У меня возникла проблема, когда IIS 8.5 на Server 2012 R2 не регистрирует запросы должным образом. До прошлой недели все работало нормально — создавались файлы журналов размером >10 МБ. Эта информация была полезна для нашей аналитической обработки. В настоящее время файлы журналов содержат очень мало информации, а случайные запросы регистрируются — создаются файлы журналов размером <100 КБ. Я не уверен, что изменилось и остановило его.
Я периодически копирую эти файлы и анализирую их в отдельном месте. Файлы журнала за последний месяц были размером от 1 МБ до 14 МБ каждый. Те же файлы журнала позже были показаны как файлы <100 Кб. Date Modified
Похоже, что for each не изменился. У меня есть копии обоих наборов файлов.
Ознакомление с другими похожими проблемами IIS6 и IIS7 побудило меня проверить сопоставимые настройки:
- Разрешения на каталоги журналирования совпадают на моем тестовом сервере и на производственном сервере. Похоже, это не изменилось.
- Настройки не изменились -
dontLog = False
,selectiveLogging = logAll
Use local time for file naming and rollover
не отмечено.- Настройки ведения журнала W3C установлены по умолчанию
- Изменение
Log Event Destination
наBoth log file and ETW event
дает те же результаты. Ограниченное количество зарегистрированных запросов. - Перезапуск служб и IIS не дал никаких изменений.
- Перезапуск сервера не привёл к каким-либо изменениям.
Служба ведения журнала W3C настроена на
Automatic
запуск
#Software: Microsoft Internet Information Services 8.5 #Version: 1.0 #Date: 2015-10-08 15:22:58 #Fields: date time s-ip cs-method cs-uri-stem cs-uri-query s-port cs-username c-ip cs(User-Agent) cs(Referer) sc-status sc-substatus sc-win32-status time-taken 2015-10-08 15:22:58 x.x.x.x GET / - 80 - x.x.x.x MSIE+6.0 - 200 0 0 187 2015-10-08 15:27:58 x.x.x.x GET / - 80 - x.x.x.x MSIE+6.0 - 200 0 0 78 2015-10-08 15:32:58 x.x.x.x GET / - 80 - x.x.x.x MSIE+6.0 - 200 0 0 93
решение1
Проблема решена, однако мне не хватает знаний в области Active Directory и контроллеров домена.
Вот условия, при которых были восстановлены файлы журнала:
- Файлы журналов сохранялись, но не были видны в моей учетной записи. (не хранились на сервере/в файловой системе?)
- Произошел сбой доверительных отношений между сервером и доменом.
- После восстановления доверительных отношений между доменом и сервером, включая учетные записи, файлы журналов снова стали доступны. Это включает все файлы журналов, созданные за время существования проблемы.
Надеюсь, эта информация окажется кому-то полезной в будущем.