Hyper v бэкап виртуальной машины

Хочу поделиться с вами простым и быстрым способом бесплатно бэкапить виртуальные машины, работающие под гипервизором hyper-v с помощью утилиты hvbackup. Если в режиме работы полноценного сервера с графическим интерфейсом это может быть не очень актуально, так как присутствует штатное средство для бэкапа, но если вы используете бесплатную версию Hyper-V Server, вопрос становится очень актуальным.

Если вы еще не настроили бесплатный гипервизор hyper-v, рекомендую познакомиться с моим материалом на эту тему — Установка и настройка Windows Hyper-V Server 2019. Если у вас он уже настроен и встал вопрос о том, как быстро, удобно и бесплатно его забэкапить, то я рекомендую воспользоваться бесплатной утилитой HV Backup.

HVBackup описание утилиты для hyper-v

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

Утилита работает на всех версиях операционной системы, начиная с Windows Server 2008 и далее, как в графическом режиме, так и Server Core установках. Утилита поддерживает в том числе и бесплатную редакцию гипервизора Hyper-V Server.

HVBackup поддерживает app consistent и crash consistent бэкапы hyper-v, используя VSS, встроенный в систему. Существует множество коммерческих решений, основанных на таком же способе бэкапа виртуальных машин, но среди бесплатных мне известен только этот продукт.

Компания codeplex, производитель программы, утверждает, что она регулярно использует HVBackup в своей инфраструктуре, что гарантирует высокое качество работы и своевременные исправления или изменения.

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

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

Системные требования:
.Net Framework 3.5

Установка .Net Framework 3.5 в командной строке

Чтобы установить .Net Framework 3.5 необходимо выполнить следующие команды в Powershell.

Windows Server или Hyper-V Server 2012:

Windows Server 2008 или 2008 R2 (не core):

Windows Server (core) или Hyper-V Server 2008 / 2008 R2:

HVBackup пример использования

Выполнить полный VSS backup всех виртуальных машин хоста:

Выполнить полный VSS backup списка виртуальных машин (необходимо использовать кавычки, если имена машин содержат пробелы). Бэкап выполняется на удаленный сервер:

Сделать полный бэкап виртуальных машин, список которых содержится в текстовом файле (каждая ВМ в отдельной строке):

Скрипт для автоматического бэкапа

Если вы хотите запланировать автоматическое выполнение резервного копирования, то удобнее всего сделать простой bat файл для этих целей и запланировать его исполнение. Создадим backup-all.cmd следующего содержания:

Этот скрипт перед выполнением бэкапа всех виртуальных машин будет удалять zip файлы старше 7-ми дней в указанной директории. Пути и параметры вы можете подредактировать под свои нужды.

Теперь создадим запланированное задание на сервере для периодического выполнения резервного копирования созданным ранее скриптом:

Если необходимо удалить задание:

Немедленное выполнение задания:

Параметры командной строки HVBackup

-b, —backup
Выполнить backup (по-умолчанию).
-r, —restore
Выполнить восстановление.
-f, —file
Текстовый файл, содержащий список виртуальных машин по одной в каждой строке.
-l, —list
Список виртуальных машин для бэкапа.
-a, —all
Резервное копирование всех виртуальных машин на сервере.
-n, —name
Если указано, то делается бэкап только перечисленных виртуальных машин.
-g, guid
Если указано, то делается бэкап перечисленных виртуальных машин по GUID.
-o, —output
Обязательный параметр. Конечная папка для архивов. Может быть в виде локального или сетевого пути.
—outputformat
Формат имени архива виртуальной машины. <0>имя машины, <1>GUID машины и <2>текущая дата и время. По-умолчанию: «<0>_<2:yyyyMMddHHmmss>.zip»
-s, —singlevss
Сделать один snapshot для всех виртуальных машин.
—help
Вывести справку по командам:

Заключение

На этом все. Единственное замечание — я не тестировал падение производительности во время выполнения бэкапа. На глаз я не заметил никаких тормозов в работе виртуальных машин. Но они у меня все ненагруженные были. Время выполнения бэкапа каждой машины значительное. Но, конечно, оно зависит от множества факторов.

Есть хорошая возможность совместить HVBackup и бэкап серверов с rsync. Например, делать архивы локально на сервере с hyper-v, монтировать к linux серверу папку и с помощью rsync забирать zip файлы с виртуальными машинами. Либо сразу делать резервное копирование на линуксовую самбу, к примеру. По приведенной выше ссылки есть пример на эту тему.

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

