Windows 2003 hyper v мышь

Вопрос

Пытаюсь перенести рабочий Windows Server 2003 R2 (x86) на виртуальную машину Hyper-V в Windows Server 2012.

Пробовал создавать образ 2003 системы и Акронисом и утилитой Disk2vhd v1.63

Сначала попробовал «на кошечках».

Перенес образ в VirtualBox. Всё работает нормально.

После этого решил перенести так-же и на Hyper-V в Windows Server 2012.

После старта перенесённого образа ВМ идёт сразу в ребут. Т.е. не доходит даже до графического бегущего индикатора.

НО! При этом грузится в Безопасном режиме.

В Безопасном режиме замена драйверов контроллеров дисков, удаление «драйверов процессоров» и всего лишнего не принесли желаемой загрузки.

После этого начитавшись интернета я решил от безнадёги поиграться с HAL.

И о-чудо! После того как я в Безопасном режиме заменил HAL на Standart PC у меня после ребута начал грузиться 2003 Server.

В результате экспериментов с HALя выяснил, что сервер грузится только при следующих HAL:

Standart PC, MPS Multiprocessor PC, MPS Uniprocessor PC

Если HAL Advanced Configuration and Power Interface (ACPI) PC, ACPI Multiprocessor PC, ACPI Uniprocessor PC, то система не грузится.

Создал новую ВМ в Hyper-V 2012 и установил Windows Server 2003 «начисто». Система нормально установилась с HAL ACPI Uniprocessor PC.

1) Почему в VirtualBox’е работает без изменения HAL, а в Hyper-V нет?

2) Как всётаки перенести 2003 сервер с «нормальным» (не MPS PC) HAL на Hyper-V 2012 ?

Windows 2003 hyper v мышь

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Asked by:

Question

We have recently setup a Windows Server 2012 R2 environment, Hyper-V and Clustering.

Our existing environment is Windows server 2008 R2 / Hyper-V and Clustering.

We are experimenting with migrating VM’s from the old cluster to the new cluster, either using the cluster migration wizard or simply exporting VM’s / re importing VM’s

We are experiencing issues with Windows Server 2003 R2 virtual machines, we always end up with 2 unknown device drivers in the device manager, both are stating they are on the Hyper-V Virtual Machine bus, we have installed the integration services on the VM’s, we have even on the existing ones removed any mention of the Integration servers from the registry and completing a fresh install but they still show up as unknown. The strange thing is the device status is working properly, the VM functions correctly but I’m not happy going forward into production with unknown device drivers.

Windows 2008 guests are fine it’s only Windows 2003 guests, we still need to run a number of these legacy servers so upgrading the VM’s not an option.

Has anyone else come across the issue / fixed this issue?

Совместное использование устройств на виртуальной машине Share devices with your virtual machine

Доступно только для виртуальных машин Windows. Only available for Windows virtual machines.

Режим расширенного сеанса позволяет подключать Hyper-V к виртуальным машин с помощью протокола удаленного рабочего стола (RDP). Enhanced Session Mode lets Hyper-V connect to virtual machines using RDP (remote desktop protocol). Это не только это повышает удобство работы с виртуальной машины, подключая ее с помощью протокола RDP, но и позволяет виртуальной машине использовать устройства совместно с компьютером. Not only does this improve your general virtual machine viewing experience, connecting with RDP also allows the virtual machine to share devices with your computer. Так как RDP включен по умолчанию в Windows 10, вы, вероятно, уже используете этот протокол для подключения виртуальных машин Windows. Since it’s on by default in Windows 10, you’re probably already using RDP to connect to your Windows virtual machines. В данной статье описываются некоторые из преимуществ и скрытые параметры диалогового окна настройки подключения. This article highlights some of the benefits and hidden options in the connection settings dialogue.

RDP и режим расширенного сеанса предоставляют следующие возможности. RDP/Enhanced Session mode:

