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

Question

Недавно у меня произошел сбой на моей виртуальной машине, и по какой-то причине настройки моей 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 году, копирование папки - лучший процесс. Однако копирование папки не допускается, когда виртуальная машина фактически работает. Клонирование и экспорт ВМ разрешены, когда ВМ работает. Поскольку моя виртуальная машина работает почти все время, мне придется вручную выключить виртуальную машину и затем скопировать папку виртуальной машины, что лишит цели автоматизации. Таким образом, кажется, что единственными двумя вариантами являются exporting the VM или ее клонирование. Кроме того, если я скопирую папку ВМ, а затем попытаюсь вызвать копию ВМ и самой ВМ, идентификаторы UUID будут конфликтовать. В результате я не смогу вывести их обоих в онлайн одновременно, чтобы отладить любые проблемы.

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

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

Вопросы

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

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

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

Answer 1

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

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

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

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

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

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

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