Бэкапы виртуальных машин Hyper-V и обычных компьютеров. Как гарантировать согласованность данных резервной копии
Для создания резервных копий VMware в Handy Backup могут использоваться два метода: внутренний и внешний.
Внутренний метод
Копия Handy Backup устанавливается на виртуальную машину VMware под управлением ОС Windows или Linux. Эксплуатация Handy Backup на виртуальной машине ничем не отличается принципиально от использования аналогичного решения на “физических” компьютерах.
Внешний метод
Handy Backup запускается на сервере виртуальных машин VMware, чтобы скопировать образы конкретных копий VMware как обычные файлы. Handy Backup использует для резервного копирования машин и массивов VMware специальный плагин, работающий в "горячем" режиме (без остановки машины VMware).
Как сохранить образ виртуальной машины VMware
Копирование образа VMware backup производится с помощью специализированного инструмента. С помощью настроек плагина VMware может быть достигнут также останов копируемой машины VMware и её последующий перезапуск для "холодного" копирования.
- Откройте Handy Backup и создайте новую задачу, нажав Ctrl+N или выбрав пункт меню. Выберите задачу резервного копирования.
- На Шаге 2 выберите плагин "VMware Workstation ".
- Дважды щёлкните на строчке “Новая конфигурация” для выбора конфигурации доступа к VMware.
- В открывшемся диалоге сделайте выбор между режимами "Hot " (резервное копирование без остановки машины) и "Enable suspend " (с остановкой виртуальной машины для получения её точного образа).
- Далее выберите в диалоге конкретный образ машины, к которому будет применена данная конфигурация.
- Нажмите "ОК" и продолжайте создание задачи, как обычно.
Описанная выше последовательность действий будет останавливать, а затем перезапускать виртуальные машины VMware без всякого дополнительного вмешательства.
Существует несколько способов преобразования установленной ОС Windows в образ для виртуальной машины. Созданный образ можно использовать, например, для тестирования, для проверки стабильности системы после установки какого-либо обновления, или для того, чтобы зафиксировать состояние старой машины перед внесением изменений.
Большинство программ виртуализации поддерживают функцию преобразования установленной ОС Windows в образы виртуальной машины. Некоторые решения уже поставляются со встроенными функциями, но в ряде случаев для этой же цели может понадобится использование сторонних продуктов.
В этом руководстве собраны инструкции по преобразованию установок Windows в виртуальные образы Microsoft Hyper-V, VirtualBox и VMware.
Перенос ОС Windows в виртуальную машину Microsoft Hyper-V выполняется очень просто благодаря программе Disk2vhd от Sysinternals.
Программа является портативной, ее можно запускать из любого расположения на диске после распаковки архива. Для работы приложения требуются права администратора. Программа может применяться для создания виртуальной машины из одного или нескольких томов на компьютере.
Примечание : программу можно запустить в режиме командной строки, используя формат:
Основное окно приложения отображает путь назначения и имя файла, а чуть ниже - доступные тома. Обратите внимание, что вам нужно выбрать целевое расположение с достаточным свободным пространством для хранения, иначе процесс создания образа будет прерван.
Пользователь должен выбрать целевой путь и имя файла (с расширением vhdx), а также тома, которые следует включить в виртуальный образ.
Вы можете выбрать только раздел Windows или даже преобразовать несистемные разделы в образы VHD, не выбирая раздел Windows.
Disk2VHD поставляется с двумя дополнительными параметрами, которые указываются при запуске. Первый устанавливает выходной формат VHDX. Вы можете отключить данный параметр, чтобы использовать VHD.
VHDX имеет несколько преимуществ, такие как поддержка более крупных виртуальных дисков (64 ТБ против 2 ТБ), лучшая защита от повреждений, дистанционное онлайн изменение размера и др. VHD необходим в основном для целей совместимости, например, когда продукт не поддерживает VHDX, а также когда вы хотите преобразовать образ в Virtualbox.
Второй параметр позволяет использовать теневую копию тома.
Disk2VHD обрабатывает выбранные тома и превращает их в образы виртуальных дисков, которые сохраняются в выбранном месте.
После того, как вы получили образ VHD, можете использовать инструмент командной строки vboxmanage, который поставляется с VirtualBox, для клонирования носителя и сохранения его в другом формате.
- Нажмите на клавишу Windows , введите cmd.exe , зажмите Ctrl + Shift и нажмите клавишу Enter , чтобы запустить командную строку с правами администратора.
- Перейдите в папку VirtualBox в системе, например, C:\Program Files\Oracle\VirtualBox с помощью команды cd .
- Используйте команду vboxmanage clonemedium disk , чтобы преобразовать образ диска VHD в формат VDI. Например: vboxmanage clonemedium disk o:\source.vhd o:\output.vdi
Преобразование может занять некоторое время в зависимости от размера изображения и доступных ресурсов вашего компьютера.
Вы можете создавать виртуальные образы машин Windows для VMware с помощью VMware vCenter Converter. Вы можете загрузить программу с официального сайта VMware , но для этого требуется учетная запись. На нашем сайте утилита доступна для загрузки без регистрации.
Примечание : Программа создает виртуальный образ полной машины. В графическом интерфейсе нет возможности исключить жесткие диски или разделы.
Размер установщика равен примерно 170 мегабайт. Во время установки вам будет предложено присоединиться к программе улучшения качества обслуживания клиентов.
Чтобы преобразовать запущенную систему Windows в виртуальный образ для VMware, выберите опцию “Конвертировать машину” в главном интерфейсе программы, чтобы начать работу.
После загрузки мастера, убедитесь, что для типа источника установлено значение “включено” и выбран “этот локальный компьютер”. Вы также можете создавать виртуальные образы удаленных компьютеров, но для этого необходимо указать имя или IP-адрес устройства, а также учетные данные.
Выберите виртуальную машину VMware в разделе тип цели на следующей странице и выберите целевую папку для сохранения образа.
Создание образа может занять некоторое время, в зависимости от количества томов, их размеров и ресурсов устройства.
Нашли опечатку? Выделите и нажмите Ctrl + Enter
Согласованность (консистентность) данных резервной копии - это сумма валидности, точности и целостности данных по отношению к файлам, данным приложений и операционной системе компьютера или виртуальной машины. Согласованность данных критична для любой системы резервного копирования, независимо от ее размера и политик безопасности компании. В этой статье я расскажу, как удостовериться, что ваша резервная копия согласована и может быть восстановлена в любой момент времени без каких-либо повреждений данных.
Уровни согласованности файлов резервного копирования
В файлах резервной копии есть несколько уровней согласованности данных. Уровни определяются по следующим критериям:
- тип системы (была ли сделана резервная копия «живой» или выключенной системы)
- учет файлов (могут ли взаимозависимые файлы быть четко определены относительно друг друга)
- учет приложений (была ли использована защита для предотвращения потерь данных на разных уровнях, в том числе уровне транзакций)
Рассмотрим все типы согласованности по порядку.
Несогласованная резервная копия
Первый и самый старый тип резервного копирования - использование несогласованных копий. Его можно представить как операцию копирования всех данных компьютера в процессе его работы на USB-флешку или сетевое хранилище. Если в течение копирования изменится хотя бы один файл, резервная копия станет несогласованной. Это значит, что сумма данных резервной копии будет отличаться от актуального состояния системы, а восстановление данных произойдет неточно или не полностью. Этот тип также не предполагает сохранение дампа оперативной памяти и может испытывать трудности с файлами, доступными «только для чтения».
Резервная копия без учета состояния приложений
Следующий тип резервных копий - так называемые копии без учета состояния приложений. Основное отличие от несогласованных копий заключается в том, что эта резервная копия создана в определенный промежуток времени. Такую копию можно представить как мгновенный снимок всего содержимого жесткого диска – как будто вы сделали фотографию.
Тем не менее, восстановление образа системы из такой копии приблизительно равносильно включению компьютера после сбоя в электропитании. Данные открытых на момент сбоя приложений и активные (на момент сбоя) операции ввода-вывода не могут быть восстановлены. В некоторых случаях при запуске приложений после восстановления нужно произвести специальные операции для восстановления их работоспособности. Особенно опасен такой случай для приложений баз данных. Например, Microsoft Exchange сервер может потребовать установки специальной группы восстановления и отдельной интеграции логов. Приложения Microsoft SQL или Oracle потребуют восстановления состояния баз данных с точностью до определенной транзакции, так как сбой в их работе нарушил последовательность операций, и некоторые транзакции нужно выполнить заново, чтобы они были зафиксированы системой.
Резервная копия, согласованная на уровне файлов
Согласованность на уровне файлов означает, что содержимое всех открытых на время начала резервного копирования файлов должно быть зафиксировано на жестком диске. Однако, даже в таком случае система по-прежнему не имеет представления о происходящих транзакциях с базами данных приложений.
Резервная копия, согласованная на уровне транзакций
У такой копии нет недостатков, описанных выше, и все данные ВМ точно определенного момента времени сохранены в резервную копию. Проблема создания такой копии в том, что операции согласования файлов и приложений необходимо проводить, когда нужная ВМ находится в работе и доступ к ней должен быть непрерывным для клиентов.
Для ВМ, работающих под управлением Windows, Veeam помогает сделать резервную копию полностью согласованной, используя службу теневых копий (VSS). Эта служба разработана компанией Microsoft и включена во все редакции операционных систем Windows, начиная с Windows Server 2003. Служба теневых копий координирует процессы, подготавливающие систему к заморозке. Она позволяет временно приостановить операции ввода-вывода на жесткий диск и, таким образом, помогает программному обеспечению для резервного копирования.
«Резервное копирование с учетом состояния приложений» (application-aware image processing) –технология Veeam, которая гарантирует успешное полное восстановление ВМ и данных приложений ВМ без потерь данных.
Veeam Backup & Replication не устанавливает программные агенты на ВМ. Вместо этого на гостевой машине запускается сервисное приложение для координации резервного копирования гостевой ОС. По окончании копирования приложение автоматически удаляется. Механизм разработан таким образом, чтобы предотвратить потенциальные трудности с предустановкой, поиском неисправностей и обновлением программных агентов.
Veeam Backup & Replication инициирует запуск службы теневых копий и посылает запрос на создание согласованного содержимого диска ВМ перед тем, как снять снимок ВМ. Затем провайдер службы теневых копий координирует подготовку приложений к резервному копированию. Так обеспечивается согласованность данных в точно определенный промежуток времени. Таким образом, гарантируется отсутствие незаконченных и неподтвержденных операций в базе данных или неполных файлов приложений в момент копирования содержимого ВМ.
Как убедиться, что резервная копия согласована?
На этапе конфигурирования задания резервного копирования или репликации нужно убедиться, что на вкладке “guest processing” активирована опция “enable application-aware processing” для ВМ, которые выбраны в это задание. Затем можно запускать задание в работу и проверять статус его выполнения.
Использование механизма «резервного копирования с учетом состояния приложений» для особенно критично в случае резервных копий SQL или Exchange серверов, так как позволяет контролировать рост логов транзакций и усекать их при необходимости. В противном случае контроль за ростом логов происходит в ручном режиме.
Служба теневых копий прекрасно работает для современных машин под управлением ОС Windows, но в случае Linux окружения необходимо использовать другой метод.
Функция заморозки (quiescence) от VMware
Например, для виртуальных машин, работающих на VMware ESXi серверах, VMware предоставляет опцию «заморозки» (quiescence). Эта функция позволяет заранее замораживать операции ввода-вывода гостевой ОС, когда сервер готовится снять копию виртуальной машины. Подробную инструкцию по работы с этой опцией можно прочитать в .
В заданиях резервного копирования Veeam можно использовать одновременно опции «Резервное копирование с учетом состояния приложений» и «заморозку» от VMware. В таком случае Veeam Backup & Replication по умолчанию будет использовать первую опцию, а в случае неудачи или невозможности её использования переключится на другую.
Проверить возможность восстановления данных из резервной копии можно с помощью .
Полезные ресурсы
- Блог Veeam: (англ.яз)
- Справочное руководство: « » (англ.яз)
GD Star Rating
a WordPress rating system
Представьте ситуацию: компьютер бухгалтера глючит (а иначе с компьютером бухгалтера быть не может!). На нем (на этом компьютере) установлена кучища программ, восстанавливать которые можно дня три, а то и больше. А работать бухгалтеру надо без перерывов, и ему лучше ничего не трогать еще года три, ждать тотального краха. Что делать? Старый бекап системы не подойдет - ежеквартально программы обновляются, добавляются и поэтому старый образ системы, сделанный на свежеустановленную систему, не подойдет.
Неплохо было бы сделать так, чтобы оставить все старое и одновременно сделать все новым. Как раз в такой ситуации можно сделать виртуальную копию пока еще работающего компьютера, проверить ее работоспособность. (например, на компьютере администратора). Потом снести все на компе бухгалтера, поставить свежую систему и запускать на этой свежей системе виртуальную машину до тех пор, пока работа плавно не перетечет на хостовую машину. При этом гостевую можно и оставить (это по сути работающий бекап бухгалтерии!) в архиве - ведь это просто файл, правда, размером гигов в 20, но кого это сейчас волнует.
Итак, идея ясна. Реализация ее тоже не сложна. Для этого будем использовать две бесплатно распространяемые программы: Oracle VirtualBox и Paragon Go Virtual .
Шаг 1: создаем виртуальную копию работающего компьютера
Для создания виртуальной копии компьютера используем программу Paragon Go Virtual. Эта программа доступна для скачивания с сайта http://www.paragon-software.com/home/go-virtual/ бесплатно. Требуется только сообщить имя и email - на этот email придет письмо с серийным номером. После установки программы потребуется перезагрузить компьютер.
Интерфейс программы предельно прост - всего две кнопки на основном окне. Выбираем "P2V" (physical to virtual). Необходимо будет выбрать тип будущей виртуальной машины - мы выбираем Oracle VirtualBox.
Процесс копирования займет некоторое время, можно попить чайку. В конце программа создаст как минимум два файла: диск C и файл настроек с расширением OVF. Если вы создаете копию компьютера с несколькими дисками, файлов будет больше. Созданные образы дисков будут в формате VMDK (VMWare). Но VirtualBox с ними прекрасно работает.
Шаг 2: импортируем созданную копию в Virtual Box
Для чистоты эксперимента скопируем получившиеся файлы на другой компьютер (условно назовем его компьютером админа). Если на компьютере админа еще нет VirtualBox (!!! ахтунг!!!) ставим его немедленно.
В главном окне программы VirtualBox выбираем меню "файл" - "Импорт конфигурации" и выбираем файл с расширением OVF, созданный Paragon Go Virtual в шаге 1. VirtualBox сам поймет, что делать дальше.
Примечание: перед тем, как проделывать эту операцию, посмотрите в настройках VirtualBox, куда он будет складывать файлы дисков и настроек виртуальных машин - файлы будут немалые по размеру, а по умолчанию, путь будет на системный диск, что не всегда удобно.
В процессе создания виртуальной машины VirtualBox скопирует файлы жестких дисков, созданных Paragon Go Virtual. После того, как VirtualBox закончит процесс импорта, файлы созданные Go Virtual можно удалить (сначала проверьте, что виртуальная машина запускается!).
Шаг 3: финиш
Скорее всего, все это вы проделываете на работе, поэтому будьте внимательны при запуске виртуальной машины - ведь если сетевой адаптер VirtualBox стоит в режиме моста, ваша копия реально работающего компьютера в сети может вызвать конфликты. Я обычно делаю так: до запуска виртуальной машины вообще отключаю сеть в настройках этой машины в консоли главного окна VirtualBox. От греха. Подключаю в качестве CD VBoxGuestAdditions.iso и после загрузки виртуальной машины устанавливаю дополнения (для интеграции мыши, подстройке размера экрана и др.). Обратите внимание, что Windows нужно дать некоторое время на то, чтобы он обновил список оборудования и установил новые драйверы экрана и пр. Потребуется перезагрузка гостевой виртуальной машины.
Все. Вы создали реально работающую копию компьютера и можете делать на ней все, что пожелаете.
Обратите внимание на то, что такой способ можно рассматривать как продвинутый вариант создания резервных копий. Например, можно считать, что мы создаем резервную копию не данных, а уже настроенных и готовых к работе приложений.
Уменьшение объема диска виртуальной машины формата VMDK (VMWare)
Как правило, на постоянно использующемся компьютере установлено больше программ, чем это необходимо для хранения в виртуальной машине. Ну в самом деле, зачем вам нужны Gimp, ICQ, Skype, ImageViewer или медиа проигрыватель а также "Мои документы" и "Моя музыка"? Долой все лишнее. Диск виртуальной машины и так будет, скорее всего не менее 10 Гб, а тут еще и хлам.
Хорошо, запустили вы виртуальную машину, удалили ненужные программы, а файл-то vdisk.vmdk (например) размер свой не уменьшил. Хорошо, если не увеличил. Вы удалили 3 Гб хлама, а размер меньше не стал?
Файл диска создается в формате VMware. Компания VMware вместе с продуктами VMware Server и VMware Workstation поставляет консольную утилиту для работы с виртуальными дисками vmware-vdiskmanager . Эта утилита является мощным средством преобразования виртуальных дисков. Найти утилиту vdiskmanager можно в папке, куда установлены продукты VMware Server или VMware Workstation. Т.е. достаточно установить триальную версию WMware Workstation и найти в ее папке файл vmware-vdiskmanager .
Использование этой утилиты в нашем случае простое: vmware-vdiskmanager.exe -k <путь до вашего файла vdisk.vmdk> .
В моем случае это позволило уменьшить размер с 22 Гб до 14 Гб!
Если устанавливать VMware нет желания, можете попробовать скачать архив с этой утилитой отсюда (856 кб, MD5: CF48CF9B69EA712E7B7B8C94EFA7AB49). В архиве сама утилита и две библиотеки, необходимые для ее работы. По крайней мере, с ключом "-k". Надеюсь, что этого хватит и не потребуется установка полного дистрибутива VMware.
Многие пользователи, которые начинают пользоваться средствами виртуализации от VMware, рано или поздно задаются вопросом - как создать копию виртуальной машины (клонировать её) в бесплатной версии VMware ESXi. Если у вас есть коммерческое издание VMware vSphere и сервер управления vCenter, то клонировать ВМ можно просто из контекстного меню машины:
Однако все несколько сложнее, если у вас бесплатная версия VMware ESXi Free (он же vSphere Hypervisor). Тут можно пойти вот какими путями:
Это средство позволяет вам создать виртуальную машину на целевом хосте (а именно на нашем бесплатном ESXi), установив сам Converter внутрь машины, и создать ее клон как физической системы. При этом в процессе клонирования ("миграции") сохраняется обе системы, а различные настройки, такие как размеры виртуального диска, имя системы и прочее, можно кастомизировать.
2. Использовать софт для резервного копирования и восстановления.
К сожалению, для бесплатного ESXi использовать отличный продукт Veeam Backup and Replication не получится , но есть некоторые продукты, которыми это можно сделать. Например, Trilead VM Explorer и Unitrends .
Сначала создаем резервную копию машины, а потом восстанавливаем ее параллельно с уже существующей ВМ.
3. Можно просто скопировать виртуальную машину и ее диск.
Первый вариант данного способа прост - копируете папку с ВМ (для доступа к файловой системе ESXi можно использовать WinSCP или FastSCP). Далее добавьте ВМ в окружение ESXi файл *.vmx через контекстное меню и пункт "Add to inventory":
Второй вариант - это использование утилиты vmkfstools. Она позволяет клонировать диски виртуальных машин, задавая различные параметры целевого диска. Например, вот эта команда создает клон виртуального диска, но целевой диск будет в thin-формате (то есть растущим по мере наполнения данными):
vmkfstools -i /vmfs/volumes/storage/server1/server1.vmdk /vmfs/volumes/storage/server1_clone/server1_clone.vmdk -d thin
С помощью этой утилиты можно много чего делать, более подробно о ней написано в KB 1028042 . Далее создаем новую ВМ и подцепляем к ней полученный виртуальный диск. Не забудьте поменять имя машины и сетевую идентификацию!
Есть еще способ сделать клон ВМ с помощью (vMA) и vSphere CLI (vCLI) как написано в KB 1027872 , но он требует развертывания vMA и не стоит заморочек ради клонирования одной ВМ. Но для регулярного клонирования машин - обязательно изучите эту KB.
Please enable JavaScript to view the