Учетные записи 

Экономьте свое время, используя снимки в VirtualBox. Создание резервных копий виртуальных машин Virtualbox резервное копирование

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

1. Путешествие по временным линиям и событийности виртуальных операционных систем

VirtualBox умеет создавать виртуальные компьютеры и устанавливать на них виртуальные операционные системы, с которыми можно делать всё то, что нельзя с основными, которые установлены на физический компьютер. Установив виртуальную операционную систему, вы сможете делать с ней всё, что захотите – экспериментировать с её настройками, тестировать различный софт с непроверенных интернет-ресурсов, можно даже запускать вирусы для их изучения. Если ваши эксперименты закончатся неудачей, виртуальную операционную систему можно попросту удалить. И всё, чем вы рискуете, это временем, которое вы потратите на установку новой системы на виртуальную машину VirtualBox. Зато взамен вы получите бесценный опыт.

Но даже и потраченного времени на установку новой виртуальной операционной системы можно избежать, если приучиться работать со снимками её состояния. Снимок состояния системы, он же снапшот (SnapShot) – это фиксация определённых настроек и самой виртуальной машины, и операционной системы, и установленных программ в определённый момент. Зафиксировав единожды состояние виртуальной операционной системы, к нему можно будет вернуться в дальнейшем, когда с системой возникнут проблемы. По сути, это аналог процедуры отката операционной системы или восстановления её из резервной копии, только в виртуальной среде VirtualBox всё происходит гораздо проще и чуть быстрее.

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

2. Как создать снимок виртуальной машины в VirtualBox

Чтобы создать снимок состояния системы, запустите её на виртуальной машине. В меню VirtualBox выберите «Машина », затем — «Сделать снимок ».

Появится окошко для задания снимку имени и описания.

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

Снимок создаётся не долго, особенно, если виртуальная система ещё не напичкана настройками и программами.

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

Как восстановить виртуальную операционную систему из снимка?

В главном меню VirtualBox выберите нужную виртуальную операционную систему, если у вас их несколько, и переключите правую часть окна программы с активной по умолчанию кнопки «Детали » на кнопку «Снимки ».

Откроется окно с отображением всех сделанных снимков состояния системы. Выберите снимок того состояния системы, к которому вы хотите её вернуть, вызовите на нём контекстное меню правой клавишей мыши и жмите «Восстановить снимок ».

VirtualBox предложит вам дополнительно создать снимок текущего состояния системы, чтобы, если вы вдруг пожалеете о том, что вернулись к более раннему состоянию, вы могли снова переключиться на текущее состояние. Снимок текущего состояния не будет лишним, так что ставьте галочку согласия на его создание и жмите «Восстановить ».

Задайте снимку текущего состояния системы имя и описание, затем жмите «ОК ».

После этого VirtualBox незамедлительно приступит к восстановлению системы из ранее созданного снимка состояния.

Всё – можете приступать к работе с виртуальной системой в том состоянии, в котором вы её когда-то сохранили.

3. Как удалить ненужный снимок виртуальной машины

Если периодически делать снимки состояния виртуальной системы, со временем их соберётся довольно немало. Чтобы не захламлять пространство жёсткого диска, ненужные снимки можно удалить. Как удалить снимок? Выберите снимок состояния системы, который хотите удалить, вызовите на нём контекстное меню и выберите «Удалить снимок ».

Затем подтвердите удаление.

4. Детали снимков виртуальных машин

Если у вас поднакопилось много снимков состояния системы, при выборе точки восстановления или для удаления ненужных снимков можно просмотреть детальную информацию о них, чтобы выбрать именно то, что необходимо. Для этого на том или ином снимке вызовите контекстное меню и выберите «Показать детали ».

Откроется детальная информация по снимку, где будет видно описание, если вы его задавали при создании, дату, когда был сделан снимок состояния системы, и прочие параметры.

Помогла ли Вам данная статья?

Представьте ситуацию: компьютер бухгалтера глючит (а иначе с компьютером бухгалтера быть не может!). На нем (на этом компьютере) установлена кучища программ, восстанавливать которые можно дня три, а то и больше. А работать бухгалтеру надо без перерывов, и ему лучше ничего не трогать еще года три, ждать тотального краха. Что делать? Старый бекап системы не подойдет - ежеквартально программы обновляются, добавляются и поэтому старый образ системы, сделанный на свежеустановленную систему, не подойдет.

Неплохо было бы сделать так, чтобы оставить все старое и одновременно сделать все новым. Как раз в такой ситуации можно сделать виртуальную копию пока еще работающего компьютера, проверить ее работоспособность. (например, на компьютере администратора). Потом снести все на компе бухгалтера, поставить свежую систему и запускать на этой свежей системе виртуальную машину до тех пор, пока работа плавно не перетечет на хостовую машину. При этом гостевую можно и оставить (это по сути работающий бекап бухгалтерии!) в архиве - ведь это просто файл, правда, размером гигов в 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.

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

