Какой слушатель регистрации должен использоваться в производстве?(ASP.NET / Блок приложения журналирования) - PullRequest
Новая
       39

Какой слушатель регистрации должен использоваться в производстве?(ASP.NET / Блок приложения журналирования)

2 голосов
/ 10 сентября 2010

Я использую MS Enterprise Logging Application Block на веб-сайте ASP.NET.

Для запуска производства я настрою прослушиватель журнала в одном из следующих мест:

  • База данных Sql-сервера
  • Журнал событий Windows
  • Текстовые файлы

Что оказывает наименьшее влияние на производительность?

NB. На данный момент я не могу переключиться на Log4Net или ELMAH, поэтому, пожалуйста, не предлагайте это в своем ответе.

Ответы [ 3 ]

1 голос
/ 10 сентября 2010

SQL даст вам наибольшую гибкость для отчетности. Если у вас громоздкая настройка БД и быстрая сеть, это может не налагать на вас чрезмерную нагрузку на текстовые файлы.

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

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

Что бы вы ни решили, проверьте его на работоспособность перед началом производства.

0 голосов
/ 23 декабря 2010

В итоге я использовал эту конфигурацию в prod:

  1. FormattedDatabaseTraceListener для сообщений с серьезностью "ошибка" и "критический".
  2. Прослушиватель трассировки плоских файлов для специальных источников в случае, если база данных журналов не работает.

Что-либо с более низкой серьезностью, мы не регистрируем.

0 голосов
/ 10 сентября 2010

Мы используем журнал событий, и это, похоже, не влияет на производительность.Я не могу правильно сказать вам разницу между каждым ... когда это идет с базой данных, это зависит.База данных находится на той же машине или на другой машине?Это на полпути по всей стране?

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

Кроме того, рассмотрите возможность доступа, к которой проще обращаться без необходимости доступа к машине.База данных будет подходящим кандидатом в этой категории ...

HTH.

...