Архитектура изоляции рабочих процессов Hyper-V (vmwp.exe)

Событие 18590 логируется источником Hyper-V-Worker в журнале Microsoft-Windows-Hyper-V-Worker-Admin. Сообщение: "Не удалось запустить виртуальную машину '[Имя_ВМ]', так как произошел сбой рабочего процесса виртуальной машины (The virtual machine worker process failed to start)". Для каждой запущенной виртуальной машины служба управления Hyper-V (vmms.exe) создает изолированный процесс рабочего пространства vmwp.exe (Virtual Machine Worker Process), работающий под виртуальной учетной записью безопасности с GUID данной ВМ (NT VIRTUAL MACHINE\GUID).

Симптомы сбоя:

• Виртуальная машина переходит в статус Failed или Critical при попытке старта.
• Консоль Hyper-V Manager возвращает ошибку 0x80070005 (Access is denied) или 0x80004005 (Unspecified error).
• Процесс vmwp.exe для данной ВМ крашится мгновенно после создания.

Дерево решений: Восстановление прав и запуск ВМ

Сценарий 1: Восстановление ACL-прав виртуальной учетной записи на файлы VHDX/XML

В 80% случаев событие 18590 вызвано тем, что виртуальный жесткий диск перенесли вручную, потеряв права учетной записи ВМ (Virtual Machine ID).

# 1. Получение уникального идентификатора (GUID) виртуальной машины
$VMGuid = (Get-VM -Name "Production_SQL").Id.Guid

# 2. Выдача полных прав учетной записи виртуальной машины на папку с дисками через icacls
icacls "D:\Hyper-V\Virtual Hard Disks" /grant "NT VIRTUAL MACHINE\$VMGuid":(OI)(CI)F /T

Сценарий 2: Проверка конфликта блокировок файлов (File Lock)

Если предыдущий процесс vmwp.exe завис в памяти хоста в состоянии зомби и удерживает дескриптор файла конфигурации .vmcx:

1. Откройте Диспетчер задач на хосте Hyper-V.
2. Перейдите на вкладку Подробности и найдите все процессы vmwp.exe.
3. Включите столбец Имя пользователя (User Name). Найдите процесс, работающий от имени GUID проблемной ВМ, и завершите его принудительно (End Process Tree).
4. Перезапустите службу управления Hyper-V:

   Restart-Service vmms -Force

Сценарий 3: Проверка повреждения файлов конфигурации VMCX / VMRS

Если файлы конфигурации повреждены в результате сбоя питания:

• Создайте в Hyper-V Manager новую ВМ с тем же именем и параметрами (Generation, RAM, CPU).
• Подключите к новой ВМ существующий оригинальный диск .vhdx.
• Удалите старую поврежденную запись ВМ из диспетчера.

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

• Выдача прав 'Все' (Everyone) вместо виртуального SID: Назначение прав группе 'Все' на папки ВМ не решает проблему, так как подсистема Hyper-V требует явного наличия SID учетной записи NT VIRTUAL MACHINE\ для изоляции гипервизора.