Вы можете создавать резервные копии виртуальных машин, запущенных на хосте Hyper-V, с помощью встроенного Windows Server Backup (или скриптов на его основе, запускаемых через wbadmin), бесплатных или коммерческих продуктов. Всех эти способ объединяет то, что в основе резервного копирования виртуальных машин Hyper-V лежит технология снапшотов (или снимков). В снимке хранится как состояние виртуальных дисков, так и содержимое памяти и настройки виртуальной машины. Т.е. снапшот представляет собой состояние виртуальной машин на какой-то момент времени.

Как работает резервное копирование виртуальных машин Hyper-V?

Рассмотрим упрощенно схему работы любого современного средства для бэкапа виртуальных машин Hyper-V.

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

Основные требования к средствам резервного копирования ВМ Hyper-V

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

1. Чем дольше средство резервного копирования забирает снапшот (бэкап) к себе, тем больше изменений накапливается в дельта файлах. При достаточно большом количестве изменений внутри ВМ за время копирования файлов, процесс слияния файлов при удалении снапшота может вызывать высокую нагрузку на диски, Hyper-V хост и саму ВМ. Т.е. желательно максимально быстро забрать снимок. В Hyper-V Server 2016 для ускорения процесса резервного копирования используется технологий Resilient Changed Tracking, которая позволяет средству резевного копирования копировать только блоки данных, измененные с момент последнего бэкапа. При этом не нужно «забирать» ВМ целиком.
2. При копировании данных снимка ВМ по LAN сети с хоста Hyper-V на хранилище резервных копий возможно вызвать высокую нагрузку на сеть. Поэтому для трафика резервного копировании желательно использовать отдельный интерфейс сервера, или же копировать данные через SAN сеть.
3. Исходя из вышестоящих пунктов при использовании внешних систем хранения для хранения файлов ВМ, вы можете воспользоваться возможностями СХД по интеграции со средствами резервного копирования (аппаратные снапшоты).
4. Изначально гостевая ОС не подозревает о том, что создается ее резервная копия. Соответственно при попытке восстановить ВМ из такого бэкапа, ОС пытается продолжить свою работу с момента создания снимка. В некоторых случаях это может вызвать проблемы как с самой ОС, так и с потерей данных в запущенными внутри нее приложениях (особенно в транзакционных, таких как Exchange, SQL, ADDS и т.п.). Для преодоления этой проблемы в Hyper-V 2016 появился новый тип снимков — Production Checkpoints (Microsoft рекомендуется применять обычные снимки — Standard Checkpoint только в тестовых и лабораторных средах, или для бэкапа остановленных виртуальных машин). Производственные снимки работают за счет наличия в гостевой ОС средств интеграции Hyper-V и основываются на технологии Volume Shadow Copy (Windows) или заморозки файловой системы fsfreeze (Linux). Однако состоянии памяти при этом не копируется. Т.е. Hyper-V уведомляет гостевую ОС о создании снимка, приложение с поддержкой VSS корректор завершает текущие транзакции, переходит в консистентное состояние и создается снимок ВМ. При восстановлении из такого снимка гостевая ОС выключена (т.к. состояние памяти не сохранялось), после включения она считает, что просто произошло аварийное отключение по питанию. Приложение (если оно поддерживает VSS) при этом начинает работу с сохранённого согласованного состояния.
5. Для хранения бэкапов виртуальных машин нужно достаточно много места. Чем чаще вы делаете снимки и чем дольше должны хранится бэкапы, тем больше места вам нужно в хранилище резервных копий. Как правило вам на помощь может прийти технология дедупликации данных (встроенная в Windows Server) или собственная технология от вендора средства резервного копирования. Если вы используете дифференциальные диски, нужно чтобы средство резервного копирования поддерживало эту технологию. Иначе вы можете хранить одинаковые данные ВМ несколько раз.
6. При большой плотности виртуальных машин на хосте желательно иметь возможность планирования времени резервного копирования ВМ, чтобы избежать чрезвычайно нагрузки на продуктивные системы в производственное время.
7. Если вам нужно хранить несколько копий виртуальной машины на несколько дат несколько дней, нужно обеспечить управление количеством хранимых копий ВМ, автоматизировав управление резервными копиями скриптами или средствами программы резервного копирования.
8. Также важны средства мониторинга создания резервных копий. Не хочется в определенных момент узнать, то резервное копирование не работает, т.к. на СХД под бэкапы уже давно кончилось место. Здесь же нужно вспомнить про средство верификации резервных копий.
9. Довольно часто нужно восстановить из резервной копии виртуальной машины конкретный файл. Некоторые средства резервного копирования / восстановления позволяют выполнять гранулярное восстановление файлов / папок без необходимости развёртывания целиком ВМ или ее виртуального диска.

