Как сделать полный бэкап системы (Linux) rsync или tar?

Доброго времени коллеги!
Нужно автоматизировать бэкап виртуальных машин (Linux) под управлением qemu/kvm.
Нужно полностью забекапить "/".
Процесс монтирования qcow машины и прочие подготовительные шаги уже сделаны и тут нет ни каких сложностей.
/ (остановленной) виртуальной машины смонтирован в /mnt
Попробовал через rsync
rsync -av /mnt /srv/vm_name
Восстанавливал так же
rsync -av /srv/vm_name /mnt
Система падает на initramfs. Наверняка что-то с правами доступа к файлам.
Попробовал через tar
cd /mnt
tar -cvzpf /srv/vm_name.tar.gz .

Восстановление:
cd /mnt
tar --same-owner -xvpf /srv/vm_name.tar.gz

Уже лучше!
VM загружается...
Но! Не дает войти по логину паролю. Ни через консоль, ни по ssh.
При входе через консоль, что-то пытается сказать, но так быстро, что не успеваю прочесть.
При попытке входа по ssh, сразу после ввода логина и пароля, рвет соединение.
Дистрибутив на VM Fedora35.
Вроде, Debian, после восстановления работает нормально. Не проверял.
Сразу хочу уточнить: dd, veem, acronis & etc не предлогать!
cp vm_name.qcow2 vm_name.qcow.bak Так же не интересен.
Наиболее интересен вариант с rsync. На худой конец, tar.
Ну и факультативно: можно ли схожим образом бэкапить Windows (7,8,10....)?

UPD /boot в отдельном разделе диска
  • Вопрос задан
  • 529 просмотров
Пригласить эксперта
Ответы на вопрос 4
meDveD_spb
@meDveD_spb
откуда вообще могли возникнуть мысли, что это могут быть подходящие варианты?
это не так.

под управлением qemu/kvm.

устанавливаем PVE, потом PBS. всё.
Ответ написан
Комментировать
@MaxKozlov
Не знаю зачем, но можете посмотреть rear
https://relax-and-recover.org/
там и tar и rsync и всё что хочешь
С зералами на btrfs только не дружит, а так - идеальный велосипед
Ответ написан
Комментировать
@voleg4u
http://www.voleg.info/
Есть также снапшоты, на урожне QEMU либо libvirt. Почитать можно ЗДЕСЬ
Ответ написан
@rPman
Итак, первое и главное - способ, формат и время создания резервной копии должна определяться теми методами, которыми этот бакап будет восстанавливаться.

(если используются виртуальные машины, посмотри, возможно инструменты, встроенные в гипервизор содержат уже ответ. Например если не используются снапшоты, то резервная копия базы данных - это копия файлов-контейнеров ее дисков)

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

Резервная копия на уровне файлов это rsync или tar, позволяет управлять что копировать а что пропускать на уровне файлов, но самая медленная из возможных. Помним, если в файлы идет запись то нормально резервную копию можно делать только из снапшота или выключив машину. Для восстановления такой метод требует наибольшее количество телодвижений, но как один из шагов - вполне допускается

Резервная копия на уровне блочных устройств:
* как уже сказал, если виртуальная машина использует файлы для хранения образов дисков - можно просто их копировать (отключив или приостановив ее само собой, либо используя снапшоты гипервизора)
* можно копировать диски изнутри из гостевой системы ее средствами, в этом случае можно использовать ее технологии снапшотов
Например в linux при использовании btrfs можно моментально создать снапшот и получить в виде файла (потоком) разницу между этим снапшотом и предыдущим, хранить их а потом эти инкрементальные копии применить последовательно для другой стартовой копии диска (так можно делать начиная с пустого диска)

Важный момент, для получения гарантий, базы данных лучше либо останавливать на время создания копии либо делать резервное копирование уже ее средствами, иначе вероятность проблем во время их восстановления будет не нулевая.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы