Службы удаленных рабочих столов постоянно останавливаются на виртуальной машине Windows Server 2016
Среда:
У нас есть виртуальная машина Windows Server 2016, работающая в Hyper-V и используемая в качестве нашего рабочего стола в Интернете (поскольку наши обычные рабочие столы работают на Server 2012R2 и не подключаются к Интернету.
Обычно на сервер заходят в среднем ~100 человек и около 50-70 активных сессий в любой момент времени.
Выпуск:
На этом сервере мы иногда появляемся с ошибкой:
Это может происходить только раз в 2 недели, поэтому на самом деле это не проблема, хотя недавно было обновление для Windows (которое будет действовать для вас, если ваш сервер находится в Интернете), а после обновления это происходило каждые несколько часов, а иногда даже через 30 минут я исправляю это!
Текущее решение, которое у меня есть, - войти на хост-компьютер и использовать консоль Hyper-V для входа на сервер и просто перезапустить Remote Desktop Services
сервис, и это обычно решит проблему временно. (Иногда я не могу войти через консоль Hyper-V, и мне нужно Turn Off
машина и перезагрузка.)
Я потратил некоторое время на поиск этой информации, читая похожие проблемы, хотя не смог найти действенный ответ, и наша система также отличается, так как большинство людей, у которых есть эта проблема, имеют 1-5 человек, в которых в среднем около 100 пользователей.
Журналы:
Я в настоящее время фильтрую огромный беспорядок, который называется Event Viewer
и будет редактировать с журналами вопроса.
1 ответ
Эта проблема возникает, когда служба winlogon не может корректно обрабатывать логин пользователя.
Контрольный список для проверки:
GPO, который использует много ресурсов процессора сервера. Хорошим примером является сопоставление принтеров, если вы по умолчанию не используете драйвер Easy Print, так как диспетчер очереди печати потребует огромную часть ЦП для подключения пользователя.
Забитый профиль; убедитесь, что профиль пользователя не заблокирован антивирусом или перемещаемым профилем с медленного общего ресурса.
После этого, пожалуйста, проверьте статистику perfmon и / или гипервизора, чтобы увидеть использование всплесков, но по опыту это всегда было связано с плохим GPO, из-за которого winlogon блокировал новый процесс.