Многие поставщики коммерческих платформ виртуализации предлагают корпоративным пользователям встроенные средства архивации виртуальных машин, такие как VMware Consolidated Backup (VCB) для платформы ESX Server. Однако в секторе SMB (Small and Medium Business), где число используемых виртуальных машин невелико, практически отсутствуют предоставляемые производителем платформ средства резервного копирования. Вследствие этого, небольшим компаниям приходится привлекать системных администраторов для написания различных скриптов, а также использования стандартных утилит операционных систем, обеспечивающих архивацию и восстановление файлов и папок с жизненно важными данными.

Общие сведения о резервном копировании данных

Одновременно с процессом планирования виртуальной инфраструктуры необходимо также инициировать процесс по разработке плана архивации и восстановления после сбоев (Disaster Recovery Plan). Прежде всего, нужно выделить наиболее критические элементы ИТ-инфраструктуры, которые потенциально подвержены повреждениям со стороны внутренних и внешних источников, таких как отключение электропитания, неисправности жестких дисков, вирусная угроза и прочие. После этого, необходимо продумать частоту резервного копирования виртуальных машин различных категорий в зависимости от степени критичности. Виртуальные продакшен-сервера компании, которые работают в режиме полной публичной доступности, должны архивироваться довольно часто и регулярно и обладать свойством быстрой восстанавливаемости в случае сбоя. Внутренние сервера организации, не требующие столь высокого внимания и быстрого восстановления, могут архивироваться реже, с бoльшим временем восстановления. Затем нужно определить, какие устройства хранения будут использоваться для архивации (IDE или SCSI диски других серверов, устройства SAN и т. п.).

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

  • Обычная (полная) архивация (full backup)
    При этом типе архивации создается полная копия всех сохраняемых данных. Процесс создания такой резервной копии достаточно продолжителен, однако требует не так много времени на восстановление, поскольку не требуется выполнять несколько задач восстановления. Полная архивация сбрасывает маркеры архивации файлов и папок, которые используются для определения того, какие файлы следует копировать. Эти маркеры применяются для проверки состояний файлов при добавочной и разностной архивации.
  • Добавочная архивация (incremental backup)
    Этот вид архивации подразумевает копирование файлов и папок, которые изменились со времени создания последней резервной копии. Поэтому, если последовательно выполнить две добавочных архивации и не изменять файл между ними, в образ восстановления он добавлен не будет.
  • Разностная архивация (differential backup)
    Такая архивация включает в себя все изменения, произошедшие в файлах и папках, со времени последней полной архивации. Соответственно, при двух последовательных разностных архивациях файл, который не изменился между ними, но изменился со времени последней полной архивации будет помещен в архив оба раза.

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

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

Поскольку, в основном, виртуальная машина представляет собой папку с файлами, то можно применять встроенные средства резервного копирования хостовой операционной системы, в случае если используется платформа виртуализации поверх хостовой системы такая как, например Microsoft Virtual Server или VMware Server. В Microsoft Windows для этих целей можно применять утилиту ntbackup . При использовании bare-metal платформ (класса «голое железо»), таких как ESX Server или Virtual Iron, необходимо воспользоваться средствами производителя системы виртуализации или продуктами сторонних разработчиков.

Кроме того, резервное копирование виртуальных машин может осуществляться путем создания образов гостевых систем с помощью программного обеспечения, такого как Acronis True Image. Стоит отметить также, что бывают ситуации, когда необходимо осуществить архивацию не всей виртуальной машины, а некоторых данных в гостевой системе. В этом случае, при написании пакетных сценариев архивации можно использовать утилиты для монтирования виртуальных дисков в хостовую систему. Для платформ VMware такой утилитой является приложение VMware Disk Mount.

Архивация и восстановление виртуальных машин на платформе VMware ESX Server

