не удается создать контрольную точку для так как подключен один или несколько транзитных дисков

Hyper-V Ошибка доступа (0x80070005). Не удается создать хранилище

Симптомы:

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

Hyper-V Ошибка доступа (0x80070005)

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

Hyper-V Ошибка доступа (0x80070005)

Причины:

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

В свойствах безопасности папки, ВМ из которой работали нормально, была группа пользователей Virtual Machines, а в свойствах другой ее не было. (и найти ее мне не удалось…))

Решение:

Для исправления ситуации можно было, конечно, разрешить доступ к папке виртуальных машин всем пользователям с правами на изменение, но это как-то…

Поэтому я решил переместить «проблемные» виртуальные машины в другое место. Для этого в диспетчере Hyper-V выбираем ВМ и жмем «Переместить».

Откроется мастер перемещения. Жмем «Далее».

На следующем экране выбираем «Переместить хранилище ВМ».

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

На следующем шаге жмем «Готово».

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

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

Хочу отметить, что проблема не воспроизводилась и после обратного перемещения ВМ в исходное расположение.

Еще статьи про виртуализацию VMware и Hyper-V.

Источник

Не удается создать контрольную точку для так как подключен один или несколько транзитных дисков

Этот форум закрыт. Спасибо за участие!

Спрашивающий

Общие обсуждения

Добрый день. Помогите советом. ОС Server 2012, система архивации данных стала выдавать ошибку на две из 10 виртуальные машины. Лог прилагаю

Как можно избавиться от этой проблемы?

Все ответы

Посмотрите следующее обсуждение:

Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется «как есть» без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.

Там обсуждается расположение vhd файлов в корне диска, а они у меня, как видно из лог файла, находятся в папках. Самое интересное, что система архивации работала прекрасно и создавала резервные копии всех виртуальных машин. Но в один прекрасный день, система архивации, на две виртуальные машины из 10 стала выдавать ошибку. Причём, когда вирт. машина находится в Offline режиме, бекап делается без сбоя. Ну это и логично, т.к. не задействована система теневого копирования.

ниже лог команды: vssadmin list writers

Предупреждение из журнала приложения Службы Windows Backup: Операция архивации, начатая в «‎2017‎-‎05‎-‎04T01:00:20.274094200Z», завершилась с ошибками. Чтобы найти причину ошибки, просмотрите описание события и повторите операцию после устранения проблемы.

Предупреждение из журнала Система: Источник DISK код события 157 (Диск 4 был неожиданно извлечен.)

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

В журнале ошибок Hyper-V-VMMS ошибки:

18012: Сбой операции с контрольной точкой для «rdsh02». (ИД виртуальной машины B724C127-B916-4F8F-B7AE-E615C6198DEC)

10150: Не удалось создать контрольную точку восстановления для виртуальной машины «rdsh02»: Непредвиденная ошибка поставщика теневого копирования при выполнении указанной операции. (0x8004230F). (ИД виртуальной машины B724C127-B916-4F8F-B7AE-E615C6198DEC)

10172: Модулям записи VSS на виртуальной машине «rdsh02» не удалось выполнить BackupComplete для набора теневых копий (моментального снимка VSS): Функция вызвана в то время, когда объект находился в неподходящем для этой функции состоянии (0x80042301). (ИД виртуальной машины: B724C127-B916-4F8F-B7AE-E615C6198DEC)

Источник

Параметры настройки дисков в Hyper-V

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

Создание виртуальных машин в гипервизоре Microsoft Hyper-V — несложная задача: просто дважды щелкните мышью по кнопке New и выберите вариант Virtual Machine.

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

Вы наверняка знакомы с VHD — форматом виртуальных дисков, который использует система Hyper-V. Но сами диски VHD имеют различные типы, каждый со своими значениями объема и производительности. Понимание разницы между форматами диска поможет выбрать тип диска, который будет использоваться в различных реализациях Hyper-V.

