Мы находимся в середине P2V, занимаясь большей частью сети, поэтому текущий метод резервного копирования, вероятно, является худшим: агент резервного копирования все еще установлен на гостевых ОС, а устройство резервного копирования покорно вытягивает их на ленту, один файл в время.
Я подозреваю, что есть умный способ сценария (PowerShell?) Приостановки на виртуальных машинах, затем резервное копирование VHD-файлов и отключение виртуальных машин. Похоже, что это обеспечило бы большие преимущества в скорости, но потеряло бы восстановление на уровне файлов (может быть лучше для таких вещей, как контроллеры домена и серверы приложений).
Какие методы / политики вы выработали?
Мы используем System Center Data Protection Manager (DPM) для резервного копирования наших компьютеров Hyper-V. Это не совсем «дешевое» решение, но мы нашли его отличным.
Вы можете настроить его так, чтобы он автоматически делал снимки с различными интервалами на ваших виртуальных машинах. Восстановление виртуальной машины из предыдущего времени также очень просто. У нас есть SAN для основного хранилища DPM, но кроме того, у нас также есть приличная ленточная библиотека (с которой DPM прекрасно интегрируется), в которой хранятся старые поколения наших виртуальных машин.
Кроме того, DPM имеет особую поддержку резервного копирования SQL / Exchange. Конечно, работает удовольствие, если у вас есть ресурсы.
источник
Я еще не настроил это сам, однако ...
Если вы используете устройство iSCSI (или другое SAN), то у этого устройства часто может быть функция резервного копирования живых изображений.
Если у вас нет этой опции, вы можете использовать Hyper-V VSS Writer в Windows 2008 для резервного копирования сервера на хосте. Смотрите здесь . Или вы можете использовать любое приложение для резервного копирования, которое поддерживает средства записи VSS.
источник
Самый простой (и самый дешевый) способ - просто использовать Windows Server Backup в Server 2008.
Как сделать резервную копию Hyper-V с помощью Windows Server Backup
Снимки следует использовать в качестве решения для краткосрочного отката и не следует использовать для традиционных целей резервного копирования. Смотрите здесь для краткого объяснения.
источник
Я сделал именно то, что вы сказали. Каждую ночь я выключал виртуальные машины, затем выполнял экспорт и перезапускал виртуальные машины. Затем я копирую экспорт в другое физическое местоположение. Это сценарий powershell, который планируется с помощью планировщика Windows. Единственным недостатком является то, что вы должны выключить во время экспорта - что не всегда приемлемо.
источник
Я не могу ответить на комментарии выше, поэтому я добавлю несколько общих комментариев здесь.
Итак, в произвольном порядке:
Мне скорее нравится Windows Server Backup - он получает много поддержки для отказа от поддержки магнитных лент, но вывел меня из затора после недавнего сбоя RAID5. К сожалению, существует жесткое ограничение в 2 ТБ на том, если вы хотите восстановить объем на уровне блоков. Более того, и вы застряли с выбором файла / каталога. Версия, которая поставляется с R2, совсем не плохая - это не Backup Exec, но, честно говоря, я никогда не могу быть на 100% уверен, что BE действительно работает и что я хочу, это моментальные разногласия, а не ленточная эра 3-го поколения. модель.
DPM - я могу ошибаться, но в прошлый раз, когда я проверял, я не думаю, что он поддерживает USB-накопитель. В дата-центре, возможно, это не проблема, но если вы можете получить DPM бесплатно в одном из продуктов подписки MS, то, что может быть многофункциональным и недорогим, недоступно.
источник
Я только что запустил резервное копирование Windows Server для резервного копирования только что запущенного хоста Hyper-V, который имеет только пару виртуальных машин. Иов работал хорошо. Сейчас я просто восстанавливаю тестовый сервер. Единственным недостатком является то, что я должен восстановить весь набор виртуальных машин.
Я видел в этом блоге: http://blogs.msdn.com/taylorb/archive/2008/08/20/backing-up-hyper-v-virtual-machines-using-windows-server-backup.aspx, что парень удалось как-то восстановить отдельную виртуальную машину из инструментов командной строки. Я не могу разобрать команды, которые он использовал, потому что это было только маленьким изображением. Поэтому любые предложения о том, что он сделал для восстановления конкретной виртуальной машины, были бы полезны, если кто-нибудь знает.
источник
BackupAssist - еще один очень хороший инструмент. Резервное копирование Sql Server, Hyper-V, восстановление отдельных файлов из всех гостевых резервных копий и т. Д.
источник
Я не согласен. Я обнаружил, что самым дешевым решением является экономия места для резервного копирования в долгосрочной перспективе. Мы нашли хороший инструмент для этого после долгого просмотра и экспериментов, и я задокументировал его в своем блоге здесь: Как я делаю резервные копии виртуальных машин
Надеюсь, это поможет кому-то Питер
источник
ARCserve Backup r12.5 является лучшим решением для резервного копирования виртуальных машин, поскольку он может выполнять восстановление на уровне файлов из резервных копий на уровне файлов или на уровне виртуальных машин Mac. Кроме того, с последним Vsphere Patch он отправляет данные прямо из хранилищ ESX на ленту и обратно без прокси-сервера VCB.
источник
Я бы порекомендовал HVbackup :
источник