Каково основное использование Windows Event Viewer? - PullRequest
2 голосов
/ 14 марта 2010

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

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

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

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

Ответы [ 2 ]

3 голосов
/ 14 марта 2010

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

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

1 голос
/ 14 марта 2010

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

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

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

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