Для автоматизации полного резервного копирования виртуальной машины лучше ли экспортировать как устройство, чем клонировать виртуальную машину?
Недавно у меня произошел сбой на моей виртуальной машине, где по какой-то причине настройки моего Мостовая сеть была изменена случайным образом. Мне пришлось потратить довольно много времени, чтобы выяснить первопричину. Прямо сейчас я вручную копирую виртуальную машину в другую папку, которая затем периодически копируется на Google-Диск. Однако, когда я попытался скопировать резервную копию в исходную папку под "C:UsersusernameVirtualBox Виртуальные машины", я не смог запустить обе виртуальные машины ( последнюю и одну из резервное копирование), так как он жаловался, что виртуальные машины имели одинаковые UUIDs. Я смог выяснить, как устранить эту проблему, но хотел бы предотвратить такого рода проблемы и сделать этот процесс автоматизированным (https://stackoverflow.com/a/49471969/4752883)
При отладке этой проблемы я столкнулся с 3 решениями для резервного копирования диска и пытаюсь выяснить, лучше ли один процесс, чем другой, для автоматизации процесса резервного копирования через регулярные промежутки времени.
- экспорт/импорт виртуальная машина
- скопируйте и вставьте папку виртуальной машины
- клонировать виртуальную машину
Из этой статьи https://forums.virtualbox.org/viewtopic.php?f=1&t=63079 ,
кажется, по крайней мере, в 2014 году копирование папки - лучший процесс. Однако копирование
папки запрещено, когда виртуальная машина фактически запущена. Клонирование и экспорт
виртуальной машины разрешены, когда виртуальная машина запущена. Поскольку моя виртуальная машина работает почти все
время, мне пришлось бы вручную выключить виртуальную машину, а затем скопировать папку виртуальной машины,
которая это разрушило бы цель автоматизации. Таким образом, кажется, что единственными 2
вариантами являются exporting the VM
или "клонирование виртуальной машины. Кроме того, если я скопирую папку виртуальной
машины, а затем попытаюсь открыть копию виртуальной машины и саму виртуальную машину, идентификаторы
UUID будут конфликтовать. В результате я не смогу одновременно подключить их обоих к сети
для устранения любых проблем.
Просто чтобы в будущем подтвердить это решение, вот некоторые требования, которые я выдвинул для резервного копирования виртуальной машины
- возможность автоматизировать резервное копирование в течение 7 дней
- возможность запускать резервное копирование без необходимости останавливать виртуальную машину
- возможность переноса резервной копии с одного компьютера на другой (для снижения риска сбоя компьютера)
- возможность сохранения папки резервной копии на другом диске (для предотвращения сбоя жесткого диска)
- возможность запускать обе виртуальные машины одновременно без особых усилий
- сохранить все настройки (моментальные снимки, ip-адреса, конфигурации) текущей виртуальной машины
- возможность переноса на другую виртуальную машину программное обеспечение (
VMware
и т.д.) в будущем. Это функцияnice to have
, но не необходимая, и я вряд ли перейду кVMWare
в ближайшем будущем.
Вопросы
Если я скопирую, вставлю папку в другую папку, а затем закрою ее, кажется Я не могу восстановить его вместе с исходным репо, так как UUID будут конфликтовать. Так что лучше вместо этого клонировать его, а затем создать zip-файл для резервного копирования?
Если я экспортирую виртуальную машину как устройство, сохранит ли она все настройки виртуальной машины (моментальные снимки, ip-адреса и т.д.), При этом просто присваивая ей новые идентификаторы UUID и создавая архив?
Какую комбинацию команд я могу использовать, чтобы по крайней мере удовлетворить требованиям 1-6, и если возможно 7?