Пилотный продукт компании VMware, платформа ESX Server, является ключевым элементом виртуальной инфраструктуры в производственной среде предприятия. Виртуальная инфраструктура VI3 (Virtual Infrastructure 3) представляет собой совокупность продуктов и средств, позволяющих парку виртуальных машин эффективно выполнять свои задачи и бесперебойно функционировать в различных условиях, включая такие форс-мажорные факторы как резкие всплески нагрузки, отключение питания и порча оборудования. Одним из самых важных средств по реализации стратегии Disaster Recovery является средство резервного копирования VMware Consolidated Backup (VCB). VCB может использоваться для создания резервных копий отдельных ESX-серверов, а также в совокупности со средством управления парками виртуальных серверов VMware Virtual Center. VCB предоставляет реализует следующие возможности:

  • создание архивных копий виртуальных машин с различным типом архивации посредством специального прокси-сервера VCB Proxy Host, который снимает нагрузку по созданию резервных копий с production-сервера компании, где запущены виртуальные машины
  • не требует установки дополнительных агентов на ESX-серверы
  • предоставляет широкие возможности по интеграции с продуктами сторонних производителей средств резервного копирования, поддержка различных пакетов уже встроена в VCB
  • поддерживает архивацию на уровне файлов для гостевых систем Windows (можно создавать архивные копии отдельных файлов и папок внутри гостевой системы), а также архивацию на уровне образов виртуальных машин для любых гостевых ОС

Создание резервных копий виртуальных машин с помощью VCB происходит путем создания мгновенных снимков виртуальных машин без остановки их работы. VCB поддерживает также сети хранения SAN. Если виртуальные машины расположены на устройстве хранения SAN, процедура резервного копирования выглядит следующим образом:

Созданные в процессе работы снимки состояний виртуальных машин с помощью агента, расположенного на прокси-сервере VCB сохраняются на резервном носителе, откуда затем могут быть восстановлены в случае сбоя запущенной гостевой системы или порчи оборудования. В этом случае, бэкап-агент имеет прямой доступ к логическим единицам LUN (Logical Unit Number) в устройствах SAN. Для сетей SAN средства VCB поддерживают протокол Fibre Channel, а также ленточные носители для сохранения архивных копий. VCB тесно использует возможности VMware Tools, запущенных внутри гостевой системы, для создания резервных копий данных гостевой ОС.

VMware Consolidated Backup на данный момент поддерживает следующие пакеты (список включает в себя только официально оттестированное ПО с продуктом ESX Server):

  • Symantec Backup Exec 10.0
  • Symantec Backup Exec 10d
  • Veritas Netbackup 5.0
  • Veritas Netbackup 5.0 MP4
  • Veritas Netbackup 5.1
  • Veritas Netbackup 5.1 MP2
  • Veritas Netbackup 5.1 MP3
  • Veritas Netbackup 6.0
  • Tivoli Storage Manager v 5.2.1
  • Tivoli Storage Manager v 5.2.3
  • Tivoli Storage Manager v 5.3
  • EMC Networker v 7.0
  • EMC Networker v 7.1.x
  • EMC Networker v 7.2
  • EMC Networker v 7.3
  • CA BrightStor ARCServe r11
  • CA BrightStor ARCServe r11.1
  • CA BrightStor ARCServe r11.5
  • Commvault Galaxy v 5.9
  • Commvault Galaxy v 6.1

Работу по созданию архивных копий виртуальных машин в общем случае можно представить так:

  1. Программное обеспечение для создания резервных копий запускает сценарий подготовки к архивации, который выполняет следующие задачи:
    • убеждается в том, что внутри гостевой системы не происходят операции чтения-записи в сохраняемые папки и файлы (только для гостевых ОС Windows)
    • переключает виртуальную машину в режим «снапшота», создает снимок состояния виртуальной машины и делает его доступным для приложения, использующего VCB
    • монтирует снимок виртуальной машины с SAN на прокси-сервер
  2. Производится создание резервной копии снимка виртуальной машины на уровне образа, либо на уровне файлов и папок гостевой системы (полное, разностное или инкрементальное копирование).
  3. ПО для архивации вызывает post-backup сценарий, который завершает резервное копирование (демонтирует снимки виртуальных машин с прокси-сервера и выводит виртуальную машину из режима снимка).

В процессе создания резервных копий средства VCB используют компоненты виртуальной инфраструктуры, представленные ниже:

Подводя итоги можно сказать, что VMware Consolidated Backup представляет собой мощное средство для создания резервных копий виртуальных машин и дает возможность применять стандартное ПО резервного копирования, используемое в организации для создания архивных копий данных.

Резервное копирование с помощью Vizioncore esxRanger

Продукт esxRanger компании Vizioncore, контролируемой сейчас компанией Quest Software, на данный момент является одним из самых популярных решений для создания архивных копий виртуальных машин на платформе ESX Server. esxRanger не требует установки никаких дополнительных агентов на серверы ESX и создает архивные копии виртуальных машин с одного сервера либо группы серверов за счет интеграции с продуктом Virtual Center. Процесс создания резервных копий происходит на одном Windows-сервере, откуда архивные образы виртуальных систем могут быть сохранены на различных устройствах хранения в производственной среде организации.

