Настройка ведения журнала на распространителе
Службы Notification Services всегда записывают в журнал данные о доставке для неудачных уведомлений. Однако при тестировании приложения или при наличии соглашений по уровню обслуживания может потребоваться записывать в журнал данные о доставке для всех уведомлений. В этом разделе обсуждаются параметры ведения журнала на распространителе.
Ведение журнала на распространителе
Когда распространитель записывает в журнал данные о доставке, он заносит эти данные в таблицу в базе данных приложений. Доступ к этим данным можно получить, используя представление NSимя_класса_уведомленияNotificationDistribution.
Примечание. |
---|
При настройке расписания удаления (очистки) данных данные удаляются из таблицы журнала распространителя, если их срок превышает выбранный срок сохранения. Дополнительные сведения см. в разделе Настройка удаления данных. |
При неудачной доставке уведомления службы Notification Services всегда записывают в журнал данные о состоянии доставки и текст уведомления. Можно настроить три параметра записи в журнал, которые контролируют запись в журнал данных о попытках доставки, сведений о состоянии и текста уведомления для всех уведомлений.
Важно! |
---|
По умолчанию все три параметра имеют значение true, то есть включается запись в журнал всех данных для всех уведомлений. Перед развертыванием какого-либо приложения в рабочей среде следует изменить значение некоторых или всех этих параметров на false, поскольку запись в журнал всех данных для всех уведомлений занимает пространство в базе данных и ресурсы процессоров. |
- Параметр LogBeforeDeliveryAttempt контролирует, записывают ли службы Notification Services в журнал данные о состоянии каждого уведомления перед доставкой. Если этот параметр включен, то службы Notification Services создают строку в таблице для каждого уведомления перед его отправкой. Распространитель затем записывает в журнал данные о состоянии перед доставкой, включая идентификатор уведомления, класс уведомления и время запроса уведомления.
Включение этого параметра снижает производительность. Если не нужно сохранять в журнале данные обо всех уведомлениях, то следует установить это значение равным false перед развертыванием приложений. - Параметр LogStatusInfo контролирует, записывают ли службы Notification Services в журнал описание состояния для каждого уведомления и дополнительные данные, возвращаемые протоколом доставки, длина которых ограничена 2 048 символами в Юникоде.
- Включение этого параметра снижает производительность. Если не нужно сохранять в журнале данные обо всех уведомлениях, то следует установить это значение равным false перед развертыванием приложений. Параметр LogNotificationText контролирует, записывают ли службы Notification Services текст уведомления, длина которого ограничена 2 048 символами в Юникоде, для всех уведомлений.
Записываемый в журнал текст уведомления поступает из протокола доставки и содержит весь текст уведомления плюс текст заголовка. Некоторые протоколы доставки не предоставляют текст уведомления.
Включение этого параметра снижает производительность, поскольку службы Notification Services записывают в журнал текст уведомления отдельно для каждого уведомления. Если не нужно сохранять в журнале данные обо всех уведомлениях, то следует установить это значение равным false перед развертыванием приложений.
Настройка ведения журнала на распространителе
Если приложение определяется посредством XML, определите ведение журнала на распространителе в файле определения приложения (ADF-файл). При определении приложения программным путем используйте управляющие объекты служб Notification Services для определения ведения журнала на распространителе.
- DistributorLogging Element (ADF)
- LogBeforeDeliveryAttempts (NMO)
- LogStatusInfo (NMO)
- LogNotificationText (NMO)
См. также
Задачи
Настройка ведения журнала событий служб Notification Services
Основные понятия
Указание настроек выполнения приложения
Настройка удаления данных
Другие ресурсы
Представление NS<ИмяКлассаУведомлений>NotificationDistribution