Hyper v не запускается windows server 2008

Обновлено: 25.01.2025

Проблема при запуске виртуалок с Hyper-V для сисадминов, работающих под Windows 2008 – не редкость. Сегодня мы опишем одну из наиболее распространенных проблем данного порядка, а также пути ее решения.

Многоядерный сервер виртуальных машин и возможные проблемы

В один прекрасный день автор статьи столкнулся с необходимостью организовать дешевый многоядерный сервер из шести ВМ. Своей ценовой политикой привлекла многоядерность AMD, и, как говорится, ничто не предвещало проблем. Однако когда практически все компоненты были настроены и готовы к работе, и осталось буквально перенести вновь созданный виртуальный сервер, состоящий из нескольких виртуалок, собственно, возникла проблема – ВМ попросту отказывались запускаться.

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

В журнале событий можно было увидеть следующие ошибки:

Сбoй зaпуска Hyper-V; нeсовместимая кoнфигурация прoцессора CPUID lеaf D XSAVE (состояние 0x4).

Драйвeр «Низкoуровневая oболочка», неoбходимый для cлужбы упрaвления виртуaльными мaшинами, нe устaновлен либo oтключен. Прoверьте знaчения парaметров и пoпробуйте пeреустановить рoль Hyper-V.

Примечательно, что в Рунете какую-либо информацию по решению данной проблемы найти достаточно сложно, даже не смотря на актуальность данной проблемы в современной практике работы с многоядерными ВМ.

Что помогает устранить проблему?

Можно установить апдейт, который находится по следующему адресу:

Также можно, отрыв командную строку, выполнить в ней следующую команду:

bcdedit /set xsavedisable 1

Спешу сообщить, что если после выполнения вышеуказанной командной строки проблему не удалось решить без рецидивов, то необходимо производить установку апдейта с последующим выполнением команды. Кроме того, хочу привести ряд рекомендаций, которые позволяют предупреждать прочие, часто возникающие проблемы.

Несколько общих советов по устранению негативных издержек виртуализации

При использовании клиентской ОС Windows на низкоуровневых оболочках 2-го типа с применением функции отмены, лучше отключать функцию «Восстановление системы». Если этого не сделать, то размеры выделенного диска будут увеличиваться после каждого внесенного в систему изменения.

При выполнении 1-го этапа важно тщательным образом подойти к разметке создаваемой точки отмены.

При выполнении поиска эксплоита и тестирования безопасности не следует полагаться на базовый функционал системы по части отката к предыдущей временной точке. Следует использовать функцию отмены в рамках низкоуровневой оболочки – такой вариант, как правило, не приводит к засорению, в отличие от точки восстановления.

Запуск гостевых ОС необходимо производить с минимальным объемом требуемых ресурсов.

Необходимо убедиться в том, что клиентские ОС получили достаточное количество ОЗУ, дабы избежать необходимости в постоянной подкачке на диск ОЗУ- содержимого. Все это может приводить к замедлению работы гостевых систем, а также системы размещения.

Не лишней будет дефрагментация внутренних, а также внешних гостевых ОС. Оба процесса необходимо производить регулярно в целях профилактики.

Устранение. Для запуска низкоуровневой оболочки физический компьютер должен соответствовать определенным требованиям к оборудованию. Дополнительные сведения см. в разделе Требования для установки Hyper-V. Если компьютер не отвечает требованиям, вы не сможете использовать его для запуска виртуальных машин. Если компьютер соответствует требованиям и низкоуровневая оболочка не запущена, то, возможно, нужно включить параметры для виртуализации с использованием оборудования и аппаратного предотвращения выполнения данных (DEP) в BIOS. После изменения этих параметров необходимо отключить и снова включить питание компьютера. При перезагрузке компьютера изменения параметров не вступают в силу.

Причина. Виртуальный диск, который используется в качестве системного диска, подсоединен к контроллеру SCSI.

Устранение. Подключите системный диск к контроллеру IDE. Инструкции см. в разделе Настройка дисков и запоминающих устройств.

Причина. На виртуальной машине задано использование физических компакт-дисков и DVD-дисков в качестве установочных носителей, при этом используется физический дисковод.

Устранение. Доступ к физическому устройству для чтения компакт- или DVD-дисков может получать одновременно только одна виртуальная машина. Отключите дисковод для компакт-дисков и DVD-дисков от другой виртуальной машины и повторите попытку.

Не удается установить операционную систему на виртуальной машине по сети.

Причина. Виртуальная машина использует сетевой адаптер вместо устаревшего сетевого адаптера, или устаревший сетевой адаптер не подключен к соответствующей внешней сети.