esxRanger обладает как GUI-интерфейсом, так и интерфейсом командной строки, что позволяет использовать обычный планировщик задач Windows для запуска работ резервного копирования по расписанию, что отменяет необходимость написания дополнительных скриптов. Главное окно продукта esxRanger представлено ниже:

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

esxRanger интегрируется с VMware Consolidated Backup при использовании в сетях хранения данных SAN и позволяет создавать полные или дифференциальные копии виртуальных машин, а также отдельных файлов и папок в гостевых ОС Windows. Кроме того, в процессе резервного копирования esxRanger собирает различную информацию о метриках архивации (таких как время, затраченное на архивацию и восстановление), хранит ее в базе данных и позволяет использовать ее для построения трендов стратегии Disaster Recovery. В дополнение к этому, esxRanger имеет механизм политик, которые позволяют строить стратегию архивации данных на основе шаблонов и интегрировать его с другими компонентами ИТ-инфраструктуры организации, максимально снизив загрузку системных администраторов.

Процедура резервного копирования с помощью esxRanger выглядит так:

  1. Создается точка сохранения виртуальной машины и сохраняется в базе данных.
  2. При помощи VMware API происходит «разлочка» файлов виртуальных дисков на чтение (по умолчанию они заблокированы) и создание.REDO файлов, которые будут хранить изменения виртуальных дисков с момента точки сохранения.
  3. Файлы виртуальных дисков сжимаются.
  4. Происходит резервное копирование сжатых файлов и применение.REDO файлов к VMDK файлам виртуальных машин.
  5. После того, как изменения будут применены, VMDK файлы возвращаются в исходное заблокированное состояние.
  6. Системный администратор добавляет комментарии к архивным копиям виртуальных машин, содержащие указания на случай сбоя виртуальных машин.

В целом, esxRanger является удобным, надежным и простым в использовании средством создания архивных копий виртуальных машин в Virtual Infrastructure 3, которое обладает возможностями интеграции с VMware Consolidated Backup, что позволяет использовать его в сетях хранения данных SAN компаний любого масштаба.

Создание резервных копий виртуальных машин на платформе Microsoft Virtual Server

К сожалению, компания Microsoft, являющая владельцем и разработчиком продукта для виртуализации серверов Virtual Server 2005, не предоставляет пользователям столь мощного средства резервного копирования и восстановления, как VMware Consolidated Backup. В данный момент, Microsoft сосредоточилась, в основном, на разработке встроенной в следующую версию платформы Windows Server поддержки виртуализации на основе гипервизора под кодовым названием Viridian. Однако Microsoft постоянно откладывает дату окончательного релиза Windows Virtualization, а также урезает его анонсируемые возможности, поэтому сейчас трудно что-то определенное сказать о возможностях резервного копирования в готовящейся платформе виртуализации. С достаточно большой вероятностью можно сказать, что встроенная поддержка «живой» архивации будет, однако неясно пока в каком виде. На сегодняшний день, резервные копии виртуальных машин в Virtual Server могут быть созданы «двумя с половиной способами», включающими в себя:

  • использование стандартных средств резервного копирования образов операционных систем, которые могут быть созданы агентами, работающими внутри гостевых систем, например, Symantec Backup Exec.
  • написание специализированные скриптов, которые сохраняют состояние виртуальной машины, копируют ее данные на резервный носитель и запускают виртуальную машину снова
  • применение служб теневого копирования тома (Volume Shadow Service, VSS), поддержка которых в Virtual Server появилась совсем недавно и пока не поддерживается производителями систем резервного копирования данных

Для того чтобы произвести архивацию запущенных виртуальных машин на платформе Virtual Server можно использовать ее COM-интерфейс, написав сценарий, к примеру, с помощью Visual Basic Scripting (vbs). При создании резервной копии виртуальной машины необходимо сначала перевести ее в сохраненное состояние (Saved State), затем скопировать ее файлы в заданное место и, после этого, снова запустить ее. Ниже приведен пример скрипта на vbs, который делает эти необходимые действия для копирования одной виртуальной машины. Его можно запускать по расписанию с помощью стандартного планировщика задач Windows. " backupvm.vbs " автор: John Savill " использование: backupvm.vbs Option Explicit On Error Resume Next Dim objFSO, objVirtualServer, objVM, objSaveTask, objVHD "Соединение с объектом файловая система set objFSO=CreateObject("Scripting.FileSystemObject") "Соединение с Virtual Server set objVirtualServer = CreateObject("VirtualServer.Application") "Поиск виртуальной машины set objVM = objVirtualServer.FindVirtualMachine(WScript.Arguments(0)) "Сохранение состояния виртуальной машины set objSaveTask = objVM.Save "Пауза для выполнения операции сохранения while not objSaveTask.isComplete WScript.Sleep 1000 wend "Копирование виртуальных дисков и UNDO-дисков for each objVHD in objVM.HardDiskConnections If objFSO.FileExists(objVHD.HardDisk.file) Then "Wscript.Echo objVHD.HardDisk.file & " " & WScript.Arguments(1) objFSO.CopyFile objVHD.HardDisk.file, WScript.Arguments(1) End If If objFSO.FileExists(objVHD.undoHardDisk.file) Then "Wscript.Echo objVHD.undoHardDisk.file & " " & WScript.Arguments(1) objFSO.CopyFile objVHD.undoHardDisk.file, WScript.Arguments(1) End If Next "Копирование vsv и vmc файлов objFSO.CopyFile objVM.File, WScript.Arguments(1) objFSO.CopyFile objVM.SavedStateFilePath, WScript.Arguments(1) "Запуск виртуальной машины objVM.Startup