Такие разные VHD

По умолчанию новые виртуальные машины создаются со встроенным диском VHD. Эти диски используют открытый формат Microsoft для виртуальных дисков и у них есть несколько очень полезных преимуществ. Гипервизор Hyper-V, даже в версии R2, требует, чтобы загрузочные диски имели интерфейс IDE. Все остальные диски могут иметь интерфейс SCSI. Но перед тем как вы решите, что это требование ограничивает производительность, вам следует знать, что диски, подключенные к интерфейсу IDE, и диски, подключенные к интерфейсу SCSI, в системе Hyper-V используют одну и ту же шину виртуальной машины, вследствие чего в работе диски с интерфейсами IDE и SCSI имеют одинаковую производительность.

Тем не менее диски VHD с интерфейсом SCSI имеют несколько дополнительных функций, поэтому их лучше всего использовать в качестве любых дисков, кроме того, на котором стоит операционная система. Диски VHD с интерфейсом SCSI в системе Hyper-V R2 можно добавлять к виртуальной машине в горячем режиме. К тому же у дисков VHD с интерфейсом SCSI выше ограничения по размеру и количеству — диски с интерфейсом SCSI поддерживают размер до 2 Тбайт. Можно также добавлять больше дисков с интерфейсом SCSI к виртуальной машине, обходя ограничение шины IDE на 4 диска. Именно по этим причинам считается, что лучше использовать диски с интерфейсом SCSI в виртуальных машинах Hyper-V в качестве любых дисков, за исключением системных.

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

В первой версии гипервизора Hyper-V разница в производительности между дисками с фиксированным размером и динамически расширяемыми дисками была существенной — достаточно сказать, что специалисты Microsoft рекомендовали использовать диски с фиксированным размером для всех рабочих процессов. Версия Hyper-V R2 каким-то образом уменьшает эту разницу, причем Microsoft сообщает, что динамически расширяемые диски теперь обеспечивают производительность в 85–94% производительности дисков с фиксированным размером. Точное значение внутри данного 9-процентного диапазона в основном зависит от типа рабочей нагрузки, для которой используются диски.

В техническом документе «Virtual Hard Disk Performance: Windows Server 2008/Windows Server 2008 R2/Windows 7» (download.microsoft.com/download/0/7/7/0778C0BB-5281-4390-92CD-EC138A18F2F9/WS08_R2_VHD_Performance_WhitePaper.docx) Microsoft приводит отчет о производительности приложений, которые компания тестировала в серии рабочих процессов. Согласно выводам Microsoft, диски VHD с фиксированным размером во всех процессах работали быстрее, чем их динамические аналоги; однако во многих случаях разница была пренебрежительно мала.

Хотя производительность должна быть ключевым фактором при выборе между фиксированными и динамическими дисками, также следует помнить о том, что фиксированные диски повышают стоимость хранения. Когда вы используете диски с фиксированным размером, вы тратите пространство физических дисков на хранение «пустоты». Если ваша организация имеет ограниченное дисковое пространство или просто не хочет тратить деньги на хранилища, используемые впустую, стоит обдумать возможность более эффективного использования дисковых ресурсов за счет небольшого снижения производительности.

Разностные диски VHD позволяют связать множество дисков VHD между собой. Дочерние диски VHD создаются с тем же набором данных, что и родительский диск; они увеличиваются в объеме только тогда, когда данные меняются по отношению к образу родительского диска. Хотя тесты производительности, проведенные Microsoft, показали, что разностные диски демонстрируют почти такой же уровень производительности, как динамические диски, следует особенно осторожно обращаться с ними в связи с их зависимостью друг от друга. Разностные диски ссылаются друг на друга и, более того, множество разностных дисков можно связать между собой, чтобы создать цепь дисков. В результате, хотя разностные диски занимают меньше дискового пространства, чем другие типы дисков, нужно учитывать, что данное преимущество также несет в себе риск случайного обрыва связи между дисками.

