Event ID 15350 Hyper-V: Сбой инициализации виртуальной машины
Архитектура инициализации виртуальных машин Hyper-V
Событие 15350 логируется источником Hyper-V-VMMS в журнале Microsoft-Windows-Hyper-V-VMMS-Admin. Сообщение: "Не удалось инициализировать виртуальную машину '[Имя_ВМ]' (Virtual machine initialization failed). Ошибка: Отказано в доступе (0x80070005) или Не удается найти указанный файл (0x80070002)". Служба управления виртуализацией vmms.exe перед запуском виртуальной машины считывает конфигурационные бинарные файлы (.vmcx / .vmrs), проверяет наличие подключенных виртуальных жестких дисков (VHD/VHDX) и инициализирует виртуальные устройства ввода-вывода. Если конфигурация недоступна, процесс инициализации обрывается.
Симптомы сбоя:
- Виртуальная машина не переходит в состояние Starting и остается в статусе Off с сообщением об ошибке в GUI.
- Диспетчер Hyper-V Manager отображает состояние ВМ как Configuration Error или Critical.
- Служба VMMS не может заблокировать файлы виртуальных жестких дисков.
Дерево решений: Восстановление конфигурации и прав инициализации
Сценарий 1: Проверка доступности путей к виртуальным дискам VHDX
Если диск ВМ был перемещен, переименован или расположен на отключенном сетевом томе (SMB/iSCSI):
- Откройте параметры виртуальной машины в Hyper-V Manager.
- Проверьте разделы SCSI-контроллер и Жесткий диск.
- Если путь подсвечен ошибкой или файл не найден, укажите актуальный путь к файлу
.vhdxкнопкой Обзор (Browse).
Сценарий 2: Восстановление прав безопасности на каталог конфигурации
Выдайте необходимые дескрипторы безопасности службе виртуализации Hyper-V.
# 1. Получение GUID проблемной ВМ
$VMID = (Get-VM -Name "AppServer").Id.Guid
# 2. Назначение прав виртуальной учетной записи на конфигурационные файлы
icacls "C:\ProgramData\Microsoft\Windows\Hyper-V\Virtual Machines\$VMID.vmcx" /grant "NT VIRTUAL MACHINE\$VMID":FСценарий 3: Пересоздание виртуальной машины без потери диска
Если файл конфигурации .vmcx необратимо поврежден:
- Зафиксируйте параметры ВМ (размер RAM, число vCPU, имена виртуальных коммутаторов VLAN).
- Удалите проблемную ВМ из консоли Hyper-V Manager (это удалит только конфигурацию, не затрагивая
.vhdx). - Создайте новую виртуальную машину того же поколения (Generation 1 или 2) и подключите существующий жесткий диск.
Типовые ошибки администраторов
- Ручное копирование файлов VMCX между разными хостами: Файлы конфигурации Generation 2 привязаны к локальным ключам шифрования VMGS хоста. Переносить ВМ между хостами необходимо строго через мастер Экспорт / Импорт (Export/Import) или Live Migration.
Повреждение конфигураций Hyper-V блокирует работу корпоративных сервисов. Доверьте инфраструктуру виртуализации инженерам ITSTM: восстановим конфигурации, настроим отказоустойчивые кластеры Hyper-V и обеспечим бесперебойную работу ВМ.
Частые вопросы (FAQ)
В чем разница между событием 15350 и 18590?
Событие 15350 генерируется службой управления VMMS на этапе предварительной проверки конфигурации и дисков. Событие 18590 генерируется позже процессом рабочего пространства Hyper-V-Worker (vmwp.exe) непосредственно при попытке старта гостевого окружения.
Что делать, если файл VHDX заблокирован другим процессом?
Используйте утилиту Sysinternals Handle или Resource Monitor, чтобы найти процесс, удерживающий дескриптор файла VHDX (часто это агент резервного копирования), и завершите его.
Где Hyper-V по умолчанию хранит файлы конфигурации VMCX?
По умолчанию файлы конфигурации расположены в скрытой системной папке C:\ProgramData\Microsoft\Windows\Hyper-V\Virtual Machines.
Влияет ли версия конфигурации ВМ (Configuration Version) на ошибку 15350?
Да. Если импортировать ВМ с более новой версией конфигурации (например, созданную на Windows Server 2022) на хост под управлением Windows Server 2016, инициализация завершится ошибкой 15350 из-за несовместимости версий.