Для автоматизации полного резервного копирования виртуальной машины экспорт в качестве устройства лучше, чем клонирование виртуальной машины?

1029
alpha_989

Недавно у меня произошел сбой на моей виртуальной машине, и по какой-то причине настройки моей BridgeNetwork менялись случайным образом. Мне пришлось потратить немало времени, чтобы выяснить причину. Правильно, я вручную копирую и вставляю виртуальную машину в другую папку, которая затем периодически копируется в Google-Drive. Однако, когда я попытался скопировать резервную копию в исходную папку в папке «C: \ Users \ username \ VirtualBox VM», я не смог запустить обе виртуальные машины (последнюю и одну из резервной копии), так как он жаловался, что виртуальные машины имели одинаковые UUID. Мне удалось выяснить, как исправить эту проблему, но я хотел бы предотвратить эту проблему и сделать этот процесс автоматизированным ( https://stackoverflow.com/a/49471969/4752883 )

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

  1. экспорт / импорт виртуальной машины
  2. скопировать вставить папку VM
  3. клонировать виртуальную машину

Из этой статьи https://forums.virtualbox.org/viewtopic.php?f=1&t=63079, кажется, по крайней мере в 2014 году, копирование папки - лучший процесс. Однако копирование папки не допускается, когда виртуальная машина фактически работает. Клонирование и экспорт ВМ разрешены, когда ВМ работает. Поскольку моя виртуальная машина работает почти все время, мне пришлось бы вручную отключить виртуальную машину, а затем скопировать папку виртуальной машины, что лишило бы цели автоматизации. Таким образом, кажется, что только 2 варианта exporting the VMили клонирование виртуальной машины. Кроме того, если я скопирую папку виртуальной машины, а затем попытаюсь вызвать копию виртуальной машины и самой виртуальной машины, идентификаторы UUID будут конфликтовать. В результате я не смогу вывести их обоих в онлайн одновременно, чтобы отладить любые проблемы.

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

  1. возможность автоматизации резервного копирования в течение 7 дней
  2. возможность запуска резервного копирования без остановки виртуальной машины
  3. возможность переноса резервной копии с одного компьютера на другой (для снижения риска сбоя компьютера)
  4. возможность сохранения папки с резервной копией на другом диске (для предотвращения сбоя жесткого диска)
  5. возможность одновременного запуска обеих виртуальных машин без особой работы
  6. сохранить все настройки (снимки, IP-адреса, конфигурации) с текущей виртуальной машины
  7. возможность переноса в другое программное обеспечение ВМ (и VMwareт. д.) в будущем. Это nice to haveособенность, но не обязательная, и я вряд ли перейду к ней VMWareв ближайшее время.

Вопросы

  1. Если я копирую, вставляю папку в другую папку, а затем архивирую ее, кажется, что я не могу восстановить ее обратно вместе с исходным репо, поскольку UUID будут конфликтовать. Так что лучше вместо этого клонировать его, а затем создать его для резервного копирования?

  2. Если я экспортирую виртуальную машину в качестве устройства, сохранит ли она все настройки виртуальной машины (снимки, IP-адреса и т. Д.), Просто предоставив ей новые UUID и создав архив?

  3. Какую комбинацию команд я могу использовать для удовлетворения требований по крайней мере 1-6 и, если возможно, 7?

0

1 ответ на вопрос

0
Jorge Valentini

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

У вас есть несколько решений для резервного копирования, бесплатные и проприетарные. Какой из них выбрать, зависит от гостевой ОС, а также от личных предпочтений.

При таком подходе вы покрываете от 1 до 4. После этого:

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

Требование 6 вводит в заблуждение, IP-адреса являются частью операционной системы, а не конфигурации виртуальной машины, поэтому это будет резервное копирование, если вы создадите резервную копию ОС. Конфигурации не будут, но если у вас есть экспорт после изменения конфигурации, вы покрыты.

Для требования 7 у вас есть VMware Converter для перемещения компьютера, а затем вы можете перенести всю стратегию на VMware.

Я надеюсь, что это помогает.

Похожие вопросы