Этот скрипт необходимо использовать следующим образом:

C: emp>cscript backupvm.vbs

Нужно отметить, что компания Microsoft официально не поддерживает такой процесс создания резервных копий, поскольку целостность виртуальной машины, скопированной в сохраненном состоянии, может быть нарушена из-за того, что часть ее памяти не сохраняется в этом случае в файлах vsv и vhd.

Использование службы Volume Shadow Service

Поддержка служб VSS появилась в недавно вышедшем релизе Virtual Server 2005 R2 SP1. Использование служб теневого копирования в Virtual Server предполагает создание резервных копий запущенных виртуальных машин за счет создания образов, что должно существенно упростить и ускорить процедуру резервного копирования и восстановления. Однако недостаточно, чтобы программное обеспечение для резервного копирования поддерживало VSS, необходимо также, чтобы оно поддерживало еще и новый Virtual Server VSS Writer Service (VS Writer), обнаружить поддержку которого, на данный момент, не удалось ни у одной из систем архивации. В соответствии с информацией Microsoft, средства резервного копирования могут использовать VS Writer для архивации и восстановления виртуальных машин следующим образом: они нотифицируют Virtual Server о том, что процесс архивации начался, Virtual Server отвечает на это созданием снимка виртуальной машины, после чего начинается процесс копирования. На данный момент утилита NTBackup также не поддерживает этот механизм.

Резервное копирование виртуальных машин Xen

Компания XenSource, занимающаяся поддержкой Open-Source проекта Xen, а также распространением коммерческой платформы виртуализации XenEnterprise, предлагает не так много вариантов архивации виртуальных машин на платформе Xen. Один из них приведен ниже с использованием устройств хранения данных в файловой системе NFS (Network File System).

Исходная информация:

  • Хост XenServer (в примере процедуры бэкапа его IP 192.168.1.10)
  • Компьютер, используемый в качестве сервера хранения архивных копий (в примере его IP 192.168.1.1)
  • Виртуальная машина XenVM (в примере ее IP 192.168.1.12)

Процедура резервного копирования:

  1. Установите NFS сервер путем добавления в файл /etc/exports следующей строчки:
    / *(rw,sync,no_root_squash)
  2. На хосте XenServer пропишите в файл /etc/xen/xmexample1 следующее:
    kernel /boot/xenkernel
    name = "ExampleDomain"

    Root = /dev/nfs

    Nfs_server = "192.168.1.1"
    nfs_root = "/ ip=192.168.1.10:192.168.1.1:192.168.1.1:255.255.255.0:::"

  3. Сохраните копию файла /etc/fstab и добавьте в него следующие строчки:
    192.168.1.1:rootdevice / nfs rw,hard,intr 1 1
    192.168.1.1:swapdevice swap swap defaults 0 0
    192.168.1.1:usrpartition /usr nfs rw,hard,intr 1 1
    192.168.1.1:varpartition /var nfs rw,hard,intr 1 1
    none /dev/pts devpts gid=5,mode=620 0 0
    none /proc proc defaults 0 0
  4. Скопируйте /lib/modules/2.6.16.29-xen с хоста XenServer на устройство резервного копирования
  5. Выполните следующую команду на сервере архивных копий:
    #scp 192.168.1.10:/lib/modules/2.2.16.29-xen /lib/modules/
  6. Для активации консоли, используя udev, выполните следующие команды на сервере архивных копий:
    mkdir /tmp/dev
    mount --move /dev /tmp/dev
    sbin/MAKEDEV null console zero
    mount --move /tmp/dev /dev
  7. Выполните следующую команду для монтирования устройства резервного копирования на хост Xen:
    #xm create -c xmexample1
  8. Сохраните резервную копию файла xenstore-ls и скопируйте содержимое файловой системы (за исключением директорий /proc и /sys) в другую папку:
    #rsync -a -e ssh --exclude="/proc/*" --exclude="/sys/*" 192.168.1.10:/ /backupdir

