Windows Server, AD и Роли

Служба зависает при выключении ПК: Долгая перезагрузка Windows

Обновлено: 09.09.2026 · Официальная документация ↗

Архитектура завершения работы ОС (Shutdown Process)

Долгое выключение или перезагрузка Windows (висящий экран «Завершение работы» или «Остановка служб») происходит из-за того, что Диспетчер управления службами (SCM) рассылает сигнал SERVICE_CONTROL_STOP всем запущенным службам и ждет их завершения. Если какая-то служба зависла (Deadlock), пытается записать логи на недоступный сетевой диск или ждет ответа от оборудования, ядро Windows не «убивает» её сразу. Оно ждет истечения системного тайм-аута (WaitToKillServiceTimeout), который по умолчанию на серверах может составлять от 12 до 20 секунд (а иногда переопределяется ПО до минут). Бизнес-риски: затягивание технологических окон обслуживания (Maintenance windows), зависание серверов в процессе установки обновлений, риск коррупции данных баз (SQL/Exchange) при жестком резете (Hard Reset).

Типовые виновники долгого завершения

Тип ПО	Служба (Пример)	Причина зависания (Deadlock)
СУБД / Exchange	`MSSQLSERVER`, `MSExchangeIS`	Долгий сброс кэша транзакций (Flush to disk) перед остановкой. Нормальное поведение.
Антивирусы / DLP	`AVP`, `CiscoAMP`	Перехватчики файловой системы не отдают управление, сканируя процесс выключения.
Службы обновлений	`wuauserv` (Windows Update)	Применение патчей к ядру, запись базы `SoftwareDistribution`.

Диагностика и оптимизация времени выключения (WaitToKill)

Сценарий 1: Поиск виновника через Журнал событий (Event Viewer)

Windows всегда логирует, какая именно служба превысила тайм-аут ожидания.

Откройте eventvwr.msc.
Перейдите в Журналы Windows -> Система (Windows Logs -> System).
Отфильтруйте по источнику Service Control Manager и ищите предупреждения с Event ID 7011 или ошибки 7043.
В тексте события будет прямо указано имя службы: «Превышено время ожидания (30000 мс) при ожидании ответа транзакции от службы "Имя_Службы"».

Сценарий 2: Уменьшение тайм-аута в реестре (WaitToKillServiceTimeout)

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

 Настройка времени ожидания (в миллисекундах) через CMD
reg add "HKLM\SYSTEM\CurrentControlSet\Control" /v WaitToKillServiceTimeout /t REG_SZ /d 5000 /f

 5000 мс = 5 секунд. (По умолчанию часто 12000 или 20000).

Сценарий 3: Запрет очистки файла подкачки (ClearPageFileAtShutdown)

Сервер может долго выключаться, если включена политика безопасности, заставляющая ОС затирать нулями весь файл подкачки (pagefile.sys) при завершении работы.

 Отключение очистки файла подкачки
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management" /v ClearPageFileAtShutdown /t REG_DWORD /d 0 /f

Типовые ошибки администраторов

Слишком малый WaitToKillServiceTimeout (например, 1000 мс): На серверах баз данных (SQL) или Контроллерах домена (NTDS) резкое убийство службы приведет к повреждению базы данных (Dirty Shutdown). Оставляйте минимум 10000-12000 мс для серверов.

Серверы виртуализации зависают при перезагрузке и мешают работе кластера?
Траблшутинг процессов уровня ядра требует глубокого анализа. Эксперты ITSTM снимут дамп памяти зависшей системы (Crash Dump) и с помощью отладчика WinDbg найдут драйвер или службу, вызывающую deadlock, обеспечив бесперебойную работу инфраструктуры.

💡 Практика специалистов: Практика ITSTM: При использовании групповых политик с параметром 'Выполнять скрипты завершения работы синхронно', система будет ждать окончания работы каждого .bat или .ps1 скрипта бесконечно долго (или до тайм-аута скриптов, по умолчанию 10 минут). Если ваш логон-скрипт ждет ввода от пользователя, сервер не выключится никогда.

Частые вопросы (FAQ)

Что означает Event ID 7011?

Событие 7011 означает, что SCM отправил команде запрос (на остановку, запуск или статус), но она не ответила в отведенный тайм-аут. Служба 'повисла' (unresponsive).

Почему компьютер выключается долго только после установки обновлений?

Модуль TrustedInstaller (Служба установщика модулей Windows) производит модификацию системных файлов (WinSxS) и ветвей реестра (компонентов) именно в процессе перезагрузки/выключения. Прерывать этот процесс жестким выключением (питанием) категорически нельзя — ОС может больше не загрузиться.

Можно ли написать скрипт, который будет убивать службы перед выключением?

Да, можно создать GPO (Скрипты выключения / Shutdown Scripts) с командой 'net stop Имя_Службы' или 'taskkill /F /IM Имя_Процесса.exe'. Но это 'костыль', лучше разобраться в причине зависания.

Влияет ли 'Быстрый запуск' (Fast Startup) на долгое выключение?

Да, на клиентских Windows 10/11 'Быстрый запуск' (гибридная гибернация) может вызывать сбои, если драйверы оборудования (например, видеокарты) некорректно обрабатывают переход в состояние сна S4. Отключение Fast Startup в настройках электропитания часто решает проблему.