Центр Диагностики & База Системных Ошибок

Решения для Windows Server, Active Directory, 1С, СУБД, Linux, Cisco, MikroTik и IP-телефонии.

⚠️ Важная информация Все материалы, инструкции, команды и скрипты предоставлены исключительно в ознакомительных целях. Их применение может повлиять на работу операционной системы, баз данных и сетевого оборудования. Перед выполнением действий обязательно создайте резервную копию. При отсутствии необходимой квалификации обратитесь к ИТ-специалистам.
VM-Stopping-Hang / vmwp.exe Windows Server, AD и Роли

Принудительное выключение зависшей ВМ Hyper-V и процесса vmwp.exe

Обновлено: 15.09.2026  ·  Официальная база знаний

Симптомы зависания виртуальной машины Hyper-V

Виртуальная машина зависает в статусе Stopping (Остановка), Saving (Сохранение) или перестает отвечать на действия в диспетчере Hyper-V. Кнопка «Выключить» недоступна, а команда Stop-VM -Force завершается бесконечным ожиданием.

ИнструментСообщение / СтатусПричина
Диспетчер Hyper-VСтатус «Остановка (Stopping) 10%»ВМ ожидает ответа от заблокированного VHDX-диска на общем томе CSV
PowerShellStop-VM: The operation cannot be performed while the virtual machine is in its current stateЗависание рабочего процесса виртуальной машины (Virtual Machine Worker Process)

Пошаговое уничтожение зависшей ВМ без перезагрузки хоста

  1. Получение уникального идентификатора (GUID) зависшей виртуальной машины: запустите PowerShell от имени администратора на хосте Hyper-V:
    $VMName = "Stuck_VM_Name"
    $VM = Get-VM -Name $VMName
    $VM.Id.Guid
  2. Поиск конкретного рабочего процесса vmwp.exe по GUID виртуальной машины: каждый инстанс ВМ изолированно обслуживается отдельным процессом vmwp.exe:
    $VMGUID = (Get-VM -Name $VMName).Id.Guid
    $VMProcess = Get-CimInstance Win32_Process -Filter "Name = 'vmwp.exe'" | 
                 Where-Object { $_.CommandLine -match $VMGUID }
    $VMProcess | Select-Object ProcessId, CommandLine
  3. Принудительное уничтожение процесса (Kill): снимите процесс по найденному PID:
    Stop-Process -Id $VMProcess.ProcessId -Force
  4. Аварийный перезапуск службы управления виртуальными машинами (VMMS): если статус ВМ не обновился на Off, перезапустите управляющий менеджер Hyper-V (это безопасно для остальных работающих ВМ!):
    Restart-Service -Name vmms -Force

Важно: Перезапуск службы vmms не перезагружает работающие рядом гостевые виртуальные машины, а только перезапускает интерфейс управления и службу снимков Hyper-V.

Практический опыт инженера: Практика ITSTM: Перед тем как убивать процесс vmwp.exe зависшей ВМ в кластере Failover Cluster, обязательно переведите соответствующий кластерный ресурс виртуальной машины в режим мониторинга ожидания, иначе кластер расценит гибель процесса как сбой хоста и начнет аварийный Failover других ВМ.

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

Почему процесс vmwp.exe зависает намертво?

В 95% случаев причина в дисковом таймауте: если СХД (SAN/NAS/iSCSI) или том CSV перестал отвечать на операции записи, рабочий процесс ядра ВМ переходит в состояние бесконечного ожидания (D-state) дискового драйвера.

Пострадают ли соседние ВМ, если убить один процесс vmwp.exe?

Нет. Архитектура Hyper-V строго изолирует каждую гостевую машину в собственный независимый процесс vmwp.exe с собственным адресным пространством памяти.

Что делать, если Stop-Process возвращает ошибку 'Access Denied'?

Используйте встроенную системную утилиту taskkill с ключами жесткого снятия: taskkill /F /PID <Номер_PID>.

Может ли зависание произойти из-за создания снапшота?

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