Компания Microsoft официально не предлагает отказаться от использования разностных дисков; однако эти диски обычно ассоциируются с непроизводственными сценариями. Единственным типом производственных решений, в которых обычно применяются диски данного типа, являются архитектуры на основе технологии Virtual Desktop Infrastructure (VDI). В данных архитектурах дочерние диски VHD создаются на основе образа главного эталонного образца. Так как виртуальные рабочие станции обычно мало меняются в сравнении с родительским образцом и от них можно легко избавиться, когда они больше не нужны пользователю, создание такой пары может быть неплохой идеей, если вы планируете разворачивать виртуальные рабочие станции в архитектуре VDI.

Транзитные диски

Еще один тип диска, называемый транзитным диском, не имеет никакого отношения к дискам VHD. Транзитные диски создаются путем присоединения дискового тома к серверу Hyper-V, обычно либо по протоколу iSCSI, либо через соединение Fibre Channel. После присоединения дискового тома к серверу логический диск транзитом переходит к ожидающей виртуальной машине — отсюда и название.

В отличие от дисков VHD, транзитные диски не инкапсулируют данные в формат виртуального диска. Сохранение исходного формата позволяет данным оставаться в стандартном формате NTFS, используемом в сети SAN. Применение стандартного формата может повысить эффективность процессов резервного копирования и восстановления, а также снимает ограничение на объем виртуальных дисков, равное 2 Тбайт.

Результаты, приведенные в указанном ранее техническом документе компании Microsoft, показывают, что транзитные диски во всех возможным сценариях демонстрируют более высокую производительность, чем диски VHD фиксированного размера, хотя разница небольшая. Это может быть связано с тем, что при обращении к данным на транзитных дисках требуется более низкий уровень использования центрального процессора. Другой причиной может быть усовершенствованный механизм выравнивания секторов в хранилищах SAN (то есть секторы, образующие дисковый том, точно выравнены с секторами, которые распознает оборудование SAN). Неточное выравнивание между томом и хранилищем SAN часто является причиной низкой производительности диска.

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

У транзитных дисков есть свои недостатки, главный из которых заключается в том, что они не имеют обычных преимуществ, обеспечиваемых технологией виртуализации дисков. Еще одним недостатком является то, что начальное подключение транзитного диска к серверу Hyper-V может потребовать дополнительного вмешательства администратора и комплексной проверки всех настроек, в частности в случаях, когда виртуальные машины образуют кластер. Для виртуальных узлов кластера требуется точная настройка маски и зоны, но в основном хлопот администратору может прибавить то, что каждый транзитный диск может использоваться только одной виртуальной машиной. И наконец, вы не сможете выполнить резервное копирование транзитных дисков с помощью инструмента Hyper-V VSS writer, а также любого другого решения для резервного копирования, использующего средства хост-сервера. Таким образом, для реализации методов резервного копирования и восстановления вам придется либо копировать раздел LUN из сети SAN, либо установить на виртуальной машине агент системы резервного копирования.

Универсальных ответов нет

. Некоторые типы снимают одни ограничения, но при этом добавляют новые.

Источник

Не удается создать контрольную точку для так как подключен один или несколько транзитных дисков

Вопрос

Добрый день всем. Бэкаплю виртуалки скриптом на powershell, а именно через export-vm, и наткнулся на проблему.

Не удается создать контрольную точку для «vm-name», так как подключен один
или несколько транзитных дисков. (ИД виртуальной машины 363434AA-25D7-45A4-A1D9
-E2B54A789A97)

Данной виртуалке отдан физический диск. Мне не надо его бэкапить. Как исключить данный диск из бэкапа виртуалки, чтобы экспорт прошел успешно.

Все ответы

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

Вообще, отказывайтесь от сквозных дисков. Разница в производительности с выходом каждого нового поколения Hyper-V становится минимальной, а вот ограничений предостаточно.

Согласен, с Денисом.

