Как сделать копию виртуальной машины
2keep.net
IT-Blog
Клонирование виртуальной машины VMware ESXi с помощью vSphere Client
Имеется бесплатная версия VMware ESXi 5.5. Необходимо клонировать существующую виртуальную машину с установленным Linux Debian на котором крутится система Service Desk OTRS.
Решение
Для того, что бы клонировать виртуальную машину на ESXi с помощью VMware vSphere Client необходимо:
VMware vSphere Client, закладка «Configuration»
Пойдет процесс копирования файлов конфигурации и диска виртуальной машины.
VMware vSphere Client, Datastore Browser
VMware vSphere Client, Add to Inventory
Важное замечание!
Если в копируемой VM присутствую snapshot’ы их нужно или удалить перед копированием или скопировать вместе с другими файлами, иначе во время загрузки новой VM будет ошибка с сообщением о невозможности подгрузить файлы с snapshot’ами.
Загружаем новую виртуальную машину и нажимаем кнопку запуска консоли виртуальной машины,
Запуск консоли виртуальной машины
появится окно с просьбой указать, данная виртуальная машины скопированная или перенесенная виртуальная машину, выберете необходимое.
Похожие записи.
Андрей Торженов
Latest posts by Андрей Торженов (see all)
Добавить комментарий Отменить ответ
Для отправки комментария вам необходимо авторизоваться.
Оповещение по e-mail о новых комментариях.
Также вы можете не оставляя комментарий подписаться но новые комментарии.
HackWare.ru
Этичный хакинг и тестирование на проникновение, информационная безопасность
Руководство по VirtualBox (часть 3): Использование групп, снимков, клонирование, импорт и экспорт виртуальных машин
Оглавление
Использование групп VM
Группы VM позволяют пользователю создавать специальные группы виртуальных машин, для коллективного управления ими.
Создайте группу, используя GUI
1) Перетащите одну виртуальную машину поверх другой виртуальной машины.
2) Выберите несколько виртуальных машин и выберите «Сгруппировать» в меню правой кнопки мыши, как показано ниже:
Можно создавать вложенные группы.
Групповые операции позволяют делать обычные для виртуальных машин действия сразу для всех членов группы.
Снимки
Со снимками вы можете сохранить определенное состояние виртуальной машины для последующего использования. В любое последующее время вы можете вернуться к этому состоянию, даже если вы, возможно, с тех пор значительно изменили VM. Таким образом, снимок виртуальной машины аналогичен машине в «сохраненном» состоянии, как описано выше, но их может быть много, и эти сохраненные состояния хранятся на постоянной основе.
Вы можете увидеть снимки виртуальной машины, сначала выбрав машину в VirtualBox Менеджер, а затем щелкнув по кнопке «Снимки» в правом верхнем углу. Пока вы не сделаете снимок машины, список снимков будет пустым, за исключением пункта «Текущее состояние», которое представляет точку «Сейчас» в жизни виртуальной машины.
Создание, восстановление и удаление снимков
Существует три операции, связанные со снимками:
В любом случае появится окно с запросом имени снимка. Это имя предназначено исключительно для справочных целей, чтобы помочь вам запомнить состояние снимка. Например, полезным именем будет «Свежая инсталляция с нуля, без гостевых дополнений» или «Только пакет обновления 3». Вы также можете добавить более длинный текст в поле «Описание», если хотите.
VirtualBox не налагает никаких ограничений на количество снимков, которые вы можете сделать. Единственным практическим ограничением является дисковое пространство на вашем хосте: каждый снимок сохраняет состояние виртуальной машины и, таким образом, занимает некоторое дисковое пространство.
Примечание: Восстановление моментального снимка повлияет на виртуальные жесткие диски, подключенные к вашей виртуальной машине. Это также означает что все файлы, созданные с момента создания снимка и все другие изменения файлов, будут потеряны. Чтобы предотвратить потерю данных при использовании функции снимков, можно добавить второй жесткий диск в режиме «сквозной записи» с помощью интерфейса VBoxManage и использовать его для хранения ваших данных. Поскольку записываемые жесткие диски не включены в моментальные снимки, они остаются неизменными, когда машина возвращается.
Чтобы избежать потери текущего состояния при восстановлении снимка, вы можете создать новый снимок перед восстановлением.
Восстановив более ранний снимок и сделав больше снимков, можно создать нечто вроде альтернативной реальности и переключиться между этими разными историями виртуальной машины. Это может привести к созданию дерева снимков виртуальной машины, как показано на скриншоте выше.
Примечание: В то время как создание и восстановление снимков являются достаточно быстрыми операциями, удаление моментального снимка может занять значительное количество времени, так как может потребоваться копирование большого количества данных между несколькими файлами образов дисков. Временным дисковым файлам также может потребоваться большое количество дискового пространства во время выполнения операции.
Есть некоторые ситуации, которые невозможно обработать во время работы виртуальной машины, и вы получите соответствующее сообщение, что удаление этого снимка нужно делать когда виртуальная машина выключена.
Содержание снимка
Подумайте о снимке как о времени, которое вы сохранили. Более формально снимок состоит из трех вещей:
(Строго говоря, это справедливо только для виртуальных жестких дисков в «нормальном» режиме. Как уже упоминалось выше, вы можете настроить диски на поведение по-разному с моментальными снимками. Еще более формально и технически корректно, при восстановлении снимка не восстанавливается сам виртуальный диск. Вместо этого, когда делается снимок, 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 могут отображаться в двух вариантах:
Если VirtualBox может обработать этот файл, появится диалоговое окно, подобное следующему:
Оно представляет виртуальные машины, описанные в OVF-файле, и позволяет вам изменить настройки виртуальной машины, дважды щелкнув элементы описания. Как только вы нажмете «Импорт», VirtualBox скопирует образы дисков и создаст локальные виртуальные машины с настройками, описанными в диалоговом окне. Затем они появятся в списке виртуальных машин Менеджера.
Обратите внимание: поскольку образы на диске имеют тенденцию быть большими, а образы VMDK, которые поставляются с виртуальными устройствами, обычно отправляются в специальном сжатом формате, который непригоден для непосредственного использования виртуальными машинами, образы сначала нужно будет распаковать и скопировать, что может занять несколько минут.
И наоборот, для экспорта виртуальных машин, которые у вас уже есть в VirtualBox, выберите «Файл» → «Экспорт конфигураций». Появится другое диалоговое окно, которое позволяет объединить несколько виртуальных машин в устройство OVF. Затем выберите местоположение, где должны быть сохранены целевые файлы, и начнется процесс преобразования. Это может занять некоторое время.
Примечание: OVF не может описать снимки, которые были сделаны для виртуальной машины. В результате при экспорте виртуальной машины со снимками будет экспортировано только текущее состояние машины, а образы дисков в экспорте будут иметь «сплющенное» состояние, идентичное текущему состоянию виртуальной машины.
Глобальные настройки
Диалог глобальных настроек можно найти в меню «Файл», выбрав пункт «Настройки….» Он предлагает набор настроек, которые применяются ко всем виртуальным машинам текущего пользователя или, в случае расширений, для всей системы:
Резервное копирование виртуальных машин в VirtualBox
А теперь к забавной теме образов виртуальных машин!
Мой компьютер синий экран на днях. Так что я стал довольно параноиком. Это второй раз за месяц, это случилось. Мне нужно было убедиться, что моя стратегия резервного копирования была надежной. Самое важное, что я хочу сделать резервную копию — это мой образ Ubuntu VirtualBox. Здесь, на работе, мы используем CrashPlan, который, кажется, выполняет достаточно приличную работу, автоматически копируя каталоги, о которых я говорю. Однако глупый я просто указывал CrashPlan на каталог с образами моей виртуальной машины и надеялся на лучшее. Это, конечно, проблематично, поскольку CrashPlan, скорее всего, выполняет резервное копирование, пока я активно работаю на своей виртуальной машине. Как я могу гарантировать, что изображение находится в каком-либо согласованном состоянии?
Резервное копирование с помощью системы управления версиями
Резервное копирование с использованием снимков VirtualBox
Оказывается, каноническое решение включает в себя функцию VirtualBox, известную как моментальные снимки, о которых раньше я ничего не знал.
С точки зрения пользователей снимок является точкой восстановления. Если я создаю снимок, я могу вернуться к этому моменту времени. Самое приятное, что я могу сделать снимок системы даже во время ее работы. В простейшем случае использования у вас есть линейная прогрессия во времени различных снимков. Вы можете восстановить вашу виртуальную машину до любого снимка в истории. Вы также можете делать сумасшедшие вещи, например возвращаться к снимку и создавать ветку из этого снимка — перемещая вашу виртуальную машину в нескольких экспериментальных направлениях из одной точки восстановления.
То, как на самом деле работают снимки, делает их чрезвычайно мощными для резервного копирования. Снимок оказывается той системой, которую я искал. Когда вы делаете снимок виртуальной машины, в «нормальном» режиме по умолчанию связанный родительский элемент (или образ виртуальной машины, или другой снимок) замораживается и больше не записывается. Вместо этого все записи идут в файл, связанный с новым снимком. Этот файл по сути является своего рода журналом фиксации для базовой виртуальной файловой системы всего, что произошло после моментального снимка. Это разные вещи, которые изменились с момента создания снимка. Восстановление к точке моментального снимка так же просто, как удаление файла снимка — журнал фиксации — и размораживание предка снимка.
Удаление снимка не удаляет все изменения в этом журнале фиксации. Вместо этого он складывает этот снимок в своего предка (обратно в vdi или другой файл сравнения). Это на самом деле совершение различий.
Что приводит меня к пониманию того, почему это может работать как стратегия резервного копирования.
Вы можете сделать резервную копию работающей виртуальной машины VirtualBox, поддерживая каскад снимков. Один снимок, известный как «текущий», является самым последним снимком. Восстановление к нему восстанавливает до последней резервной копии. Файл diff, связанный с ним (содержит все, что произошло после Снимка), отражает все неподкрепленные изменения и является тем местом, где VirtualBox активно хранит записи гостевой ОС. Этот diff является своего рода «журналом фиксации» всех изменений, которые происходят на виртуальном диске. «Предыдущий» снимок — это точка восстановления до текущей. В этом сценарии предыдущий журнал фиксации является старым током. Журнал фиксации / разница, связанный с «предыдущими», отражает изменения между предыдущими / текущими снимками. Наконец, этот скрипт также имеет «deleteMe» — старый предыдущий. При каждом запуске deleteMe,складывается обратно в основной файл vdi, сообщая VBoxManage удалить снимок (удаление снимка не удаляет связанные данные, оно просто складывает данные и забывает точку восстановления).
Эта стратегия позволяет нам сохранить 2 точки восстановления (в случае, если случайное резервное копирование создает резервную копию нестабильного образа). Это отличная стратегия, но …
Снимки — протектор осторожно
К сожалению, лично для меня живые снимки VirtualBox не были ужасно надежной стратегией резервного копирования. Я, к сожалению, видел несколько неудачных снимков. Или, что еще хуже, произошел сбой VirtualBox во время создания снимка. К счастью, я не потерял много данных, так как я старательно отправлял свой код на github. Когда снимок не удался, мне пришлось редактировать файл vbox.xml моей виртуальной машины. Файл, в котором четко указано «НЕ РЕДАКТИРОВАТЬ» вверху. Легко впасть в затишье, думая, что это похоже на что-то, что должно либо преуспеть, либо потерпеть неудачу атомарно, как переход в систему управления версиями. Это не мой опыт, что это так.
Вот галерея ужасов некоторых ошибок, которые я видел. Во-первых, «Различающееся изображение снимка не может быть найдено», в котором файл снимка каким-то образом теряется.
Я также сталкивался с этой ошибкой — «Жесткий диск XXX не может быть напрямую подключен к виртуальной машине, потому что он имеет 1 разностный дочерний жесткий диск». У меня были ошибки при создании снимков, в том числе зависание процесса снимка с работающей виртуальной машиной. К сожалению, я не могу сказать, что доверяю живым снимкам прямо сейчас.
У меня также только один снимок, который сейчас работает — «текущий». Перед запуском VirtualBox текущее уплотняется в основное изображение vdi посредством удаления снимка. Затем я делаю новый «текущий» снимок, который использует VirtualBox. Для меня это пока лучшее решение. У меня есть одно разностное изображение, активное одновременно. Основной vdi обновляется непосредственно перед запуском виртуальной машины. Поэтому, когда аварийный план создает резервную копию этой папки, он должен создавать резервные копии стабильных vdi, которые не постоянно меняются и становятся нестабильными. Это ** кажется ** лучшим решением для меня для поддержания надежной стратегии резервного копирования без каких-либо странных ошибок, которые приводят к сбою моей работающей виртуальной машины.
В любом случае, мне было бы интересно узнать о вашем опыте резервного копирования виртуальных машин!