Как резервировать виртуальный сервер VirtualBox?
Перефразируемый из ответа John's, "Рассматривают виртуальное, поскольку Вы были бы реальная машина". Любое программное обеспечение/метод для резервного копирования, в то время как выполнение будет работать. Можно также хотеть резервное копирование конфигурационного файла виртуальной машины (.vbox), если резервный метод уже не включает его. Большинство резервных копий без операционной системы сделано без стандартного системного выполнения. Большинство возрастающих/дифференциальных резервных копирований данных может быть выполнено с системным выполнением.
Знайте, что "VBoxManage clonehd" (clonevdi удерживается от использования) изменит UUID. Много текущих дистрибутивов Linux используют UUID для монтирования, и необходимо будет изменить UUID или/etc/fstab, чтобы заставить клонированный диск загружаться.
Также clonehd не копирует машину, только диск. У Вас могут быть определенные виртуальные параметры настройки системы, необходимые для корректного выполнения виртуального, нескольких NICs, установки памяти большой емкости, и т.д.
Попытайтесь использовать несколько дисков для разделения системы от данных для сокращения времени простоя для клона или резервного копирования. Если виртуальным является веб-сервер, используйте отдельный диск для www-корня, где большинство ежедневных изменений будет внесено. Никакая потребность неоднократно резервировать системный диск, если программы или файлы конфигурации не обновляются. Не забывайте копировать журналы при необходимости в них.
Также изучите использование VirtuaBox неизменные диски после начальной виртуальной установки и установки. Неизменный системный диск может быть общим для много виртуальных машин. Это только для чтения и только должно быть сохранено однажды, или безотносительно числа хранения Вы чувствуете себя в безопасности с, обычно три или четыре копии достаточны. Только differencing диски должны будут регулярно сохраняться.
Большинство наших виртуальных серверов предварительно поддерживается на основании исходного управления версиями. Все изменения в конфигурационных файлах виртуальной машины (.vbox), virtual's и т.д. файлы конфигурации и виртуальные данные публикуются посредством управления исходным кодом, которое сохранено внешне. Восстанавливание/восстанавливание состоит из проверки vbox файла машины, начальной загрузки виртуальной машины против неизменного и перезагрузки диска различия от управления исходным кодом до контрольной точки или тега ветвей. Это работает хорошо на сервисные серверы.
Виртуальные клиентские тестовые машины (различные версии окон) обычно являются слишком громоздкими для этого метода и должными являются экспортировать/импортировать, clonehd или резервные копии типа clonezilla.
Резервное копирование/восстановление Clonezilla без операционной системы - загружает виртуальный в clonezilla ISO и дополнительный приложенный диск данных резервного копирования или использует совместно используемые папки для резервного места назначения. Это создает резервную копию и сжимается в одной передаче. Clonehd и экспорту будет нужно пространство максимум для трех копий временно во время резервного копирования, если Вы также сожметесь после clonehd операции. После того, как резервное копирование или восстановление удаляют clonezilla ISO, монтируют, дополнительный диск с резервной копией или совместно используют папки и перезапускают систему. Восстановление является той же процедурой как резервное копирование.
Если Вы используете какой-либо метод другой, который экспортирует/импортирует Вас, возможно, должен играть UUID в конфигурации виртуальной машины (.vbox) файл или в virtuals/etc/fstab (иногда даже с экспортом/импортом для/etc/fstab) для получения вещей, работающих после восстанавливания/восстанавливания.
Экспорт и импорт являются глупым методом. Export скопирует и настройки машины и диск. Это будет занимать много времени и использовать почти дважды дисковое пространство virtual. Виртуальное не должно работать во время экспорта или импорта.
Если Вы хотите абсолютное минимальное время простоя для своего virtuals и минимальную передачу данных для возрастающих резервных копий, взгляд на использование openIndiana (Солярис) или варианты, выполняющие ZFS как виртуальная хост-система. Легкий снимок, репликация и дедупликация. Чистые снимки virtuals занимают меньше времени, чем последовательность завершения работы/перезапуска на виртуальном. Завершение работы гарантирует целостность БД, при выполнении баз данных SQL и осуществляет изменения блокировки/нет, сделаны во время резервного копирования. После того, как последовательность завершения работы/снимка/перезапуска завершается, обычно меньше, чем несколько минут, виртуальное под управлением/применимо. Затем используйте синхронизацию ZFS для передачи только изменений снимка в другой резервной машине или внешнем диске на досуге.
Можно или экспортировать VM, который может их быть импортированным в то же или другой хост, или можно использовать инструменты регулярного резервного копирования, как Вы были бы с физическим хостом. Нет никакой настоящей причины для обработки VM любой по-другому к реальной машине в целях резервирования.