Далее мы рассмотрим несколько популярных решений по организации резервного копирования ВМ на Hyper-V с точки зрения рассмотренных возможностей.

Резервное копирование Hyper-V с помощью встроенного Windows Server Backup

Бесплатный способ организации системы резервного копирования ВМ на Hyper-V предполагает использование встроенного Windows Server Backup через графический мастер резервного копирования/восстановления или утилитой wbadmin (входит в состав WSB). Windows Server Backup поддерживает VSS и инкрементальное копирование, эта фича доступна как в полноценной редакции Windows Server 2012 и выше, так и в Hyper-V. Для установки данного компонента нужно воспользоваться консолью Server Manager или командой:

Install-WindowsFeature Windows-Server-Backup -IncludeManagementTools

У WSB есть графическая консоль wbadmin.msc, которая позволяет создавать и управлять резервным копированием Hyper-V, создавать расписание резервного копирования и т.д. Для бэкапа ВМ достаточно запустить простой мастер, в котором нужно выбрать какие ВМ с сервера Hyper-V нужно бэкапить, куда, и указать расписание резервного копирования.

Но обычно проще воспользоваться утилитой командной строки wbadmin для бэкапа ВМ Hyper-V. Тем более из графического интерфейса нельзя создать более одного задания резервного копирования ВМ, причем это задание всегда будет перезатирать предыдущие резервные копии.

Чтобы создать резервную копию ВМ с именем Server 1 в локальную папку на диске C: (не самая правильная, идея не так, ли), просто выполните команду:

wbadmin start backup –backupTarget:C: –hyperv:"Server 1"

Например, чтобы создать резервную копию двух ВМ и сохранить их в сетевую папку (допустим это внешнее NAS хранилище), достаточно выполнить команду:

wbadmin start backup -backuptarget:\192.168.1.100VMbackup: -hyperv:"TestVM01,TestVM 02" -allowDeleteOldBackups -quiet

Вы можете добавить эту команду в планировщик Windows (с помощью того же PowerShell) и тем самым настроить регулярное создание бэкапов ВМ (старые бэкапы при этом удаляются).