А отключить архивирование VHD дисков с данными можно и через реестр 🙂

Скорее всего кроме отключения диска или использования реестра решений не предоставлено.

«If the virtual machine being imported had been configured to use physical disks in pass-through mode, then you will have the opportunity to either remove the storage from the virtual machine’s configuration or attach new physical disks in pass-through mode.»

Источник

Hyper-V в Windows 8.1 (часть 4)

Итак, представляю вашему вниманию четвертую, завершающую часть статьи о Hyper-V в Windows 8.1. Сегодня мы рассмотрим основные действия, которые можно производить с виртуальными машинами — включение, остановка, сохранение, перенос и прочие издевательства. При написании статьи ни одна виртуальная машина не пострадала 🙂

Управление ВМ

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

Текущее состояние виртуальных машин отображается в основном окне диспетчера, в столбце «Состояние». Для управления состоянием ВМ воспользуемся соответствующими пунктами в поле «Действия». С их помощью мы можем производить следующие действия с ВМ:

• Выключить (Turn off) — означает выключение виртуальной машины, аналогичное выключению питания у компьютера;
• Завершение работы (Shut down) — штатное завершение работы операционной системы и выключение виртуальной машины. Для завершения работы необходимы сервисы интеграции, установленные в гостевой ОС;
• Сохранить (Save) — полностью сохраняет состояние виртуальной машины. Содержимое памяти ВМ выгружается на жесткий диск, после чего машина переходит в сохраненное состояние. При выходе из сохраненного состояния машина начинает работать ровно с того места, на котором была остановлена. По сути сохранение является аналогом гибернации в физическом компьютере;
• Приостановить (Pause) — все операции виртуальной машины приостанавливаются. В отличии от сохранения, содержимое памяти ВМ не выгружается на диск, а остается в оперативной памяти, что позволяет моментально возобновить работу в случае необходимости;
• Сбросить (Reset) — сбрасывает текущее состояние и возвращает ВМ на этап загрузки. Этот пункт предназначен на случай аварии и может потребоваться в том случае, если машина была некорректно выключена\сохранена и не может выйти из этого состояния.

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

Не забываем о PowerShell. Посмотреть состояние виртуальных машин можно командлетом Get-VM. Запущенный без параметров, он выведет состояние и основные параметры всех ВМ на хосте. Вывести состояние конкретной ВМ в более менее удобочитаемом виде можно такой командой:

А для вывода всех имеющихся характеристик ВМ можно сделать так:

Выключение виртуальной машины осуществляется командлетом Stop-VM с различными ключами. Например, для завершения работы операционной системы ВМ WKS81 воспользуемся командой:

С помощью ключа Force мы принудительно завершим работу ВМ, не смотря на незавершенные процессы:

Для выключения питания используем ключ TurnOff, и ключ Save для сохранение состояния ВМ:

Ну а для включения или восстановления состояния используется командлет Start-VM:

Контрольные точки

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

Для создания чекпойнта достаточно выбрать виртуальную машину и в поле «Действия» нажать пункт «Контрольная точка». Все имеющиеся у машины контрольные точки отображаются в одноименном поле в виде дерева.

Выбрав чекпойнт, мы можем произвести с ним следующие операции:

• Применить — возврат состояния ВМ на заданную точку, при этом все изменения, произведенные с момента ее создания, будут потеряны;
• Удалить контрольную точку — удаление чекпойнта. При этом происходит объединение разностного диска с родительским, после чего разностный диск удаляется и откатить изменения становится невозможно;
• Удалить поддерево контрольных точек — в этом случае удаляются все чекпойнты, для которых выбранный чекпойнт является родительским;
• Экспорт — возможность экспортировать виртуальную машину по состоянию на время создания чекпойнта. Это новая фича, появившаяся только в Windows Server 2012 R2\Windows 8.1.

