Как в основном используется средство просмотра событий Windows?

Question

Просто интересно, каково всеобщее мнение о средстве просмотра событий Windows Admin Tool?

В данный момент я пишу приложение WCF и начал регистрировать ошибки в средстве просмотра событий Windows, когда я их обрабатываю.Затем я начал думать, должен ли я регистрировать больше, чем просто ошибки, например, когда пользователь вошел в систему или вышел из нее, или вы бы продолжили регистрировать еще больше активности?

Или это инструмент, который в основном используется для тестирования без использования отладчика?

Приветствуется любой вклад:-)

Answer 1

В целом я бы сказал, что это зависит от вашей программы и целевой аудитории.Например, приложение, используемое правительством США (в частности, Министерством обороны), должно будет регистрировать определенные события в журнале (скорее всего, в журнале событий Windows), чтобы соответствовать требованиям безопасности.

Не зная, как вы сейчас ведете протоколирование, я бы посоветовал вам использовать систему протоколирования, такую как log4net чтобы вести журнал вашего приложения.Таким образом, во время выполнения вы можете настроить, что регистрируется и куда оно регистрируется.Это окажет огромную помощь при отладке проблем / ошибок в производственной системе или, если уж на то пошло, при тестировании, если у вас нет отладчика, который можно использовать при тестировании.

Answer 2

Журнал событий Windows — это обычное место назначения приложений для регистрации ошибок и информационных сообщений.Конечно, стандарты компании, операционные предпочтения и нефункциональные требования — все это влияет на выбор места назначения журналов.

Совершенно допустимо выгружать информационные или отладочные сообщения в журнал событий, но обычно это зависит от конфигурации, чтобы журнал не заполнялся отладочными сообщениями, когда они не требуются.Обычными платформами для этого могут быть log4net или Enterprise Library.

Журнал событий имеет некоторые недостатки:

• Обычно ключи реестра необходимо настроить заранее, поскольку многие приложения не имеют разрешений на создание ключей во время выполнения (например,АСП.НЕТ)
• Журнал может заполниться, что предотвратит запись ваших сообщений.
• Журнал можно настроить на пролонгацию, что может привести к потере старых записей.
• Размер записи журнала ограничен (я думаю, до 32767 символов), поэтому большие записи будут обрезаны (например.при регистрации большого сообщения WCF)