Логгирование

Доброго времени суток!

С недавних пор задумываюсь ввести логгирование для отслеживания работы программы. Точнее программ. Раньше логи никогда не использовал, пишутся ошибки в отдельную таблицу БД, ведётся журналирование по объектам (набор записей "датавремя-класс-переменная-значение"). Но когда надо разобраться с какой-то проблемой, лазить по этому журналу не очень удобно, хочется сразу увидеть: "пользователь1 нажал кнопку1, сформировалась заявка, отправлен на печать отчёт и т.п."

Программа корпоративная, ставится на много компов, постоянно обновляется, плюс есть веб-сайт со своими подпрограммками.

Прошу поделится опытом людей, имевших дело с логгированием. Смотрю в сторону log4net. Не хочу тут разжигать споры, какой логгер лучше, хочется просто понять философию логгирования. Читал и на хабре статьи и на других сайтах, но на конкретные вопросы хочется услышать конкретные ответы. Итак:

1. Вывод делать лучше в текстовый файл, а не в БД или EventLog?
2. Хотим эти логи хранить на сетевом диске. Конечно, лучше бы было хранить на локальном диске, где установлена программа, но тогда придётся бегать к юзерам, чтобы посмотреть эти логи. Не гуд. Но всё же правильным ли будет хранить логи в сетке или же это будет сильно тормозить систему? Или нужен другой подход?
3. Правильно ли будет использовать логи для вывода информации пользовталям, скажем по жизненному циклу заявки? Или же логи юзаются не для этого?
4. Я не понял один момент. Есть несколько уровней ведения логов. Один из них "Дебаг". После тестирования его лучше отключать? Ну в смысле, всё оттестировали, проверили, нашли баги, отключили ведение этого типа логов, программа стабильно проработала полгода и вдруг упала. А отследить почему упала - проблематично, потому как в трейс- и инфо-логах слишком мало информации. Понятно, что нагрузка лишняя, но смысл тогда логов...
5. Я так понял, надо создавать каждый день отдельный файл лога. А как лучше будет, в него пихать все логи "Дебаг", "Трейс", "Инфо" и т.п. или лучше разделить эти уровни на несколько файликов?
6. Где-то прочитал, что по сути, логи заменяют комментарии. Что вот тут мы "создаём заявку номер 44432", здесь мы "меняем водителя Петрова на водителя Иванова", здесь мы "Переносим заявку 33333 с 8-00 на 9-00", здесь вообще её удаляем. Правилен ли такой подход, что вообще нужно писать в логах?

Заранее спасибо всем, кто ответит.

0

1. Зависит от требований к программе. Современные логгеры могут писать лог куда угодно. Могу посоветовать, в любом случае сделать логи на локальном диске, а потом, если необходимо еще в другие места.
4. Как минимум должен остаться Stack trace при падении. Если проблема повторяется и причину не удается повторить тогда debug/trace логи можно включить - для этого делают отдельный файл с настройками логгера.
5. Нет, лог-файлы должны делиться на логические части, а не по уровням логирования. Если делить на уровни - сложно будет отследить порядок логов. Иногда деление вообще не делают.

0

2. Храните на локальном: логи нужны, как правило, тогда, когда приложение работает как-то не так. В этих случаях можно и сбегать к пользователю (а потом напинать вашему админу за то, что нет удаленного доступа к локальным дискам в домене).
3. Неправильно. Лог - это информация для последующей диагностики, если таковая понадобится.
В дополнение к сказнному выше о четвертом пункте: в трейсе как раз должно быть самое большое количество самой подробной информации. Если по уровню ДЕБАГ у вас объем получается больше, то что-то не так с использованием логгера в коде.
6. В логах обычно пишется изменение состояния программы для последующей диагностики, потому пихать туда лучше коротко и по делу, без философствования.

0

Спасибо за ответы, буду думать.

Сообщение от kolorotur 2. Храните на локальном: логи нужны, как правило, тогда, когда приложение работает как-то не так. В этих случаях можно и сбегать к пользователю (а потом напинать вашему админу за то, что нет удаленного доступа к локальным дискам в домене).

С одной стороны, мне кажется, что действительно лучше хранить логи на локальном диске. Но вот только чтобы получить общую картину работы программы (сколько было варнингов, сколько времени выполняется та или иная функция на разных компах, кто работал, сколько и что конкретно делал (получилось сделать) вчера, когда сервак подвисал) нужно лезть на каждый комп (из сотни) и выдёргивать логи. Намного удобнее для программеров, когда логи лежат в одном месте.

С записью в бд как минимум проблема: если произошёл обрыв связи, то ничего не запишется в лог.

Думаю, возможно, стоит делать запись логов из локальных файлов в бд при закрытии программы (раз в сутки точно вырубается) и при открытии (если программа в предыдущий раз завершилась аварийно). Чёрт его знает, насколько большими они получатся и сколько по времени это будет занимать...

0

Я веду как правило несколько логов.
1. Лог активности пользователей. В БД. Кто что когда с чем сделал. Чтобы потом не говорили "я ничего не делал, а оно стёрлось".
2. Лог исключений - локально. Потому что например если нет доступа к БД - мы не сможем записать об этом в БД.
3. Технологические логи одного приложения веду локально. Потому что это прилдложение, для которого так удобнее.

0

Vixler, проблема мониторинга активности приложений легко решаема: большинство фреймворков для логирования (лично рекомендую NLog) поддерживают одновременную запись в несколько мест, в том числе и широковещательную UDP-рассылку, которую можно прослушивать на сервере и там же проводить анализ.
А в случае интересного поведения уже доставать локальные логи.

0