Устранение. Убедитесь, что виртуальная машина настроена на использование устаревшего сетевого адаптера, который подключен ко внешней сети, предоставляющей службы установки. Инструкции по настройке сетевых адаптеров см. в разделе Настройка сети.

Работа виртуальной машины автоматически приостанавливается.

Причина. Работа виртуальной машины будет автоматически приостановлена, если на томе, где хранятся снимки или виртуальные жесткие диски, недостаточно свободного места. Состояние виртуальной машины в диспетчере Hyper-V будет указано как «Критическая приостановка».

Устранение. Создайте на диске дополнительное пространство при помощи диспетчера Hyper-V, чтобы применить или удалить снимки по отдельности. Либо, чтобы удалить все снимки, экспортируйте виртуальную машину без ее данных, а затем импортируйте виртуальную машину.

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

Виртуальные машины исчезли с консоли диспетчера Hyper-V.

При использовании подключения к виртуальной машине указатель мыши принимает вид точки или «застревает» в окне виртуальной машины.

Причина. В операционной системе на виртуальной машине не установлены службы интеграции.

Устранение. Если операционная система на виртуальной машине поддерживается, то службы интеграции будут доступны для этой операционной системы. Чтобы улучшить интеграцию мыши, установите службы интеграции. Инструкции см. в разделе Установка операционной системы на виртуальной машине. Если операционная система на виртуальной машине не поддерживается, то можно использовать комбинацию клавиш для перемещения мыши за пределы окна виртуальной машины. Комбинация клавиш по умолчанию - CTRL+ALT+СТРЕЛКА ВЛЕВО.

Не удается использовать мышь для управления виртуальной машиной. Для подключения к серверу, на котором установлено средство Hyper-V, используется подключение к удаленному рабочему столу.

Причина. При использовании диспетчера Hyper-V для подключения к виртуальной машине это подключение обеспечивает компонент «Подключение к виртуальной машине». Однако использование подключения к виртуальной машине в сеансе подключения к удаленному рабочему столу не поддерживается, если не установлены службы интеграции. Поэтому ожидаемый результат - потеря функциональности мыши.

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

При открытии диспетчера устройств в операционной системе на виртуальной машине некоторые устройства помечены как неизвестные.

Причина. Диспетчер устройств не распознает устройства, которые оптимизированы для использования на виртуальных машинах и запускаются при помощи Hyper-V, если не установлены службы интеграции. Неизвестные устройства, выявленные в диспетчере устройств, различаются в зависимости от операционной системы на виртуальной машине и могут включать: VMBus, Microsoft VMBus HID Miniport, Microsoft VMBus Network Adapter и storvsc miniport.

Устранение. Если операционная система на виртуальной машине поддерживается, то для этой операционной системы будут доступны службы интеграции. После установки служб интеграции диспетчер устройств будет распознавать устройства, доступные для этой операционной системы на виртуальной машине. Инструкции см. в разделе Установка операционной системы на виртуальной машине.

Требуется мониторинг производительности виртуальной машины, но информация о процессоре в диспетчере задач не показывает, какие ресурсы процессора используются виртуальной машиной.

Причина. Диспетчер задач не показывает сведения о ЦП для виртуальных машин.

Устранение. Чтобы просмотреть сведения о загрузке ЦП для виртуальных машин, работающих на сервере под управлением Hyper-V, воспользуйтесь монитором производительности и стабильности системы. Он показывает данные, полученные со счетчиков производительности Hyper-V. Чтобы открыть монитор производительности и стабильности системы, нажмите кнопку Пуск, выберите команду Выполнить и введите perfmon.

Данные, полученные с перечисленных ниже счетчиков производительности, можно просмотреть в управляющей операционной системе (в которой выполняется роль Hyper-V).

В этой статье помогают устранить 0x80070005 ошибки, которые возникают, когда Hyper-V не удается запустить виртуальную машину.

Применяется к: Windows Server 2012 R2
Исходный номер КБ: 2249906

Симптомы

Ошибка произошла при попытке запуска выбранной виртуальной машины(ы).

"VMName" не удалось запустить.

Microsoft Emulated IDE Controller (Instance ID ): Failed to Power on with Error 'General access denied error'

Учетная запись IDE/ATAPI не имеет достаточных привилегий для открытия вложения 'E:\VMs\VMName\Disk0.vhd. Ошибка: "Ошибка общего доступа, отказано в доступе"

Учетная запись не имеет достаточных привилегий для открытия вложения 'E:\VMs\VMName\Disk0.vhd. Ошибка: "Ошибка общего доступа, отказано в доступе"

Причина

Эта проблема возникает, если разрешения на виртуальном жестком диске (vhd) или файл моментального снимка (.avhd) некорректны.

Каждая Hyper-V виртуальная машина имеет уникальный ID виртуальной машины (SID). Если в разрешении безопасности в файле .vhd или .avhd отсутствует SID виртуальной машины, виртуальная машина не начинается, и вы получаете ошибку 0x80070005 (ошибка общего доступа, отказано в доступе), которая упоминается в разделе Симптомы.

Решение

Чтобы устранить эту проблему, добавьте SID виртуальной машины в виртуальный жесткий диск (.vhd) или в файл моментального снимка (.avhd).

Чтобы добавить SID виртуальной машины в файл .vhd или avhd, выполните следующие действия:

Обратите внимание на ID виртуальной машины, который указан в 0x80070005 ошибке (общий доступ отказано в ошибке).

Откройте командную строку с повышенными привилегиями.

Чтобы предоставить ID виртуальной машины (SID) доступ к файлу .vhd или .avhd, введите следующую команду и нажмите кнопку Ввод:

Например, чтобы использовать ID виртуальной машины, отмеченный на шаге 1, введите следующую команду и нажмите кнопку Ввод:

Запустите виртуальную машину.

Дополнительная информация

"Неназванный VM" не удалось инициализировать.

Попытка чтения или обновления конфигурации виртуальной машины не удалась из-за того, что доступ был отказано.

"Неназванный VM" не удалось инициализировать. (Виртуальная машина 7E77503A-A26B-4BB5-9846-396F49A30141)

"Неназванный VM" не смог прочитать или обновить конфигурацию виртуальной машины, так как доступ был отказано: ошибка общего доступа отказано (0×80070005). Проверьте параметры безопасности в папке, в которой хранится виртуальная машина. (Виртуальная машина 7E77503A-A26B-4BB5-9846-396F49A30141)

Чтобы устранить эту проблему, выполните действия в разделе "Разрешение", чтобы добавить SID виртуальной машины в .xml файл. Например, выполните следующую команду:

Hyper-V , родная для систем Windows – в её серверных выпусках, а также в некоторых десктопных версиях и редакциях – среда для работы с виртуальными машинами и их гостевыми ОС не всегда работает без проблем. Одной из таких проблем может быть выскакивающее при запуске виртуальной машины уведомление, что, мол, Hyper-V не удаётся её запустить, поскольку не выполняется некая низкоуровневая оболочка.

Окно с такой ошибкой является универсальной трактовкой, причина может крыться в нескольких вещах.

Системные требования

Если сама Windows не соответствует требованиям для работы с Hyper-V, а десктопные выпуски не все позволяют работать с этим компонентом, он попросту не активируется в системе. Но есть ещё аппаратные требования. Их несоответствие может не влиять на активацию гипервизора, но в дальнейшем стать причиной появления такой ошибки.

Для работы Hyper-V необходимо:

• Не менее 4 Гб RAM;
• 64-битный процессор с поддержкой SLAT и технологии виртуализации.

Хранилище BCD

Рассматриваемая ошибка может говорить о неверной конфигурации данных хранилища BCD . Компонент Hyper-V глубоко интегрирован в Windows и стартует до запуска ядра системы. Если в хранилище BCD вносились изменения для модификации запуска гипервизора, они могут быть неверными. Либо же запуск Hyper-V и вовсе был ранее намеренно отключён с целью временной оптимизации использования ресурсов компьютера. В таком случае конфигурацию BCD в части запуска гипервизора необходимо либо подкорректировать, либо вернуть дефолтное значение путём установки автозапуска Hyper-V. Для установки автозапуска открываем CMD от имени администратора (обязательно) , вводим:

bcdedit /set hypervisorlaunchtype auto

После этого осуществляем перезагрузку.

AMD Bulldozer

Hyper-V не работает с процессорами компании AMD с архитектурой Bulldozer.

Технологии виртуализации

Для обеспечения жизнедеятельности среды виртуализации посредством любого гипервизора процессор должен быть обустроен технологией, обеспечивающей виртуализацию – Intel Virtualization, либо же AMD-V. О поддержке этих технологий можно узнать на страничке спецификаций процессора на сайтах, соответственно, Intel и AMD . И технология виртуализация, естественно, должна быть включена в BIOS .

Ещё один важный нюанс: для процессоров Intel в BIOS должны быть отключены специфические технологии Intel VT-d и Trusted Execution. С ними встроенный в Windows гипервизор не дружит. Вот примерно так должны выглядеть настройки BIOS для работы с Hyper-V: технология виртуализации включена, а специфические технологии – выключены.