Заключение

Составление и реализация плана резервному копированию и восстановлению после сбоев (Disaster Recover Plan) наиболее важных серверов и рабочих станций организации является необходимой составляющей ее деятельности. Виртуальные машины, даже больше чем физические, требуют высокого внимания к архивации данных, поскольку обычно несколько виртуальных систем консолидировано на одном физическом хосте. Ведущие производители платформ виртуализации стремятся к тому, чтобы предоставить мощные и удобные средства резервного копирования, однако на данный момент это удалось только компании VMware. Стратегию резервного копирования можно проводить двумя способами: один из самых простых путей, делать это в рамках стандартной стратегии по архивации данных в ИТ-инфраструктуре компании, за счет установки в гостевых системах агентов резервного копирования и создания образов. Другой, более удобный и быстрый путь - использование встроенных средств платформ, таких как VMware Consolidated Backup или написание скриптов системными администраторами. В любом случае, никогда нельзя забывать, что отказ оборудования или иные форс-мажорные обстоятельства не должны существенно влиять на критически важную деятельность компании.

Использование групп VM

Группы VM позволяют пользователю создавать специальные группы виртуальных машин, для коллективного управления ими.

Создайте группу, используя GUI

1) Перетащите одну виртуальную машину поверх другой виртуальной машины.

2) Выберите несколько виртуальных машин и выберите «Сгруппировать » в меню правой кнопки мыши, как показано ниже:

Можно создавать вложенные группы.

Групповые операции позволяют делать обычные для виртуальных машин действия сразу для всех членов группы.

Снимки

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

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

Создание, восстановление и удаление снимков

Существует три операции, связанные со снимками:

  1. Вы можете сделать снимок . Это делает копию текущего состояния машины, к которой вы можете позже вернуться в любой момент.
  • Если ваша виртуальная машина в данный момент запущена, выберите «Сделать снимок состояния… » в раскрывающемся меню «Машина » окна VM.
  • Если ваша виртуальная машина в настоящее время находится в состоянии «сохранено » или «выключена » (как показано рядом с виртуальной машиной в главном окне VirtualBox), щелкните вкладку «Снимки » в правом верхнем углу главного окна, а затем
    • либо на значке маленькой камеры (для «Сделать снимок »), либо
    • щелкните правой кнопкой мыши элемент «Текущее состояние » в списке и выберите в меню «Сделать снимок ».

В любом случае появится окно с запросом имени снимка. Это имя предназначено исключительно для справочных целей, чтобы помочь вам запомнить состояние снимка. Например, полезным именем будет «Свежая инсталляция с нуля, без гостевых дополнени й» или «Только пакет обновления 3». Вы также можете добавить более длинный текст в поле «Описание », если хотите.

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

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

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

Примечание : Восстановление моментального снимка повлияет на виртуальные жесткие диски, подключенные к вашей виртуальной машине. Это также означает что все файлы, созданные с момента создания снимка и все другие изменения файлов, будут потеряны. Чтобы предотвратить потерю данных при использовании функции снимков, можно добавить второй жесткий диск в режиме «сквозной записи » с помощью интерфейса VBoxManage и использовать его для хранения ваших данных. Поскольку записываемые жесткие диски не включены в моментальные снимки, они остаются неизменными, когда машина возвращается.

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

Восстановив более ранний снимок и сделав больше снимков, можно создать нечто вроде альтернативной реальности и переключиться между этими разными историями виртуальной машины. Это может привести к созданию дерева снимков виртуальной машины, как показано на скриншоте выше.

  1. Вы также можете удалить снимок, который не повлияет на состояние виртуальной машины, но только отпустите файлы на диске, которые VirtualBox использовал для хранения данных моментальных снимков, тем самым освободив место на диске. Чтобы удалить снимок, щелкните его правой кнопкой мыши в дереве снимков и выберите «Удалить ». Начиная с VirtualBox 3.2, снимки могут быть удалены даже во время работы машины.

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

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

Подумайте о снимке как о времени, которое вы сохранили. Более формально снимок состоит из трех вещей:

  1. Он содержит полную копию настроек виртуальной машины, включая конфигурацию оборудования, так что при восстановлении снимка параметры VM также восстанавливаются. (Например, если вы изменили конфигурацию жесткого диска или системные настройки виртуальной машины, это изменение отменяется при восстановлении снимка.)
  2. Копия настроек сохраняется в конфигурации устройства, текстовом файле XML и, следовательно, занимает очень мало места.
  3. Сохраняется полное состояние всех виртуальных дисков, прикрепленных к машине. Возврат к снимку означает, что все изменения, внесенные на диски компьютера - по файлу, побитно - также будут отменены. Файлы, созданные с момента создания, исчезнут, файлы, которые были удалены, будут восстановлены, изменения в файлах будут отменены.

