Служба Windows: куда записывать сообщения журнала (EventLog, файл или таблица БД) / доступ из Интернета

Question

У нас есть служба Windows (в .NET), которая будет записывать достаточное количество сообщений в журнал.

Этот журнал представляет интерес не только для администраторов серверов, но и для обычных клиентов, которые используют веб-страницу для доступа к системе. Или нам пытаются удаленно отладить систему!

Мы рассматриваем возможность использования обычного журнала событий Windows-сервера, либо записи в таблицу базы данных, либо, возможно, просто записи в старый old-skool.

Есть ли у кого-нибудь лучшие рекомендации по использованию?

Важно только то, что журнал доступен для просмотра на веб-странице, для чего я считаю, что таблица БД является самым простым способом для достижения этой цели? Насколько легко было бы показать журнал событий Windows через Интернет (при условии, что мы фильтруем только те сообщения, которые имеют отношение к нашему приложению?)

Answer 1

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

Тем не менее, если вы создаете "корпоративную" систему, вы можете учитывать тот факт, что такие решения для мониторинга, как Big Brother , имеют встроенные средства длянаблюдайте за записями журнала событий и реагируйте на них, поэтому некоторая форма регистрации в журнале событий будет полезна системным администраторам в этой ситуации.Кроме того, Windows предлагает « Пересылка журнала событий », который позволяет объединять записи журнала событий с нескольких компьютеров для просмотра на одном компьютере.Возможно, не относится к вашему сценарию, но стоит иметь в виду.

Answer 2

Eventlog - лучшее место для регистрации. Вы можете просматривать записи в журнале событий и обращаться к ним автоматически.

Я не советую вам использовать обычный файл. Это просто, но не управляемо.

Answer 3

Если вы используете что-то вроде регистрации в Enterprise Library, это довольно тривиально, чтобы одно сообщение регистрировалось в нескольких местах.Это также довольно легко расширить и написать свои собственные форматы и цели.Вы даже можете выйти из процесса регистрации с ним.Еще один приятный аспект этого заключается в том, что если одно из расположений повреждено (например, БД не работает или файл заблокирован), у вас есть журнал событий, который будет регистрировать эти ошибки.

Также следует отметить, что ваш локальныйПросмотрщик событий может подключиться к другому компьютеру .Администраторы обычно не имеют проблем с предоставлением доступа для чтения разработчикам.Еще одним плюсом для просмотра событий является то, что если вы используете LogParser, вы можете запросить его.

Answer 4

Попробуйте подумать о простоте реализации.У вас уже есть вся инфраструктура для работы с БД.Должно быть легко добавить новую хранимую процедуру или запрос.Вы можете легко иметь резервную копию.А также, вы можете легко перенести эту БД на другой сервер, если вам нужно.Журнал событий Windows-сервера также является хорошим местом, но могут пострадать резервные копии, переносимость и производительность.Если у вас есть выделенный сервер БД, то это лучший выбор, IMHO