Например, при бэкапе ВМ с контроллером домена AD, вы можете по окончании бэкап сбросить транзакционные логи AD, чтобы база ADDS в резервной копии была в консистентном состоянии (аналогично можно сделать бэкап ВМ с Exchange или SQL Server:

wbadmin start backup -backuptarget:\192.168.1.100VMbackup: -hyperv:MSK-DC1 -vssFull

Чтобы получить список зарегистрированных в системе резервных копий, выполните команду:

wbadmin get versions

С восстановлением ВМ из такого бэкапа все также достаточно просто. Однако вы не можете восстановить из бэкапа один конкретный файл или папку, вам придется вручную смонтировать vhdx файл с резервной копией и также вручную скопировать нужный файл.

При всей своей простоте WSB достаточно надежное решение для резервного копирования ВМ Hyper-V, работает довольно быстро и позволяет управлять расписанием резервного копирования. Но конечно, у Windows Server Backup есть свои недостатки:

• Нет средств мониторинга выполнения бэкапов, проверки консистентности резервных копий ВМ и приложений в них;
• Сложно управлять резервным копированием в средних и крупных инсталляциях Hyper-V (подходит для небольших сред с 1-2 хостами Hyper-V);
• Нельзя автоматически восстановить конкретный файл или состояние приложения (вам придется вручную смонтировать vhdx файл с резервной копией и вручную скопировать нужный файл);
• При большой плотности и размерах виртуальных машин на хосте вам придется с помощью планировщика Windows настраивать порядок создания резервных копий, чтобы не вызвать перегрузки сервера, а также высокой нагрузки на сети LAN/SAN/ iSCSI в рабочие часы (если вы храните бэкапы на другом хранилище).

Сторонние средства резервного копирования Hyper-V

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

На рынке представлено большое количество коммерческих и бесплатных продуктов для резервного копирования, и запутаться в них очень сложно. Обычно для оценки лидеров ниши используется магический квадрант Gartner. Я нашел такую картинку, характеризующие основных игроков и лидеров на рынке резервного копирования для дата-центров.

Как вы видите, Гартнер среди лидеров решений по резервному копированию выделяет компании и продукты:

• Actifio
• Commvault
• Dell EMC
• IBM
• Rubrik
• Veeam
• Veritas Technologies (Symantec — Veritas Backup Exec)
• Acronis (Veritas Backup Exec)
• Symantec (Veritas Backup Exec)

В рамках одной статьи оценить и сравнить все продукты довольно сложно, поэтому попробуем рассмотреть возможности нескольких программ – лидеров рынка по резервному копированию Hyper-V.

• Veritas Backup Exec
• Commvault Backup
• Veeam Backup
• Acronis Backup

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

Функционал/ Продукт	Veritas Backup Exec 20.2	Commvault Backup and Recovery 11	Veeam Backup & Replication 9.5	Acronis Backup 12.5
Резервное копирование файловых систем	Windows / Linux	Windows / Linux / IBM AIX / HP-UX	Windows / Linux / IBM AIX / HP-UX. Агенты для физических систем автономны, не поддерживают совместное использование хранилищ групповые политики	Windows / Linux
Передача резервных копий дисковых массивов по NDMP	+ Поддержка NDMP v4+. Список поддерживаемых хранилищ есть на сайте veritas. Не поддерживается инкрементальное и дифференциально копирование, бэкап только LUN целиком и нельзя восстановить отдельные файлы.	+ Поддержка прямого резервного копирования данных с файловых устройств NAS. На сайте Commvault есть список поддерживаемых версий файловых систем разных производителей. При использовании этого типа резервного копирования данные отправляются напрямую с NAS через MediaAgent (прокси сервер) на устройство хранения, минуя управляющий сервер CommServe. Поддержка бэкапов отдельных vmdk файлов.	+ Поддержка NDMP (v4 и выше) появилась относительно недавно. Поддерживается бэкап только LUN целиком. Поддерживается до 10 точек восстановления (на NetApp до 30).	—
Передача моментальных снимков ВМ по SAN	+ На сайте Veritas в секции Hardware Compatibility List представлен список совместимых HBA адаптеров, SAN свичей	+ Поддерживается бэкап по SAN как для ESXi так и для Hyper-V хостов	+ Необходимо дополнительная физическая машина с ролью выделенного прокси сервера Veeam, подключенного к той же сети SAN и презентованными LUN	Поддержка моментальных снимков только в VMware vSphere для хранилищ NetApp с Data ONTAP
Репликация резервных копий в несколько хранилищ (в том числе на удаленную площадку)	+	+	+	+
Поддержка гранулярного восстановления приложений и БД	Microsoft SQL / Exchange / AD	Microsoft SQL / Exchange / AD / Domino / DB2 / MySQL / Oracle	Microsoft SQL / Exchange / AD / Oracle (только для виртуализированных приложений, не поддерживается на физических системах)	Microsoft SQL / Exchange / AD
Управление аппаратными снимками СХД	+	+ (IntelliSnap)	+ (список поддерживаемых вендоров и моделей СХД ест ь на сайте, для некоторых необходима установка отдельного модуля интеграции)	+
Лицензирование для сред виртуализации	Хост / сокет / Объем данных	Сокет / Объем данных	На сокет (процессор)	На хост
Стоимость 1 лицензии (ориентировано)	От 85 тыс. р.	190 тыс. р.	70 тыс. р. (редакция Standard), 200 тыс. р. (редакция Enterprise Plus)	45 тыс. р. (редакция Standard), 95 тыс. р. (редакция Advanced)

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

Архивация виртуальных машин Hyper-V крайне важна. Все, кто сталкивался с отказом жесткого диска, это прекрасно понимают. В среде админов популярна шутка, что админы делятся на 3 категории — тех, кто делает бекапы, тех, кто не делает и тех, кто уже делает. Программные ошибки — BSOD’ы, повреждение таблицы разделов — практически всегда можно вылечить, если знать как лечить и действовать аккуратно, а вот выхода из строя диска боятся все. Для восстановления потребуется время, нервы, диск-донор и круглая сумма денег. Это для физической машины.

Ну а повредить виртуальную машину еще проще — ведь это операционная система внутри файловой системы, которая сама внутри файла, который внутри другой файловой системы, которая в свою очередь внутри жесткого диска. Гораздо больше уровней для возникновения ошибки. Необходимость в архивации стало быть тоже значительно выше, чем у физической машины. RAID конечно же здесь помогает, но RAID сам по себе довольно-таки сложная штука и требует обслуживания и повышенного внимания. То есть использование RAID повышает надёжность, но не отменяет необходимость архивации. Кроме того был и остаюсь противником софтовых BIOS-RAID, интегрированных в материнскую плату.

Итак задача — архивировать виртуальные машины, работающие в гипервизоре Hyper-V.

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

По этой причине сразу отказался от идеи архивации виртуальных Windows-машин изнутри с помощью штатного средства Windows — wbadmin. Использование штатного средства архивирования Windows из хостовой ОС вопрос открытый: все Windows-админы в 1 голос нахваливают это средство, запускаешь архивацию и там есть отдельный пункт — архивировать VM, но сколько ни пробовал, у меня не заработало. Как только ставишь галку на архивацию VM — при попытке перехода на следующий шаг появляется сообщение типа архивация невозможна. Может когда-нибудь.. Acronis естественно тоже не рассматривается по причине дороговизны.

Поиск решения

Очень большие надежды возлагал я на Veem Backup Free Edition. Расскажу подробнее: надежды эти появились в связи с хвалебными отзывами в интернете, первое удивление постигло меня когда выяснилось, что дистрибутив весит более гигабайта. Поставил вечером на закачку, утром пришел на работу — всё скачалось. Дальше интереснее, звонит sales-менеджер из Veem’а и разговор течет в понятном русле, попутно интересуюсь у него почему такой большой размер дистрибутива. Выяснилось, что делая бесплатную версию, замечательные разработчики Veem’а просто взяли и заблокировали у полнофункционального ПО часть кода, который разблокируется в случае введения платной лицензии. Ну а для бесплатного использования — бесплатная лицензия. Получить бесплатную лицензию не удалось. Она так и не пришла на мой e-mail. На этом сказке про Veem конец.

Добавление от 02.11.2017

Попробовал на работе таки бесплатный Veem, поскольку он там использовался ещё до меня, но только сломался и требовалось починить. Починил: теперь уже версия 9.5 и дистрибутив весит 2,1Gb. Устанавливался Veem более часа (!), никакой лицензии для бесплатного использования не нужно, поле для лицензии остаётся пустым. Может и в первый раз не нужна была какая-либо лицензия для бесплатной версии, просто не разобрался — скорее всего.

Ну что сказать.. Много всяких всяких функций, они в бесплатной версии никак не заблокированы, просто не работают. Из плюсов — жмёт хорошо и быстро. Восстановление также проходит быстро и хорошо. Вобщем, меняю отношение к Veem с негативного на умеренно-позитивное. Кому не лень запускать архивацию каждый раз руками — Welcome! &#128578;

HV Backup

От танцев с Power Shell и самописных скриптов отказался тоже. Ведь по сути что надо? Ужать vhd-шник не выключая виртуальную машину и все. Должно быть что-то совсем простое — понимал это и не ошибся.

После недолгих поисков нашёл. Утилита называется HV Backup, архив весит менее мегабайта (бесплатному Veem’у — привет!).

Домашняя страница проекта HV Backup: //hypervbackup.codeplex.com/

Там есть полное описание параметров запуска HVBackup.exe и примеры по использованию. Стандартный скрипт архивации:

Параметр -a означает, что будут архивированы все VM на данном сервере Hyper-V или же можно указать машины явно:

VM1, VM2 — названия виртуальных машин, как они называются в Hyper-V. Также можно указать файл со списком VM:

В файле list.txt каждое название VM — с новой строки и файл нужно положить в папку с HVBackup.exe.

Затем сохраняем скрипт с расширением .cmd и создаём в Планировщике Windows новое задание с необходимым расписанием и запуском данного .cmd файла.

Архивация

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

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

На создание архива Windows-машины весом 43GB ушло 50 минут. Архив создавался на внешнем USB-диске. Специально проверил скорость диска — 30Mib/s.

Жмет в zip, что хорошо. Архив получился 25GB. Степень сжатия гораздо меньше, чем у Acronis и Veem.

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

Добавление от 18.03.2017

Не так давно делал ещё задания по архивации машин Hyper-V, HV Backup отлично отработал без включения теневых копий на томе. Для всех машин и в начальном, и в последующих случаях Backup для Integration Services был включен:

Тем не менее, если возникает такой глюк, то известно как с ним бороться.

Архивация виртуальных машин Hyper-V: 2 комментария

Не нашел у вас скрипт о котором тут говорится, не могли бы вы его выложить или прислать по почте. Буду признателен.