Как старший программный менеджер в группе Product Quality and Online (PQO), я особое внимание уделяю технологиям виртуализации, то есть продуктам Microsoft Hyper-V Server, System Center Virtual Machine Manager (SCVMM), Microsoft Application Virtualization (App-V), Microsoft Enterprise Desktop Virtualization (MED-V) и Windows Virtual PC. Совместно с командами разработчиков я работаю над решением проблем, о которых пользователи сообщают в службу поддержки Microsoft. Данные проблемы следует учитывать всем, кто планирует устанавливать Hyper-V или уже работает с ним

Исключения в антивирусе

Если на сервере Hyper-V установлено антивирусное программное обеспечение и файлы виртуальной машины Hyper-V не добавлены в список исключений компонента сканирования в реальном времени, то вы можете столкнуться со множеством трудностей. Наиболее распространенная проблема — администратор открывает консоль управления Hyper-V и обнаруживает, что виртуальные машины исчезли. Другие симптомы:

Чтобы избежать этих проблем, добавьте в список исключений компонента сканирования в реальном времени в своем антивирусе перечисленные ниже папки и файлы.

Папка, в которой по умолчанию хранятся настройки виртуальных машин (C:\ProgramData\Microsoft\Windows\Hyper-V).
Другие папки конфигураций виртуальных машин.
Папка, в которой по умолчанию хранятся VHD-файлы (C:\Users\Public\Documents\Hyper-V\Virtual Hard Disks).
Другие папки, в которых хранятся VHD-файлы.
Папки, в которых хранятся снимки.
Vmms.exe (возможно, придется настроить как процесс-исключение в антивирусной программе).
Vmwp.exe (возможно, придется настроить как процесс-исключение в антивирусной программе).

Снимки и нехватка места на диске

Если снимки не могут быть объединены из-за нехватки места на диске (то есть error0x80070070), не удаляйте файлы с расширением. avhd (файлы снимков). В результате удаления файлов. avhd произойдет потеря данных, которая приведет к тому, что виртуальная машина перестанет запускаться. Если у вас нет возможности освободить необходимое дисковое пространство на томе, где хранятся файлы. avhd, требуется сделать следующее:

Экспортировать виртуальную машину на том, где достаточно свободного места на диске.
После завершения экспорта откройте консоль управления Hyper-V и удалите виртуальную машину, которую экспортировали.
Импортируйте виртуальную машину из нового места хранения. Если версия Hyper-V ниже Windows Server 2008 R2, включите виртуальную машину, а затем выключите ее, чтобы запустить процесс объединения в новом месте хранения.

Компоненты интеграции не обновлены

После того как исправление или обновление для Hyper-V установлено на сервер (Windows 2008 R2, Server 2008 или Microsoft Hyper-V Server), просмотрите документацию, связанную с исправлением, чтобы узнать, требует ли это исправление обновления компонентов интеграции виртуальной машины. Вы также можете просмотреть список обновлений Hyper-V на сайте TechNet, чтобы выяснить, включает ли обновление усовершенствованные компоненты интеграции.

Чтобы определить, какие виртуальные машины имеют устаревшие компоненты интеграции, можно просмотреть журнал событий Microsoft-Windows-Hyper-V-Integration/Admin. Если виртуальная машина использует устаревшие компоненты интеграции, то при ее запуске в журнал будет записано следующее событие:

Log Name: Microsoft-Windows-Hyper-VIntegration-Admin

Событие с идентификатором 4010 будет записано для каждой устаревшей службы интеграционного компонента виртуальной машины (экран 1).

Экран 1. Событие 4010 в журнале

Функция Refresh virtual machine configuration и кластер

Консоль управления Hyper-V не поддерживает кластеры, и это означает, что изменения настроек виртуальных сетей или виртуальных машин в данной консоли должны быть продублированы на другие узлы кластеров с помощью функции Refresh virtual machine configuration в консоли диспетчера отказоустойчивых кластеров.

Если не воспользоваться этой функцией, то виртуальная машина либо вообще не сможет перемещаться между узлами кластера, либо ее параметры (например, VLAN ID), которые были изменены, будут потеряны при перемещении виртуальной машины на другой узел кластера Hyper-V. Чтобы обновить настройки виртуальной машины, выполните следующие шаги.

В консоли диспетчера отказоустойчивых кластеров откройте раздел Services and Applications, а затем щелкните по виртуальной машине, для которой хотите обновить настройки.
В окне Actions прокрутите список вниз, щелкните мышью на кнопке More Actions, затем выберите функцию Refresh virtual machine configuration, как показано на экране 2.

Экран 2. Функция Refresh virtual machine configuration

В системе Server 2008 R2 функцией Refresh virtual machine configuration можно не пользоваться, если вы меняете параметры виртуальной машины с помощью консоли диспетчера отказоустойчивых кластеров. Для изменения параметров виртуальной машины в этой консоли сделайте следующее:

Читайте также: