Список и Устранение неполадок Hyper-V в windows server 2008R2
Список и Устранение неполадок Hyper-V в windows server 2008R2
Роль 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).
При использовании подключения к виртуальной машине указатель мыши принимает вид точки или «застревает» в окне виртуальной машины.
Причина. В операционной системе на виртуальной машине не установлены службы интеграции.
Устранение. Если операционная система на виртуальной машине поддерживается, то службы интеграции будут доступны для этой операционной системы. Чтобы улучшить интеграцию мыши, установите службы интеграции. Инструкции см. в разделе Установка операционной системы на виртуальной машине. Если операционная система на виртуальной машине не поддерживается, то можно использовать комбинацию клавиш для перемещения мыши за пределы окна виртуальной машины. Комбинация клавиш по умолчанию — CTRL+ALT+СТРЕЛКА ВЛЕВО.
Не удается использовать мышь для управления виртуальной машиной. Для подключения к серверу, на котором установлено средство Hyper-V, используется подключение к удаленному рабочему столу.
Причина. При использовании диспетчера Hyper-V для подключения к виртуальной машине это подключение обеспечивает компонент «Подключение к виртуальной машине». Однако использование подключения к виртуальной машине в сеансе подключения к удаленному рабочему столу не поддерживается, если не установлены службы интеграции. Поэтому ожидаемый результат — потеря функциональности мыши.
Устранение. Не используйте подключение к виртуальной машине в сеансе подключения к удаленному рабочему столу, пока не установлены службы интеграции. Есть несколько способов решить эту проблему.
- Установить службы интеграции. Инструкции см. в разделе Установка операционной системы на виртуальной машине.
- Установить сеанс подключения к удаленному рабочему столу непосредственно на виртуальной машине.
- Войти в консоль сервера, работающего под управлением Hyper-V, и использовать компонент «Подключение к виртуальной машине» для подключения к виртуальной машине.
- На поддерживаемом клиентском компьютере установить средства управления Hyper-V, чтобы установить компонент «Подключение к виртуальной машине» и создать сеанс подключения к виртуальной машине. Дополнительные сведения см. в технической библиотеке Windows Server 2008 (http://go.microsoft.com/fwlink/?LinkId=143558).
При открытии диспетчера устройств в операционной системе на виртуальной машине некоторые устройства помечены как неизвестные.
Причина. Диспетчер устройств не распознает устройства, которые оптимизированы для использования на виртуальных машинах и запускаются при помощи Hyper-V, если не установлены службы интеграции. Неизвестные устройства, выявленные в диспетчере устройств, различаются в зависимости от операционной системы на виртуальной машине и могут включать: VMBus, Microsoft VMBus HID Miniport, Microsoft VMBus Network Adapter и storvsc miniport.
Требуется мониторинг производительности виртуальной машины, но информация о процессоре в диспетчере задач не показывает, какие ресурсы процессора используются виртуальной машиной.
Причина. Диспетчер задач не показывает сведения о ЦП для виртуальных машин.
Устранение. Чтобы просмотреть сведения о загрузке ЦП для виртуальных машин, работающих на сервере под управлением Hyper-V, воспользуйтесь монитором производительности и стабильности системы. Он показывает данные, полученные со счетчиков производительности Hyper-V. Чтобы открыть монитор производительности и стабильности системы, нажмите кнопку Пуск, выберите команду Выполнить и введите perfmon.
Данные, полученные с перечисленных ниже счетчиков производительности, можно просмотреть в управляющей операционной системе (в которой выполняется роль Hyper-V).
- Логический процессор низкоуровневой оболочки Hyper-V — % времени гостевой работы: определяет объем ресурсов физического процессора, используемый для работы виртуальных машин. Этот счетчик не идентифицирует отдельные виртуальные машины или объем ресурсов, потребляемый каждой виртуальной машиной.
- Виртуальный процессор низкоуровневой оболочки Hyper-V — % времени гостевой работы: определяет объем ресурсов виртуального процессора, потребляемый виртуальной машиной.
Устранение неполадок с Hyper-V в Windows 10 Troubleshoot Hyper-V on Windows 10
После обновления до Windows 10 не удается подключиться к узлу нижнего уровня (Windows 8.1 или Server 2012 R2) I updated to Windows 10 and now I can’t connect to my downlevel (Windows 8.1 or Server 2012 R2) host
В Windows 10 диспетчер Hyper-V перемещен в WinRM для удаленного управления. In Windows 10, Hyper-V manager moved to WinRM for remote management. Это значит, что теперь для управления удаленным узлом Hyper-V с помощью диспетчера Hyper-V на нем необходимо включить удаленное управление. What that means is now Remote Management has to be enabled on the remote host in order to use Hyper-V manager to manage it.
Создается неправильный тип контрольной точки даже после его изменения I changed the checkpoint type, but it is still taking the wrong type of checkpoint
При создании контрольной точки в программе «Подключение к виртуальной машине» используется тип, который был указан на момент ее открытия, даже если вы изменили его в диспетчере Hyper-V. If you are taking the checkpoint from VMConnect and you change the checkpoint type in Hyper-V manager the checkpoint taken be whatever checkpoint type was specified when VMConnect was opened.
Закройте и снова откройте программу «Подключение к виртуальной машине», чтобы она создала правильный тип контрольной точки. Close VMConnect and reopen it to make it take the correct type of checkpoint.
При попытке создать виртуальный жесткий диск на устройстве флэш-памяти отображается сообщение об ошибке When I try to create a virtual hard disk on a flash drive, an error message is displayed
Hyper-V не поддерживает диски в формате FAT или FAT32, так как эти файловые системы не предоставляют списки управления доступом (ACL) и не поддерживает файлы размером более 4 ГБ. Hyper-V does not support FAT/FAT32 formatted disk drives since these file systems do not provide access control lists (ACLs) and do not support files larger than 4GB. Диски в формате ExFAT имеют ограниченную функциональность ACL, поэтому также не поддерживаются из соображений безопасности. ExFAT formatted disks only provide limited ACL functionality and are therefore also not supported for security reasons. В PowerShell отображается сообщение об ошибке «Системе не удалось создать «[путь к VHD]»: запрошенная операция не может быть завершена из-за ограничения файловой системы (0x80070299)». The error message displayed in PowerShell is «The system failed to create ‘[path to VHD]’: The requested operation could not be completed due to a file system limitation (0x80070299).»
Используйте диск с файловой системой NTFS. Use a NTFS formatted drive instead.
При попытке установки появляется сообщение: «Не удается установить Hyper-V: процессор не поддерживает преобразование адресов второго уровня (SLAT)». I get this message when I try to install: «Hyper-V cannot be installed: The processor does not support second level address translation (SLAT).»
Для запуска виртуальных машин с помощью Hyper-V требуется поддержка SLAT. Hyper-V requires SLAT in order to run virtual machines. Если ваш компьютер не поддерживает SLAT, размещение на нем виртуальных машин невозможно. If you computer does not support SLAT, then it cannot be a host for virtual mahchines.
Если вы просто хотите установить средства управления, снимите флажок Платформа Hyper-V в разделе Программы и компоненты > Включение или отключение компонентов Windows. If you are only trying to install the management tools, unselect Hyper-V Platform in Programs and Features > Turn Windows features on or off.
Hyper-V virtual machine doesn’t start and triggers 0x80070057 error
This article provides a solution to a 0x80070057 error that occurs when you try to start a virtual machine.
Original product version: Windows Server 2012 R2
Original KB number: 3084322
Symptoms
Consider the following scenario:
- You have Hyper-V running on a Windows Server 2012 R2 or Microsoft Hyper-V Server 2012 R2-based server.
- You configure the virtual machines with pass-through disks.
- You install or upgrade to McAfee VirusScan Enterprise (VSE) 8.8 Patch 5.
When you try to start a virtual machine in this scenario, it doesn’t start, and the following error is returned:
[Main Instruction]An error occurred while attempting to start the selected virtual machine(s). [Content]
‘ ‘ failed to start.
Synthetic SCSI Controller (Instance ID): Failed to Power on with Error ‘One or more arguments are invalid’.
Attachment ‘ ‘ failed to open because of error: ‘One or more arguments are invalid’.
If you click See details in the message window, the following information is displayed:
[Expanded Information]
‘ ‘ failed to start. (Virtual machine ID )
‘ ‘ Synthetic SCSI Controller (Instance ID ): Failed to Power on with Error ‘One or more arguments are invalid’ (0x80070057). (Virtual machine ID )
‘ ‘: Attachment ‘ ‘ failed to open because of error: ‘One or more arguments are invalid’ (0x80070057). (Virtual machine ID )
Additionally, you may notice that the following event is logged:
Cause
This is a known issue in McAfee VirusScan Enterprise 8.8 Patch 5.
Workaround
- This section contains information about opening or modifying the registry.
- The following information is intended for system administrators. Registry modifications are irreversible and could cause system failure if done incorrectly.
- Before you proceed, Intel Security strongly recommends that you back up your registry and understand the restore process. For more information, see https://support.microsoft.com/kb/256986.
To work around this issue, disable the mfedisk.sys driver in the registry:
Open Registry editor (regedit.exe).
Locate the following subkey:
Modify the UpperFilters value by deleting «mfedisk» from this string.
Restart the computer.
More information
Third-party information disclaimer Microsoft provides third-party contact information to help you find technical support. This contact information may change without notice. Microsoft does not guarantee the accuracy of this third-party contact information.