• Изменение размера виртуальных машин и поддержка высокого разрешения Makes virtual machines resizable and high DPI aware.
• Улучшенная интеграция виртуальных машин Improves virtual machine integration
  • Общий буфер обмена Shared clipboard
  • Общий доступ к файлам с помощью перетаскивания, копирования и вставки File sharing via drag drop and copy paste
• Общий доступ к устройствам Allows device sharing
  • Микрофоны и динамики Microphone/Speakers
  • USB-устройства USB devices
  • Диски с данными (включая C:) Data disks (including C:)
  • Принтеры Printers

В этой статье показано, как узнать тип сеанса, перейти в режим расширенного сеанса и настроить параметры сеанса. This article shows you how to see your session type, enter enhanced session mode, and configure your session settings.

Общий доступ к дискам и устройствам Share drives and devices

Возможности общего доступа в расширенном режиме сеанса скрыты в этом неприметном окне подключения, которое открывается при подключении к виртуальной машине: Enhanced Session Mode’s device sharing capabilities are hidden inside this inconspicuous connection window that pops up when you connect to a virtual machine:

По умолчанию виртуальные машины с включенным режимом расширенного сеанса будут совместно использовать буфер обмена и принтеры. By default, virtual machines using enhanced session mode will share clipboard and printers. Они по умолчанию передают звук виртуальной машины на динамики компьютера. They are also configured by default to pass audio from the virtual machine back to your computer’s speakers.

Чтобы включить совместное использование устройств на виртуальной машине или изменить параметры по умолчанию, выполните следующие действия. To share devices with your virtual machine or to change those default settings:

1. Откройте дополнительные параметры Show more options

1. Просмотрите локальные ресурсы View local resources

Общий доступ к хранилищу и USB-устройствам Share storage and USB devices

По умолчанию виртуальные машины в режиме расширенного сеанса совместно используют принтеры, буфер обмена, смарт-карты и другие устройства безопасности, чтобы вы могли применять более безопасные средства входа в систему на виртуальной машине. By default, virtual machines using enhanced session mode share printers, the clipboard, pass smartcard and other security devices through to the virtual machine so you can use more secure login tools from your virtual machine.

Для совместного использования других устройств, таких как USB-устройства или диска C:, выберите меню «Дополнительно. «: To share other devices, such as USB devices or your C: drive, select the «More. » menu:

Здесь можно выбрать устройства, которые будут совместно использоваться с виртуальной машиной. From there you can select the devices you’d like to share with the virtual machine. Особенно полезным будет общий системный диск (Windows C:). The system drive (Windows C:) is especially helpful for file sharing.

Совместное использование звуковых устройств (динамиков и микрофона) Share audio devices (speakers and microphones)

По умолчанию виртуальные машины в режиме расширенного сеанса передают звук на динамики компьютера. By default, virtual machines using enhanced session mode pass audio through so you can hear audio from the virtual machine. Виртуальная машина также использует звуковое устройство, выбранное на хост-компьютере. The virtual machine will use the audio device currently selected on the host machine.

Чтобы изменить эти параметры или включить сквозную передачу микрофона (для записи звука на виртуальной машине), выполните следующие действия. To change those settings or to add microphone passthrough (so you can record audio in a virtual machine):

Откройте меню «Параметры. » для настройки параметров удаленного звука Select the «Settings. » menu for configuring remote audio settings

Теперь настройте параметры звука и микрофона Now configure audio and microphone settings

Поскольку виртуальная машина, скорее всего, выполняется локально, параметры «Воспроизвести на этом компьютере» и «Воспроизвести на удаленном компьютере» дают одни и те же результаты. Since your virtual machine is probably running locally, the «play on this computer» and «play on remote computer» options will yield the same results.

Повторный запуск параметров подключения Re-launching the connection settings

Если диалоговое окно разрешений и общего доступа к устройствам не открывается, попробуйте запустить VMConnect независимо в меню Windows или из командной строки от имени администратора. If you aren’t getting the resolution and device sharing dialogue box, try launching VMConnect independently from either the Windows menu or from the command line as Administrator.

Проверка типа сеанса Check session type

