Не удалось восстановить состояние виртуальной машины hyper v

Восстановление Hyper-V виртуальных машин не начнется

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

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

Симптомы

Если приложение резервного копирования, используемая для восстановления Hyper-V виртуальной машины, восстанавливает виртуальную машину на новую Hyper-V хост-машину, то виртуальная машина может не запуститься.

Причина

Отказ запуска виртуальной машины после успешного восстановления может быть вызван следующими сбоями:

Имя сетевого адаптера не соответствует новому хосту

Существует конфликт в сохраненных данных состояния из исходного хоста и нового хоста относительно конфигурации машины (например, состояния видео).

Решение

Откройте консоль Hyper-V управления.

Откройте виртуальный сетевой менеджер, который можно найти в правой области.

Переименуй сетевой адаптер в то же имя, что и имя, используемую в новом хосте.

Попытка запуска виртуальной машины. Если оно не начнется, удалите сохраненные файлы состояния для этой виртуальной машины правой кнопкой мыши на виртуальной машине и выберите элемент меню Delete Saved State.

Теперь виртуальная машина должна начать работу.

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

Это поведение ожидается и по дизайну. Шаг 4 в разделе Разрешение позволит устранить вторую причину, указанную в разделе Причина, удалив сохраненные данные состояния, которые позволяют машине сбросить состояние видео.

Источник

Устранение неполадок с отработкой отказа и репликацией из Hyper-V в Azure

В этой статье описаны распространенные неполадки, которые могут возникнуть при репликации локальных виртуальных машин Hyper-V в Azure с помощью Azure Site Recovery.

Проблемы при включении защиты

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

Не удается включить защиту, так как виртуальная машина не является высокодоступной (код ошибки — 70094)

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

Не удалось выполнить службы каталогов NT (NTDS) для модуля записи VSS; код состояния —11, код ошибки модуля записи — 0x800423F4

При попытке включить репликацию может появиться сообщение об ошибке из-за того, что не удалось включить репликацию из-за сбоя NTDS. Одна из возможных причин этой проблемы заключается в том, что операционная система виртуальной машины — Windows Server 2012, а не Windows Server 2012 R2. Чтобы устранить эту проблему, попробуйте выполнить следующие действия:

Проблемы с репликацией

Устраните неполадки с начальной и выполняющейся репликацией следующим образом.

Проблемы с производительностью

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

Критические проблемы с состоянием репликации

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

Чтобы просмотреть подробные сведения, выберите пункт View Replication Health (Просмотреть состояние работоспособности репликации).

Проблемы моментальных снимков с согласованием приложений

Моментальный снимок с согласованием приложений представляет собой созданный на определенный момент времени снимок данных приложения в виртуальной машине. Служба теневого копирования томов (VSS) обеспечивает согласованное состояние приложения в виртуальной машине при создании моментального снимка. В этом разделе описаны распространенные проблемы.

Сбой VSS в виртуальной машине

Проверьте, установлена и запущена ли последняя версия служб Integration Services. Проверьте, доступно ли обновление. В командной строке PowerShell с повышенными привилегиями на узле Hyper-V выполните следующую команду: get-vm | выберите Name, State, IntegrationServicesState.

Проверьте, запущены ли службы VSS, и убедитесь, что они работоспособны.

Проверьте, имеются ли на виртуальной машине динамические диски. Эта возможность недоступна для моментальных снимков с согласованием приложений. Вы можете проверить управление дисками (diskmgmt.msc).

Убедитесь, что диск iSCSI не подключен к виртуальной машине. Эта возможность не поддерживается.

Проверьте, включена ли служба резервного копирования. Для этого выберите Параметры Hyper-V > Integration Services.

Убедитесь, что между приложениями, создающими моментальные снимки VSS, не возникают конфликты. Они возникают, если несколько приложений попытаются создать моментальные снимки VSS одновременно. Например, если приложение резервного копирования создает моментальные снимки VSS в то время, когда по расписанию в политике репликации должно создавать снимки приложение Site Recovery.

Проверьте, наблюдается ли большая скорость изменения данных на виртуальной машине.

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

Просмотрите рекомендации для настройки сети и хранилища.

Сбой VSS внутри узла Hyper-V

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

Чтобы создавать моментальные снимки VSS для виртуальной машины, установите на виртуальной машине службы Integration Services Hyper-V и включите службу интеграции резервного копирования (VSS).

Распространенные ошибки

Обновите службы Integration Services до последней версии.

Сбор журналов событий репликации

Все события репликации Hyper-V записываются в журнал Hyper-V-VMMS\Admin log, расположенный в папке Applications and Services Logs > Microsoft > Windows. Кроме того, для службы управления виртуальными машинами Hyper-V можно включить аналитический журнал.

Сначала убедитесь, что аналитический журнал и журнал отладки видны в средстве просмотра событий. Для этого откройте средство «Просмотр событий» и выберите Представление > Show Analytic and Debug Logs (Отобразить аналитический и отладочный журналы). Аналитический журнал отображается в группе Hyper-V-VMMS.

В области Действия выберите Включить журнал.

После включения журнал отображается в системном мониторе как сеанс трассировки событий в области Группы сборщиков данных.

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

Расположения журналов событий

