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

Недавно у меня произошел сбой на моей виртуальной машине, где по какой-то причине настройки моего Мостовая сеть была изменена случайным образом. Мне пришлось потратить довольно много времени, чтобы выяснить первопричину. Прямо сейчас я вручную копирую виртуальную машину в другую папку, которая затем периодически копируется на Google-Диск. Однако, когда я попытался скопировать резервную копию в исходную папку под "C:UsersusernameVirtualBox Виртуальные машины", я не смог запустить обе виртуальные машины ( последнюю и одну из резервное копирование), так как он жаловался, что виртуальные машины имели одинаковые UUIDs. Я смог выяснить, как устранить эту проблему, но хотел бы предотвратить такого рода проблемы и сделать этот процесс автоматизированным (https://stackoverflow.com/a/49471969/4752883)

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

  1. экспорт/импорт виртуальная машина
  2. скопируйте и вставьте папку виртуальной машины
  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 будут конфликтовать. Так что лучше вместо этого клонировать его, а затем создать zip-файл для резервного копирования?

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

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