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

Просто интересно, что все думают о средстве просмотра событий Windows Admin?

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

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

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


.net event-log wcf event-viewer
person Community    schedule 14.03.2010    source источник
comment
loggly.com/ultimate-guide/windows-logging-basics   -  person Shiwangini    schedule 16.11.2019

Ответы (2)


arrow_upward
3
arrow_downward

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

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

person Community    schedule 14.03.2010

arrow_upward
1
arrow_downward

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

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

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

  • Обычно ключи реестра необходимо настраивать заранее, поскольку многие приложения не имеют разрешений на создание ключей во время выполнения (например, ASP.NET).
  • Журнал может заполниться, предотвращая регистрацию ваших сообщений
  • Журнал может быть настроен на прокрутку, что может привести к потере старых записей.
  • Размер записи в журнале ограничен (я думаю, до 32767 символов), поэтому большие записи будут усечены (например, при регистрации большого сообщения WCF)
person Community    schedule 14.03.2010