Сбор данных журналов для использования при устранении неполадок

Эти средства могут помочь при устранении неполадок:

Источник

Hyper-V виртуальная машина может не запускаться, и вы получаете ошибку 0x80070005: общий доступ отказано в ошибке

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

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

Симптомы

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

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

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

Microsoft Emulated IDE Controller (Instance ID <83F8638B-8DCA-4152-9EDA-2CA8B33039B4>): Failed to Power on with Error ‘General access denied error’

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

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

При нажатии кнопки См. сведения в окне сообщений, отображаются следующие сведения:

«VMName» не удалось запустить. (Виртуальный машинный ID 5FC5C385-BD98-451F-B3F3-1E50E06EE663)

Контроллер эмулированного IDE Microsoft ‘VMName’ (Экземпляр ID <83F8638B-8DCA-4152-9EDA-2CA8B33039B4>): Не удалось работать с ошибкой «Ошибка общего доступа, отказано в доступе» (0x80070005). (Виртуальный машинный ID 5FC5C385-BD98-451F-B3F3-1E50E06EE663)

«VMName»: учетная запись IDE/ATAPI не имеет достаточной привилегии для открытия вложения ‘E:\VMs\VMName\Disk0.vhd. Ошибка: «Общая ошибка, отказано в доступе» (0x80070005). (Виртуальный машинный ID 5FC5C385-BD98-451F-B3F3-1E50E06EE663)

«VMName»: Учетная запись не имеет достаточных привилегий для открытия вложения ‘E:\VMs\VMName\Disk0.vhd. Ошибка: «Общая ошибка, отказано в доступе» (0x80070005). (Виртуальный машинный ID 5FC5C385-BD98-451F-B3F3-1E50E06EE663)

Причина

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

Решение

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

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

Например, рассмотрим следующее сообщение об ошибке:

«VMName»: учетная запись IDE/ATAPI не имеет достаточной привилегии для открытия вложения ‘E:\VMs\VMName\Disk0.vhd. Ошибка: «Общая ошибка, отказано в доступе» (0x80070005). (Виртуальный машинный ID 5FC5C385-BD98-451F-B3F3-1E50E06EE663)

В этом примере виртуальный машинный ИД 5FC5C385-BD98-451F-B3F3-1E50E06EE6663.

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

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

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

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

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

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

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

Если нажать кнопку См. сведения в окне сообщений, отображается следующее сообщение об ошибке:

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

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

Ссылки

Дополнительные сведения о Hyper-V см. в Hyper-V.

Источник

Не удалось восстановить состояние виртуальной машины hyper v

Причина. Не запущена низкоуровневая оболочка (гипервизор). В журнале ошибок системы появляется следующее сообщение об ошибке: «Не удается запустить виртуальную машину, поскольку низкоуровневая оболочка не запущена».

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

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

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

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

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

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

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

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

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

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

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

При попытке создать или запустить виртуальную машину появляются сообщения об ошибках: «Пользователем открыта сопоставленная секция», «Сетевой ресурс или устройство более недоступно» или «Операция ввода/вывода была прервана из-за завершения потока команд или по запросу приложения».

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

Устранение. Исключите файлы виртуальной машины из проверки в режиме реального времени. Сведения о конкретных файлах см. в статье 961804 базы знаний Майкрософт (http://go.microsoft.com/fwlink/?LinkId=143978).

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

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

Устранение. Исключите файлы виртуальной машины из проверки в режиме реального времени. Сведения о конкретных файлах см. в статье 961804 базы знаний Майкрософт (http://go.microsoft.com/fwlink/?LinkId=143978).

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

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

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

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

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

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

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

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

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

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

Источник

Не удалось восстановить состояние виртуальной машины hyper v

Вопрос

Windows Server 2016. Установил роль Hyper-V. Создаю новую виртуальную машину. Добавляю образ для установки и всё.

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

Ответы

В общем сегодня принял решение больше не мучиться. Нет ни сил, ни времени, ни нервов.

Тем более сегодня обнаружил ещё один трабл. Со вчерашнего вечера скачивание обновлений стоит на 0%.

Переустановлю по чистому.

Всем большое спасибо за помощь.

Все ответы

приведите точный текст ошибки. смотрите дополнительную информацию в Event Viewer.

Также хорошо бы узнать модель процессора вашего сервера.

The opinion expressed by me is not an official position of Microsoft

Как раз смотрел события.

Имя сбойного приложения: vmwp.exe, версия: 10.0.14393.1770, метка времени: 0x59bf2c3f

Имя сбойного модуля: unknown, версия: 0.0.0.0, метка времени: 0x00000000
Код исключения: 0xc0000005
Смещение ошибки: 0x00007fff945b02b8
Идентификатор сбойного процесса: 0x1ccc
Время запуска сбойного приложения: 0x01d71410e5b413d7
Путь сбойного приложения: C:\Windows\System32\vmwp.exe
Путь сбойного модуля: unknown
Идентификатор отчета: db2befc6-2669-4540-8ed5-6eab8a9be090

Процессор Intel Pentium G4560.

В свойствах папки с виртуальной машиной дал полные права Virtual Mashines.

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

Картинку не могу вставить. ((

(0хС0000008). (ИД виртуальной машины ********).

Источник