Загадочная проблема IIS: сайт перестает обслуживать динамические страницы, нет ошибок в журналах - PullRequest
3 голосов
/ 06 мая 2009

Это может быть самой загадочной проблемой, с которой я когда-либо сталкивался.

У нас установлена ​​IIS7 с 3 веб-сайтами, каждый со своим пулом приложений. Один раз в день, в течение часа, один из них выключается.

То, что я имею в виду под «понижением», это:

  1. Он перестает отвечать на запросы динамических страниц (например, default.aspx), но будет нормально обрабатывать статические файлы (logo.png).
  2. Wireshark сообщает мне, что эти динамические запросы страниц на самом деле возвращают HTTP 500 Внутренние ошибки Сервера, но в браузере я не вижу ошибки. Я просто вижу, как работает браузер.
  3. Если я вхожу в систему локально в поле и сижу около , все работает нормально . Все страницы обновляются, поэтому база данных запрашивается. Все это кажется совершенно нормальным.
  4. В журнале событий нет ошибок.
  5. Нет зарегистрированных ошибок, которые были зафиксированы нашей внутренней (на уровне приложений) регистрацией ошибок.
  6. Основной файл журнала IIS, который, как я думал, регистрировал каждый запрос, показывает нет записей этих запросов, поступающих.

И, если я перезапущу пул приложений для веб-сайта, все сразу возвращается. Или, если я подожду час или около того, он вернется.

Итак, я исключил:

  1. Проблемы с DNS, так как у меня нет проблем с обслуживанием терминала в поле по имени хоста.
  2. Проблемы с базой данных, так как сайт работает нормально, когда я нахожусь на коробке и бродю вокруг
  3. Проблемы с брандмауэром HTTP, так как я вижу запросы в wireshark и даже получаю изображения для обслуживания.

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

Он также даже не падает в одно и то же время каждый день. Это началось ночью (@midnight) и кажется, что оно постепенно начало перемещать свое дневное время примерно на час или около того, пока не достигнет точки, где оно достигло 9 часов утра.

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

Том

1 Ответ

1 голос
/ 06 мая 2009

Я бы запустил монитор производительности и посмотрел бы на запросы и исключения. В моем ответе нет особой ценности, но он может начать указывать вам правильное направление.

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...