Объединение журналов IIS

У нас есть приложение IIS .Net, развернутое на нескольких машинах. Мы используем информацию журнала IIS для составления отчетов о производительности веб-приложения и навигации пользователя. В настоящее время отчеты требуются нечасто (один раз в день за предыдущий день), поэтому мы просто обновляем журналы каждые 24 часа и перемещаем старые журналы на наш сервер отчетов.

У нас есть новое требование, которое означает, что нам нужно намного быстрее обрабатывать информацию журнала IIS, скажем, каждую минуту для обсуждения.

Существуют инструменты Apache, такие как Scribe Facebook, для масштабируемого перемещения журналов веб-сервера Apache по сети серверов.

Существуют ли аналогичные инструменты для IIS?

Это правильный вопрос?

Должны ли мы делать что-то другое, если временные требования так сильно изменились?

Я просмотрел этот вопрос и ответы, и единственный, который похоже, это этот.

Указатели приветствуются!


person Peter K.    schedule 11.01.2011    source источник


Ответы (2)


Snare немного устарел, но заслуживает упоминания.

Snare Agent для серверов IIS

http://www.intersectalliance.com/projects/SnareIIS/index.html

Я использовал эту старую версию давным-давно, и она хорошо работала, пересылая/отправляя/реплицируя журналы IIS по сети через системный журнал.

Сегодня у них есть более новая версия под названием Snare Epilog.

http://www.intersectalliance.com/projects/EpilogWindows/index.html

Код также является открытым исходным кодом; возможно, вы могли бы найти это полезным.

Вы также можете попробовать...

http://nxlog.org

http://www.syslogserver.com/syslogagent.html

person Brian Chavez    schedule 11.05.2011
comment
Хорошо, это было открыто достаточно долго. Я отмечу ваш ответ как принятый, потому что он, безусловно, подыграет мне еще один вариант. Спасибо! - person Peter K.; 16.05.2011

Я склонен писать файл .bat в сочетании с LOG Parser 2.2. Файл .Bat определяет соответствующие даты файла и извлекает соответствующие журналы из нескольких расположений журналов сервера IIS в один локальный каталог. Как только файлы передаются, я запускаю команду Log Parser для запроса содержимого журнала по всем файлам журнала, а затем создаю один выходной файл в формате .csv. Наконец, я запускаю задание SSIS, чтобы импортировать новый файл .csv в текущую таблицу журнала, которую я затем могу запрашивать на постоянной основе.

person Brian Scott    schedule 10.10.2011
comment
@Peter, вот хороший учебник по инструменту Log Parser от MS. Просто помните, что все команды, которые вы видите, могут быть запущены непосредственно из командной строки в виде файла .bat, если вы хотите автоматизировать вывод. codinghorror.com/blog/2005/08/microsoft-logparser.html< /а> - person Brian Scott; 10.10.2011
comment
Да, мы используем Log Parser как часть нашей обработки. Ваш пост подсказал (мне), что нам следует подумать о распространении этой части обработки, а не распространять файлы журналов. :-) - person Peter K.; 10.10.2011