Назад | Перейти на главную страницу

Простая схема резервного копирования виртуальной машины, в чем недостаток простого DD?

Мы изо всех сил пытались создать согласованную схему для резервного копирования виртуальных машин KVM под Proxmox контроль и Ceph как хранилище, но все же довольно часто во время вздамп со снимком виртуальная машина отключается

120: dic 05 04:51:47 INFO: status: 17% (21731147776/127775277056), sparse 0% (1095598080), duration 1225, 17/16 MB/s
120: dic 05 04:52:47 ERROR: VM 120 not running
120: dic 05 04:52:47 INFO: aborting backup job
120: dic 05 04:52:47 ERROR: VM 120 not running
120: dic 05 04:52:48 ERROR: Backup of VM 120 failed - VM 120 not running

Конфигурация vzdump

vzdump 120 --quiet 1 --mode snapshot --mailto <email> --node node1 --compress lzo --maxfiles 2 --storage backup01

Некоторые из наших клиентов предложили нам следующую стратегию резервного копирования из внутри виртуальной машины, говоря: "Это так просто!"

   mount /nfs/backup
   dd if=/dev/sda of=/​nfs/backup/$datetime-$virtualmachine

Что вы думаете об этом предложении? Как просто и глубоко объяснить, что это действительно плохая идея? И как в этой ситуации оставаться спокойным и вежливым :?

Спасибо!

Нет, это не сработает, потому что диск /dev/sda будет меняться в течение dd запустить, и вы получите несовместимое изображение.

Более простое объяснение: скажите ему, что если вы создадите файл ближе к концу резервного копирования, он не будет скопирован, поскольку информация о том, где находится файл, находится в начале изображения и не будет включать новый файл.

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