Я хотел бы настроить сервер, работающий на виртуальной машине VirtualBox в хост-системе Linux.
Что было бы эффективным способом резервного копирования этого виртуального сервера "целиком", чтобы в случае любого хоста или сбой гостевой системы, я могу просто восстановить резервную копию виртуального сервера?
Также дайте мне знать, как мне восстановить резервную копию. Спасибо!
Перефразируя ответ Джона: «Обращайтесь с виртуальным, как с физической машиной». Любое программное обеспечение / метод резервного копирования во время работы будет работать. Вам также может потребоваться резервная копия файла конфигурации виртуальной машины (.vbox), если метод резервного копирования еще не включает ее. Большинство резервных копий на «голое железо» выполняется без запуска стандартной системы. Большинство инкрементных / дифференциальных резервных копий данных можно выполнить при работающей системе.
Имейте в виду, что «VBoxManage clonehd» (clonevdi устарел) изменит UUID. Многие современные дистрибутивы Linux используют UUID для монтирования, и вам нужно будет изменить UUID или / etc / fstab, чтобы клонированный диск загрузился.
Также clonehd не копирует машину, только диск. У вас могут быть определенные настройки виртуальной системы, необходимые для правильной работы виртуальной, нескольких сетевых адаптеров, настройки большой памяти и т. Д.
Попробуйте использовать несколько дисков для отделения системы от данных, чтобы сократить время простоя для клонирования или резервного копирования. Если виртуальный является веб-сервером, используйте отдельный диск для www-root, где будут вноситься большинство ежедневных изменений. Нет необходимости повторно делать резервную копию системного диска, если не обновлены программы или файлы конфигурации. Не забудьте сделать резервную копию журналов, если они вам понадобятся.
Также изучите возможность использования неизменяемых дисков VirtuaBox после первоначальной виртуальной установки и настройки. Неизменяемый системный диск может использоваться многими виртуальными машинами. Он предназначен только для чтения, и его нужно создать только один раз, или какой бы номер хранения вы не использовали, обычно достаточно трех или четырех копий. Регулярно выполнять резервное копирование необходимо только для разностных дисков.
Для большинства наших виртуальных серверов создается предварительное резервное копирование благодаря системе контроля версий исходного кода. Все изменения в файлах конфигурации виртуальной машины (.vbox), файлах конфигурации виртуальной машины и т. Д. И виртуальных данных публикуются через систему управления версиями, резервная копия которой создается извне. Перестройка / восстановление состоит из проверки файла машины vbox, загрузки виртуальной машины против неизменяемого и перезагрузки разностного диска из системы управления версиями в контрольную точку или тег ветки. Это хорошо работает для серверов служб.
Виртуальные клиентские тестовые машины (разные версии Windows) обычно слишком громоздки для этого метода и нуждаются в резервных копиях типа экспорта / импорта, clonehd или clonezilla.
Резервное копирование / восстановление без покрытия Clonezilla - виртуальная загрузка clonezilla iso и дополнительный подключенный диск с данными резервного копирования или использование общих папок в качестве места назначения резервного копирования. Это резервное копирование и сжатие за один проход. Clonehd и экспорт потребуют места для временного хранения до трех копий во время резервного копирования, если вы также выполните сжатие после операции clonehd. После резервного копирования или восстановления удалите монтирование iso clonezilla, дополнительный диск резервного копирования или общие папки и перезапустите систему. Восстановление выполняется так же, как и резервное копирование.
Если вы используете какой-либо другой метод, кроме экспорта / импорта, вам может потребоваться изменить UUID в файле конфигурации виртуальной машины (.vbox) или в виртуальных файлах / etc / fstab (иногда даже с экспортом / импортом для / etc / fstab), чтобы получить все работает после восстановления / восстановления.
Экспорт и импорт - это мертвый метод. Экспорт скопирует как настройки машины, так и диск. Это займет много времени и потребует почти вдвое больше дискового пространства виртуальной машины. Виртуальный сервер не должен работать во время экспорта или импорта.
Если вам нужно минимальное время простоя для ваших виртуальных машин и минимальная передача данных для инкрементных резервных копий, рассмотрите возможность использования openIndiana (Solaris) или вариантов с ZFS в качестве системы виртуального хоста. Легкий снимок, репликация и дедупликация. Чистые моментальные снимки виртуальных машин занимают меньше времени, чем последовательность выключения / перезапуска виртуальных машин. Завершение работы обеспечивает целостность базы данных, если запущены базы данных SQL и принудительно выполняет блокировку / никакие изменения во время резервного копирования не вносятся. После завершения последовательности выключения / создания снимков / перезапуска, обычно менее нескольких минут, виртуальная машина работает / может использоваться. Затем используйте синхронизацию ZFS, чтобы перенести только изменения снимка на другую машину резервного копирования или внешний диск на досуге.
Скопируйте файл .vdi из каталога жестких дисков в безопасное место. (ты можешь использовать VBoxManage clonevdi ...).
Вы можете либо экспортировать виртуальную машину, которая может быть импортирована на тот же или другой хост, либо вы можете использовать обычные инструменты резервного копирования, как и с физическим хостом. Нет реальной причины рассматривать виртуальную машину иначе, чем физическую машину в целях резервного копирования.