Я только что сделал резервную копию виртуальной машины с помощью bareos (ответвление Bacula), и, похоже, это сработало, но я установил файловый демон на саму виртуальную машину, и это кажется неправильным; Я закончил тем, что, казалось, был каталогом цикла в /var/lib/docker/devicemapper/devicemapper/data
каталог виртуальной машины (файловый демон просто постоянно создавал резервную копию, пока резервные копии, заполнявшие каталог, не были больше, чем диск, для которого выполняется резервное копирование), поэтому я исключил его и резервную копию полностью очень быстро.
Вместо этого должен ли File Daemon останавливать или приостанавливать машину Virtual Box, а затем выполнять резервное копирование файла диска виртуальной машины?
Это можно сделать с помощью ClientRunBeforeJob
директива Job
, а затем его можно запустить снова, используя ClientRunAfterJob
директива Job
вместе с командой vboxmanage.
Короче говоря, что является более надежным способом сделать это для резервных копий bareos?
Ну, это зависит от вашей стратегии резервного копирования / восстановления. У нас 16 активных виртуальных машин. Первые шаги нашей стратегии резервного копирования:
шаги 1 и 3 гарантируют работоспособность всегда нестабильных серверов Windows.
В нашем случае виртуальные машины не содержат большого количества данных. Каталог контейнеров составляет около 150 ГБ каждый.
Но вы можете сделать полную резервную копию в понедельник, а в остальные дни сделать несколько снимков.
В нашем случае мы отдаем приоритет быстрому восстановлению полной резервной копии, которое выполняется каждую ночь. Мы проводим имитацию восстановления каждый месяц, чтобы убедиться, что процедуры резервного копирования / восстановления работают нормально.