Веб-аналитический инструмент поддержки (WCAT) - никакой вывод XML
Для любого нового сервера займите время для разработки то, что происходит во время нормальной эксплуатации. Только затем будете Вы мочь определить то, что не является правильным.
Большинство влияющих на сервер проблем видимо на вкладке Performance, поэтому запустите, тут же выполняют развертку. С другой стороны, запустите наверху журналов Приложения и Системного события. Пока Вы не знакомитесь с ними, у Вас могут быть к Google они, чтобы определить, экстраординарны ли они.
Как правило самые провальные процессы не будут в %systemroot%\system32, кроме dllhost.exe (который размещает объекты IIS). Лучше проследить проблему, чем предположение это от процесса, так отобразите использование сети и заблокированные файлы к Проводнику Процесса использования процессов. Если это невозможно, познакомьтесь с ними:
netstat -ano
netstat -e
tasklist
openfiles
Они имеют преимущество работы перед telnet/psexec. Если Вы находите, что что-то сошло с ума, попытайтесь использовать сервисную вкладку для остановки связанного сервиса прежде, чем уничтожить процесс. И никогда близкие дескрипторы, неважно, как привлечение его.
Кроме того, не пропускайте Монитор производительности. Это берет немного больше работы, чем другие источники, но позволит Вам начинать регистрировать кандидатов при пропавших без вести скачка.
Я уверен, что это не ответ, который Вы ищете, но файл журнала не производится, потому что Вы уничтожаете процесс, прежде чем он завершится. Мы должны выяснить, почему процесс не завершается самостоятельно.
Я близко подошел к репродуцированию Вашего сценария путем выбора некоторого текста в wcat клиентском окне, которое, кажется, заставляет коммуникацию между wcat клиентом и wcat контроллером становиться испорченной и никогда* завершенный.
Можно ли проверить, чтобы видеть, что никто не останавливает или wcat клиент или контроллер (путем выбора текста в консоли или других средствах)?
спасибо, метка
*никогда не определяемый, чтобы быть 20 минутами для тестирования