Ручное удаление AVHD-файлов

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

В этом случае необходимо воспользоваться следующим руководством для “выпиливания” этого файла:

1) Измените разрешение у самого нового AVHD-файла в VHD;

2) Выберите опцию “Изменить диск” в консоли Hyper-V;

hv1

3) Указываете путь к диску и операцию Merge-Объединить

hv2

4) Объединяете диск с родительским

5) Создаем новую машину со старыми характеристиками и добавляем туда этот диск.

 

Альтернативный вариант: экспортировать, переименовать и импортировать виртуальную машину обратно. При импорте виртуальная машина попробует слить файлы обратно.

Запись опубликована в рубрике 2012 R2, Hyper-V, Microsoft, R2. Добавьте в закладки постоянную ссылку.

3 комментария на «Ручное удаление AVHD-файлов»

  1. Anonymous говорит:

    Там всё немного сложнее:
    The behavior for deleting snapshots associated with a virtual machine has changed in only one respect in Windows Server 2012 Hyper-V and that is in what happens if the data in a snapshot needs to be merged into an existing snapshot data chain (Parent-Child). In previous versions of Hyper-V, the virtual machine would have to be shut down in order for the snapshot merging process to start. Parent snapshots that do not have any Children associated with them are immediately deleted. In Windows Server 2012, if a snapshot merge is required (Parent-Child relationship exists), it will happen asynchronously while the virtual machine is running.

  2. Dim-soft говорит:

    Шустро 🙂

  3. Андрей Вахитов говорит:

    То есть в Windows 2012 и 2012R2 получше? Ок 🙂
    Еще от себя добавлю, что эти операции лучше делать после бэкапа основной ВМ.
    В частности, у меня диск слился нормально, но в новой ВМ я “забыл” сделать больше 1 процессора. Соответственно, когда сделал и выполнил пару перезагрузок, получил помершую ВМ без ntoskrnl.exe (пишу по памяти) 🙂
    Не было бы бэкапа, было бы тяжелее :))

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *