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

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

  1. Изменяем расширение снимков виртуальной машины с *.avhd на *.vhd;
  2. Щёлкаем правой кнопкой мыши по гипервизору в диспетчере и открываем оснастку "Изменить диск" / "Edit Disk";
  3. Далее кнопкой "Обзор" выбираем снимок сделанный позже всего (самый свежий снимок);
  4. Указываем "Объединить" / "Merge"; Щёлкаем по "К родительскому виртуальному диску";
  5. Потом открывается информационное окно, в котором будет виден родитель объединяемого файла.
  6. Нажимаем "Готово" и процесс слияния будет запущен.

Если снимков несколько — повторите теже самые действия.

Авторские права © защищены и принадлежат Компании "Sky"
SKY — IT-решения для бизнеса, 2012–2019 г.

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

  • Сервер «мой», но он расположен на объекте хостинга, поэтому у меня нет простого доступа к нему.
  • На сервере имеется два физических диска емкостью 250 ГБ в конфигурации RAID1 (например, один диск объемом 250 ГБ)
  • Диск разделен на C: (177GB) и E: (54GB)
  • C: имеет около 25 Гб бесплатно. Возможно, при необходимости можно будет освободить чуть более 50 ГБ (всего).
  • Сервер Win Server 2008 (не R2)
  • У меня есть несколько виртуальных машин на сервере. Проблема одна называется SVR03.
  • SVR03 имеет динамически расширяющийся файл VHD, который является единственным файлом на E :, и в настоящее время занимает все пространство на этом диске: 54 ГБ.
  • SVR03 имел снимок, который был сохранен в обычном месте на C: programdata microsoft windows hyper-v snapshots. Мы обнаружили, что этот снимок занимал все больше места на C: и мы не хотели моментального снимка, поэтому он был удален с помощью диспетчера Hyper-V. Однако, как я понимаю, этот снимок необходимо объединить в vhd, прежде чем он действительно будет удален, и это слияние происходит при завершении работы виртуальной машины.
  • Теперь после закрытия SVR03 Hyper-V пытается выполнить слияние моментального снимка с VHD, но из-за нехватки места на E: он терпит неудачу. Кажется, что до 50% до отказа.
  • Первоначально он только доходил до 25% до сбоя, затем я обнаружил, что дополнительное дополнительное пространство на диске на 2 ГБ расширило E :, к сожалению, этого было недостаточно, и vhd расширился, чтобы занять все пространство но моментальный снимок не был успешно объединен.
  • После того, как Hyper-V не сработает, он немного подождал, а затем снова попытался.
  • Я не могу сжать VHD для SRV03, потому что он используется от Hyper-V, пытающегося объединить его.
  • Я могу снова запустить SVR03, но та же проблема возникает, когда я закрываю.

Как я могу выйти из этой ситуации?

Есть ли способ сказать Hyper-V, чтобы не объединить моментальный снимок, поэтому я могу перемещать файлы вокруг? например Я мог бы перемещать файл vhd в другое место, поэтому есть больше места (либо путем очистки пространства на C: либо отключением RAID и созданием нового F: с 250 ГБ). Если бы мне пришлось перемещать файл vhd, это было бы нормально или это моментальный снимок каким-то образом связан с текущим местоположением файла?

Есть ли способ удалить снимок, чтобы я мог отключить SVR03, а затем переместить vhd?

4 ответа

Вот как я это решил:

  • Прикрепленный внешний USB-накопитель. Это частично решает проблему пространства, но все же оставило меня с машиной, которая пыталась объединить моментальный снимок при выключении VM.
  • Остановите службы управления Hyper-V, щелкнув правой кнопкой мыши имя сервера в Hyper-V Manager > Остановить службы. Обратите внимание, что это не останавливает ни одну из виртуальных машин или останавливает доступ к ним через удаленный рабочий стол и т. Д.
  • Удаленный рабочий стол на сервер SVR03 и закройте его. Теперь файлы диска не используются.
  • Скопируйте VHD (с E 🙂 и файл моментального снимка AVHD на USB-накопитель.
  • Переименуйте оригинальные файлы VHD и AVHD. Это так: (а) Hyper-V не будет пытаться объединить их при запуске, а также (б) при использовании мастера «Редактировать диск» позже вы получите опцию «повторно подключить».
  • Следуя инструкциям здесь , переименуйте AVHD файл для VHD, затем используйте мастер Edit Disk, чтобы отредактировать файл AVHD и снова подключить его к родительскому VHD. Обратите внимание, что вы не получите параметр повторного подключения, если исходный файл VHD (на E: в моем случае) все еще существует. Теперь снова используйте мастер Edit Disk, чтобы отредактировать файл AVHD и объединить его с файлом VHD. Это займет много времени, если вы находитесь на USB-накопителе!
  • Теперь мой VHD был больше, чем мой раздел, поэтому я избавился от этого диска и изменил размер C: чтобы использовать это пространство, удалил старые файлы VHD и AVHD, а затем перевел объединенный файл VHD на C:
  • Создайте новую виртуальную машину с теми же настройками, что и SVR03, и передайте ее как существующий жесткий диск объединенного файла VHD.
  • Запустите его и все хорошо!

Отключение RAID-выхода похоже на Bad Idea ™ , но вы довольно хорошо сосать, если вы не можете подключить USB-накопитель к серверу или что-то в этом роде. Вы можете выключить машину, отменить слияние, захватить файлы vhd и avhd. Как только вы переместите их, Hyper-V больше не будет их автоматически объединять, вам придется делать это вручную. Как только он будет объединен, переместите vhd обратно в исходное местоположение, и Hyper-V автоматически подберет, что файл avhd исчез.

вкл. 10 марта 2016 .

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

Ниже описаны наиболее распространенные ошибки при развертывании Microsoft Hyper-V и способы, позволяющие их избежать.

Игнорирование сети управления

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

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

Использование неверного вида диска

При создании виртуальной машины, создается виртуальный жесткий диск. Это динамически расширяющийся диск, представляющий собой файл в системе хранения хоста. При установке задается объем жесткого диска виртуальной машины, первоначально этот объем не занимает все место на жестком диске хоста, происходит постепенный рост виртуального жесткого диска по мере необходимости. Пример, если при создании новой виртуальной машины вы указали размер жесткого диска 150 Гб, установили ОС объемом 7 Гб, файл жесткого диска виртуальной машины будет размером 7 Гб.

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

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

Избежать подобные ситуации позволяют диски фиксированного объема (fixed disks).С fixed disks при создании виртуальной машины, сразу создается файл VHD необходимого объема. Кроме этого, диски с фиксированным объемом не создают проблем производительности.

Некорректное использование Snapshot

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

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

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

Большое количество CPU

Использование многоядерных процессоров стало обыденным явлением, средний современный типичный сервер содержит 8 ядер и это становится нормой. Не без основания считается, что большое количество ядер повышает производительность. Microsoft Hyper-V позволяет использовать до четырех (в случае версии Hyper-V R2 до 32 процессоров) на виртуальную машину.

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

Неполное использование возможностей виртуальной сети

Виртуальные свитчи расширяют вашу сетевую топологию. Сетевые администраторы настраивают виртуальные сети, или VLAN, используют 802.1Q транкинги, что бы сделать сеть более эффективной и легкой в управлении.

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

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