Вы можете узнать текущий тип подключения , используя значок режима расширенного сеанса в верхней части средства подключения к виртуальной машине (VMConnect). You can check to see what type of connection you have using the Enhanced Session mode icon in the top of the Virtual Machine Connect tool (VMConnect). Эта кнопка также позволяет переключаться между базовым сеансом и режимом расширенного сеанса. This button also lets you toggle between basic session and enhanced session mode.

Распространенные ошибки в настройке 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 и обнаруживает, что виртуальные машины исчезли. Другие симптомы:

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

1. The requested operation cannot be performed on a file with a user-mapped section open. (0x800704C8);
2. VMName’ Microsoft Synthetic Ethernet Port (Instance ID<7e0da81a-a7b4-4dfd-869f-37002c36d816>): Failed to Power On with Error ‘The specified network resource or device is no longer available.’ (0x80070037);
3. The I/O operation has been aborted because of either a thread exit or an application request. (0x800703E3).

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

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

Рекомендуемые исключения, необходимые для работы Hyper-V, а также известные проблемы, связанные с антивирусным программным обеспечением, описаны в статье Microsoft «Virtual machines are missing in the Hyper-V Manager Console or when you create or start a virtual machine, you receive one of the following error codes: ‘0x800704C8’, ‘0x80070037’ or ‘0x800703E3’» (support.microsoft.com/kb/961804).

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

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

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

Полный список наработанных методов использования снимков можно найти в статье TechNet «Hyper-V Virtual Machine Snapshots: FAQ» по ссылке technet.microsoft.com/en-us/library/dd560637(WS.10).aspx.

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

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

Пример проблемы, которая может возникнуть из-за устаревших компонентов интеграции, можно найти в статье Microsoft «The network connection is lost on a Hyper-V virtual machine» (support.microsoft.com/kb/2223005), где говорится об исправлении для Hyper-V, которое решает проблему сетевого подключения к виртуальной машине. Для этого исправления требуется обновить компоненты интеграции виртуальных машин с системами Windows XP и Windows Server 2003. Если исправление установить на сервер Hyper-V, но не обновить компоненты интеграции виртуальной машины, то, вероятно, сетевая проблема, которую должно было устранить исправление, останется.

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

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

Description: Hyper-V Heartbeat connected to virtual machine ‘vmname’, but the version does not match the version expected by Hyper-V (Virtual machine ID A5C22E8D-5F58-4186-832F-E7C2AE0B4804). This is an unsupported configuration. This means that technical support will not be provided until this problem is resolved. To fix this problem, upgrade the integration services. To upgrade, connect to the virtual machine and select Insert Integration Services Setup Disk from the Action menu.

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

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

Вы также можете задействовать инструмент Hyper-V Best Practices Analyzer (BPA) или сценарии PowerShell, чтобы определить, какие виртуальные машины имеют устаревшие компоненты интеграции. Узнать, как получить инструмент Hyper-V BPA, можно из статьи Microsoft «Hyper-V BPA for Windows Server 2008 R2 is now available» (support.microsoft.com/kb/977238). Команда разработчиков Hyper-V разместила сценарий PowerShell в хранилище сценариев TechNet по ссылке gallery.technet.microsoft.com/scriptcenter/251337c5-ab97-40b3-a888-80b68102d1d5.

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

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

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

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

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

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

• в консоли диспетчера отказоустойчивых кластеров откройте раздел Services and Applications, затем щелкните по виртуальной машине, для которой хотите изменить параметры;
• в окне Actions щелкните мышью на кнопке Settings, чтобы изменить параметры виртуальной машины.

Сбои в работе Hyper-V

Чтобы посмотреть полный список распространенных проблем в настройке Hyper-V, обратитесь к статье TechNet «Hyper-V: Gotchas» по ссылке social.technet.microsoft.com/wiki/contents/articles/hyper-v-gotchas.aspx. Этот список обновляется раз в квартал при выявлении новых проблем.

Джефф Паттерсон (jeffpatt@microsoft.com) — старший менеджер в команде Product Quality and Online в Microsoft

Поделитесь материалом с коллегами и друзьями