Важно. Каждый чекпойнт представляет из себя отдельный виртуальный диск в формате AVHDX, тип и размер которого зависят от родительского диска. К примеру, имея родительский диск фиксированного объема 127Гб, при создании чекпойнта мы получим еще один диск того же размера. Кроме того, при удалении чекпойнта потребуется дополнительное место для маневра, т.к. изменения сначала применяются к родительскому диску, увеличивая его размер, а лишь потом происходит удаление разностного диска. Поэтому при использовании чекпойнтов надо обеспечить для них соответствующее дисковое пространство.

Также для управления чекпойнтами можно воспользоваться командами PowerShell. Для примера создадим для ВМ WKS81 чекпойнт с именем Test:

Просмотрим все имеющиеся у машины чекпойнты:

Применим созданный чекпойнт

Перемещение ВМ

По сравнению с серверным Hyper-V из клиентского убрана технология живой миграции (Live Migration), однако оставлена возможность переноса хранилища виртуальной машины. Это позволяет переносить с места на место файлы работающей виртуальной машины. Для осуществления переноса надо выделить нужную ВМ и в поле «Действия» выбрать пункт «Переместить».

Запускается мастер перемещения.

Выбираем тип перемещения

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

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

Для перемещения машины целиком достаточно указать одно расположение, куда и переедет вся виртуальная машина.

После выбора места остается проверить правильность выбора, нажать «Готово» и продолжать работу. Напомню, что при переносе хранилища машина может быть включена и продолжать работу в штатном режиме.

Также переместить хранилище ВМ можно из консоли PowerShell, например для переноса всех файлов машины WKS81 в одно расположение выполним команду:

Экспорт и импорт ВМ

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

Примечание. По сути операция экспорта — это простое копирование, поэтому для экспорта достаточно просто скопировать все файлы ВМ в одну папку.

Операция импорта немного сложнее. Для импорта ВМ в поле «Действия» выбираем пункт «Импорт виртуальной машины».

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

Указываем папку, в которой находятся файлы виртуальной машины.

Затем выбираем машину, которую будем импортировать.

Выбираем тип импорта:

• Регистрировать ВМ по месту — машина просто подключается к Hyper-V, оставаясь в том же месте и с тем же идентификатором;
• Восстановить ВМ — машина копируется в другое место с тем же идентификатором;
• Копировать ВМ — машина копируется в другое место с новым идентификатором.

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

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

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

Дальше проверяем выбранные параметры импорта и жмем «Готово».

И то же самое с помощью PowerShell. Экспорт виртуальной машины:

И импорт (копирование и генерация нового ID). Для импорта указываем XML-файл конфигурации виртуальной машины, находящийся в папке Virtual Machines:

Подключение к ВМ

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

Для подключения с помощью VMConnect достаточно дважды кликнуть на выбранной машине в окне диспетчера Hyper-V. Как вариант, в папке C:\Windows\system32 лежит файл VMConnect.exe, вы можете запустить его (обязательно с правами администратора) и выбрать нужную ВМ.

Вот так выглядит стандартное окно подключения к ВМ. Сверху расположена панель инструментов, с помощью которой можно управлять машиной — включать, выключать, сохранять, делать снимки и т.п. Еще мы можем воспользоваться буфером обмена для копирования текста из основной в гостевую систему или подключить к машине ISO-образ диска. Также обратите внимание на выделенный значок — он отвечает за переключение в расширенный режим подключения, о котором пойдет речь дальше.

А теперь о грустном 🙂

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

Использование растрового изображения накладывает некоторые ограничения на взаимодействие между основной и гостевой системами. К примеру, мы можем скопировать текст в буфер обмена в основной системе и извлечь его в гостевой, но не можем подобным образом скопировать\вставить файл или изображение. Кроме того, при использовании VMConnect нет возможности пробрасывать в виртуальную машину локальные жесткие диски и съемные USB-устройства, что крайне неудобно.