(Строго говоря, это справедливо только для виртуальных жестких дисков в «нормальном» режиме. Как уже упоминалось выше, вы можете настроить диски на поведение по-разному с моментальными снимками. Еще более формально и технически корректно, при восстановлении снимка не восстанавливается сам виртуальный диск. Вместо этого, когда делается снимок, VirtualBox создает разностные образы, которые содержат только изменения с момента создания снимка, и когда снимок восстанавливается, VirtualBox отбрасывает этот образ разности, таким образом возвращаясь к предыдущему состоянию. Это происходит быстрее и использует меньше места на диске.

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

Наконец, если вы сделали снимок во время работы машины, состояние памяти устройства также сохраняется в снимке (так же, как память может быть сохранена при закрытии окна VM). Когда вы восстанавливаете такой снимок, выполнение возобновляется точно в тот момент, когда был сделан снимок.

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

Удаление виртуальных машин

Чтобы удалить виртуальную машину, которая вам больше не нужна, щелкните ее правой кнопкой мыши в списке менеджера VM, выберите из появившегося контекстного меню «Удалить ».

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

Пункт меню «Удалить

Клонирование виртуальных машин

Чтобы поэкспериментировать с конфигурацией виртуальной машины, протестировать разные уровни гостевой ОС или просто создать резервную копию виртуальной машины, VirtualBox может создать полную или связанную копию существующей виртуальной машины.

Мастер проведет вас через процесс клонирования:

Этот мастер можно вызвать из контекстного меню списка менеджера VM (выберите «Клонировать ») для выбранной виртуальной машины. Сначала выберите новое имя для клона. Можно выбрать опцию генерации MAC-адресов всех сетевых карт, тогда каждая сетевая карта в клоне получит новый MAC-адрес. Это полезно когда и исходная VM, и клонированная виртуальная машина должны работать в одной и той же сети. Если вы оставите это без изменений, все сетевые карты будут иметь тот же MAC-адрес, что и тот, который находится в исходной VM. В зависимости от того, как вы вызываете мастера, у вас есть разные варианты для операции клонирования. Сначала вам нужно решить, должен ли клон быть связан с исходной ВМ или полностью независимым клоном:

Полное клонирование : в этом режиме все зависимости образов дисков копируются в новую папку VM. Клон может полностью работать без исходной виртуальной машины.

Связанное клонирование : в этом режиме создаются новые отличительные образы дисков, где образы родительского диска являются образами исходного диска. Если вы выбрали текущее состояние исходной VM в качестве точки клонирования, новый снимок будет создан неявно.

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

Сама операция клонирования может быть длительной в зависимости от размера и количества прикрепленных образов дисков. Также имейте в виду, что в каждом снимке есть разные образы дисков, которые также нужно клонировать.

Пункт меню «Клонировать » отключается во время работы машины.

Импорт и экспорт виртуальных машин

VirtualBox может импортировать и экспортировать виртуальные машины в стандартном формате Open Virtualization Format (OVF).

OVF - это межплатформенный стандарт, поддерживаемый многими продуктами виртуализации, который позволяет создавать готовые виртуальные машины, которые затем могут быть импортированы в виртуализатор, такой как VirtualBox. Импорт и экспорт в VirtualBox в формат OVF очень прост и осуществляется из окна Менеджера, а также интерфейса командной строки. Это позволяет упаковывать так называемые виртуальные устройства: образы дисков вместе с настройками конфигурации, которые могут быть легко развёрнуты. Таким образом, вы можете предложить законченные, готовые к использованию пакеты программного обеспечения (операционные системы с приложениями), которые не нуждаются в настройке или установке, кроме импорта в VirtualBox.

Примечание : Стандарт OVF является сложным, и его поддержка в VirtualBox является непрерывным процессом. В частности, не гарантируется, что VirtualBox поддерживает все устройства, созданные другим программным обеспечением для виртуализации.

Устройства в формате OVF могут отображаться в двух вариантах:

  1. Они могут поставляться в нескольких файлах в виде одного или нескольких образов дисков, обычно в широко используемом формате VMDK и текстовом файле с описания на языке XML с расширением .ovf . Чтобы иметь возможность их импорта, файлы должны находиться в одном каталоге.
  2. В качестве альтернативы, вышеупомянутые файлы могут быть упакованы вместе в один файл архива, как правило, с расширением .ova . (Такие архивные файлы используют вариант формата архива TAR и поэтому могут быть распакованы вне VirtualBox с любой утилитой, которая может распаковать стандартные файлы TAR.)

Чтобы импортировать устройство в один из вышеуказанных форматов, просто дважды щелкните файл OVF/OVA. Или выберите «Файл » → «Импорт конфигураций » в окне Менеджера. В появившемся диалоговом окне файла перейдите к файлу с расширением.ovf или.ova.

Если VirtualBox может обработать этот файл, появится диалоговое окно, подобное следующему:

Оно представляет виртуальные машины, описанные в OVF-файле, и позволяет вам изменить настройки виртуальной машины, дважды щелкнув элементы описания. Как только вы нажмете «Импорт », VirtualBox скопирует образы дисков и создаст локальные виртуальные машины с настройками, описанными в диалоговом окне. Затем они появятся в списке виртуальных машин Менеджера.

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

И наоборот, для экспорта виртуальных машин, которые у вас уже есть в VirtualBox, выберите «Файл » → «Экспорт конфигураций ». Появится другое диалоговое окно, которое позволяет объединить несколько виртуальных машин в устройство OVF. Затем выберите местоположение, где должны быть сохранены целевые файлы, и начнется процесс преобразования. Это может занять некоторое время.

Примечание : OVF не может описать снимки, которые были сделаны для виртуальной машины. В результате при экспорте виртуальной машины со снимками будет экспортировано только текущее состояние машины, а образы дисков в экспорте будут иметь «сплющенное» состояние, идентичное текущему состоянию виртуальной машины.

Глобальные настройки

Диалог глобальных настроек можно найти в меню «Файл », выбрав пункт «Настройки…. » Он предлагает набор настроек, которые применяются ко всем виртуальным машинам текущего пользователя или, в случае расширений, для всей системы:

  • Общие . Позволяет пользователю указать папку/каталог по умолчанию для файлов VM и библиотеку аутентификации VRDP.
  • Ввод . Позволяет пользователю указать Хост-клавишу. Он используется для переключения курсора из фокуса виртуальной машины или окон операционной системы хоста, а также используется для запуска определенных действий виртуальной машины.
  • Обновления . Позволяет пользователю указывать различные параметры автоматического обновления.
  • Язык . Позволяет пользователю указать язык графического пользовательского интерфейса.
  • Дисплей . Позволяет пользователю указывать разрешение экрана, а также его ширину и высоту.
    • сертификат . По специальная скидка на любые факультеты и курсы!

Means backing up data from VirtualBox virtual machines (VMs), the solution highly popular among both Windows and Linux users. These cross-platform capabilities slightly differs VirtualBox from other virtual machine engines such as Hyper-V and VMware.

Fully capable to backup VirtualBox VM data under Windows, Handy Backup also has one other option, making possible VirtualBox backup under some Linux distros through Network Agents in network-oriented solutions.

The Theory of VirtualBox Backup

Backup VirtualBox machines may be achieved through one of two different methods: internal and external. Both ways require the installation of Handy Backup to the machine – VirtualBox backup VM target for the internal way, or the computer containing VirtualBox software for other method.

The Internal Method

A copy of Handy Backup (or a Handy Backup Network Agent) can be installed on the virtual machine, under Windows or Linux. Then VirtualBox backup VM data using this copy of Handy Backup, as any computer physically existed, with all capabilities and possibilities of this solution.

Any edition of Handy Backup can be installed to VirtualBox. If you need to perform VirtualBox backup activity on a couple of virtual machines, though, it seems to be a most logical way to use a network-oriented solution, such as .



The External Method

Using this method, Handy backup takes a snapshot of VirtualBox backup VM data from the machine where the particular VirtualBox instance is running. Backup VirtualBox with the external method is no different from backing up any single file.

Handy Backup can use the “hot” technique to perform VirtualBox backup. This means that you have no need to stop the VirtualBox instance before copying it. The is used to perform backup VirtualBox VM in a “hot” mode.


Recommended Solution

How to Backup VirtualBox Machine Using the External Method

This simple task may be accomplished using the following instruction.
  1. Open Handy Backup and select a new task item on the main menu or by pressing Ctrl+N. Select a backup task type.
  2. On the Step 2 , use the “Computer” as the data source. Use the navigation panel or the "File filters" option to find VirtualBox files (*.vbox).


Note: VirtualBox machines may not have the “default” location; the exact position of any VirtualBox machine created can vary greatly from other machine positions. The reasonable way of finding the machine you need is to find it using some file explorer and then paste the path to it!

  1. Select VirtualBox images you needed to backup VirtualBox data in this particular task. Press OK to return to the process of task creation.

    2. Choose other parameters of the VirtualBox backup task, such as the data destination, time of execution, data encryption, etc. These steps are not specific to the VirtualBox backup task.