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