Частично положение спасает режим расширенного сеанса, появившийся в Windows Server 2012 R2\Windows 8.1. Однако для подключения в расширенном режиме необходима поддержка этого режима гостевой операционной системой, которая на данный момент есть только в Windows Server 2012 R2 и Windows 8.1 Pro\Enterprise. Описание расширенного режима можно найти здесь.

Для всех остальных остается только подключение к удаленному рабочему столу виртуальной машины c помощью RDP-клиента. В этом случае мы получим нормальный буфер обмена, проброс локальных ресурсов внутрь гостевой системы и прочие прелести. Однако для этого необходимо обеспечить виртуальной машине подключение к внешней сети, что не всегда возможно.

Сервисы интеграции

Сервисы интеграции (Integration Services) играют очень важную роль в работе виртуальных машин, поэтому о них стоит упомянуть отдельно. Сервисы интеграции выполняют две основные задачи: во первых они являются драйверами для виртуальных устройств, а во вторых обеспечивают работу гостевых служб внутри ВМ. Запущенные в гостевой операционной системе, эти службы обеспечивают связь между основной и гостевой системами и дают возможность управления виртуальной машиной извне. Так например, завершение работы виртуальной машины из консоли Hyper-V Manager возможно только в том случае, если в гостевой системе запущена соответствующая служба.

Для того чтобы увидеть работу этих служб, запустим оснастку «Службы» внутри ВМ и посмотрим их описание.

Наличие и поддержка служб интеграции зависит от гостевой операционной системы. Так в операционных системах Microsoft, по моему начиная с Windows Vista\Server 2008 интеграционные сервисы входят в состав ОС и не требуют установки. Для более ранних ОС Windows сервисы интеграции необходимо установить вручную, для чего надо в меню «Действие» выбрать пункт «Вставьте установочный диск служб интеграции»

И запустить установку.

Отдельно стоит упомянуть об операционных системах Linux. Официально установка на Hyper-V поддерживается для RHEL, CentOS и SLES. Для них необходимо отдельно загрузить образ диска с сервисами интеграции, подключить его к виртуальной машине и установить. На данный момент наиболее свежая версия служб интеграции 3.5 для Linux находится здесь. Также для наиболее свежих версий дистрибутивов, например CentOS\RHEL начиная с версии 6.4, сервисы интеграции уже входят в состав ядра и не требуют отдельной установки.

Заключение

Как я уже говорил, Hyper-V по сути является серверным гипервизором. Основное преимущество клиентского Hyper-V в том, что он работает с аппаратными ресурсами компьютера напрямую, а не через основную систему. Это позволяет достичь гораздо большей производительности и гибкости в управлении, а также дает возможность распределять аппаратные мощности между виртуальными машинами динамически, в зависимости от их загрузки. Также большим плюсом является возможность управления Hyper-V с помощью PowerShell. Ну и конечно же не забываем, что Hyper-V является частью операционной системы не требует загрузки дополнительного ПО.

Однако серверные корни являются причиной и всех недостатков клиентского Hyper-V. Одним из основных минусов является отсутствие встроенного NAT. Для предоставления доступа в Интернет необходимо каждой виртуальной машине выделить внешний IP-адрес и подключить к внешней сети, либо выделять отдельную ВМ под шлюз и поднимать NAT на ней. Для клиентского гипервизора это крайне удобно, поэтому во всех конкурирующих решениях предусмотрена возможность встроенного NAT. Ну и второй минус — это крайне ограниченные возможности при локальном подключении к ВМ в обычном (не расширенном) режиме. Возможно в будущем поддержка расширенного режима подключения появится у большинства ОC, ну а пока для того, чтобы просто передать в ВМ файлы необходимо выставить ее во внешнюю сеть и использовать подключение по RDP. Сравним с тем же VrtualBox, где для обмена данными с ВМ (независимо от гостевой ОС) мы можем подключать к машине любую папку, диск или съемное USB-устройство на компьютере, а также пользоваться двусторонним буфером обмена.

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

Источник