Возможности ведения журналов на Server2008 / iis7?
Я неожиданно отвечаю за отладку / выяснение того, что не так с приложением asp.net, которое несколько дней назад разбило его ApplicationPool. 5 ошибок в течение 5 минут, которые мы установили, были устранены. Проблема в том, что он все еще обслуживал страницы и, таким образом, возвращал 503 только для некоторых посетителей. К сожалению, у нас неадекватная регистрация в приложении, и это происходит редко и только с одним из серверов в ферме, поэтому сложно понять, что же не так.
Теперь о вопросах. Я не являюсь администратором и не знаком с IIS7 и Server2008, поэтому я просто пытаюсь понять, какие у меня есть возможности. Что я знаю и имею:
- Файл журнала httperr.
- Некоторые журналы для конкретного сайта в формате wc3, сохраненные на другом диске, похожи на журналы доступа?
- средство просмотра событий
Существует также возможность настроить трассировку неудачных запросов, но я понимаю, что это может снизить производительность?
Я пропускаю что-либо, что зарегистрировано или может быть зарегистрировано? Какие-нибудь общие советы о том, как я могу проверить на своих серверах, что приложения работают так, как должны?
Я изучу LogParser, так как это похоже на то, что я должен, есть какие-нибудь советы?
РЕДАКТИРОВАТЬ: Мне также интересны журналы состояния машины. Как CPU-нагрузки, памяти и т. Д. Какие-нибудь возможности там?
3 ответа
Вы должны проверить блог Тесс Феррандез " Если он сломан, исправьте его, вы должны". Это лучший из известных мне ресурсов для отладки производственных приложений asp.net. Все журналы не помогут вам, наверное. Как большую часть времени его код приложения, который отвечает за сбои.
В нашем веб-приложении я перехватываю все необработанные исключения через событие ошибки HttpApplication и записываю их в базу данных со всеми необходимыми мне вспомогательными данными. Если это не удается, то я прибегаю к Windows EventLog. Затем у меня работает служба на другом компьютере, которая периодически проверяет журналы и сайт и отправляет мне обновления по расписанию.
Если вы чувствуете себя особенно предприимчивым, есть способы создания и анализа аварийных дампов IIS.
http://support.microsoft.com/kb/892277
Используя это, можно найти стек вызовов в точке сбоя.