Как проще всего сделать резервный образ системы на ZFS?

Question

[Georgy Goshin]

Добрый день

Есть Proxmox vm server 7.x, который я собираюсь обновить до 8ки, но у меня небольшое окно по времени и, хотелось бы, предусмотреть наиболее быстрый вариант отката. Как правильно и проще всего сделать образ системы (пул с данными я отключу на время обновления), что бы, если новая версия не встанет или не поедет, откатиться обратно с флешки (есть большая быстрая флешка, на которую поместится система). Систему сдуру я поставил на ZFS в зеркале, выглядит это так

pool: rpool
 state: ONLINE
  scan: scrub repaired 0B in 00:02:14 with 0 errors on Sun Oct 13 00:26:22 2024
config:

        NAME                                                       STATE     READ WRITE CKSUM
        rpool                                                      ONLINE       0     0     0
          mirror-0                                                 ONLINE       0     0     0
            ata-Patriot_Burst_Elite_120GB_PBEIIBB2211183212-part3  ONLINE       0     0     0
            ata-Patriot_Burst_Elite_120GB_PBEIIBB2211183435-part3  ONLINE       0     0     0

и система так

root@pvebackup:~# mount | grep rpool
rpool/ROOT/pve-1 on / type zfs (rw,relatime,xattr,noacl)
rpool on /rpool type zfs (rw,relatime,xattr,noacl)
rpool/ROOT on /rpool/ROOT type zfs (rw,relatime,xattr,noacl)
rpool/data on /rpool/data type zfs (rw,relatime,xattr,noacl)
root@pvebackup:~# df
Filesystem             1K-blocks       Used  Available Use% Mounted on
udev                    32885540          0   32885540   0% /dev
tmpfs                    6583808       1864    6581944   1% /run
rpool/ROOT/pve-1       112732672   30482944   82249728  28% /
tmpfs                   32919028      37440   32881588   1% /dev/shm
tmpfs                       5120          0       5120   0% /run/lock
rpool                   82249856        128   82249728   1% /rpool
rpool/ROOT              82249856        128   82249728   1% /rpool/ROOT
rpool/data              82249856        128   82249728   1% /rpool/data

Можно ли просто acronis сделать образ или как правильно сделать такой бэкап, который просто восстановить, загрузившись с флешки?

Спасибо

Comments

[Drno]

Тогда уж не акронис, а clonezilla…

[Georgy Goshin]

Drno, оно да, спасибо, скачал и на iodd забросил образ, вопрос больше в том, как это зеркальный zfs забэкапить. Я что-то толком не могу найти однозначных инструкций никаких.

[elbrus56]

Заранее озаботьтесь LiveCD, в котором будет возможность импортировать и откатить пул ZFS.

Answer 1

[Павел Межуев]

Проще всего на случай отката при неудачном обновлении сделать снапшот:
zfs snapshot -r rpool@backup

Для резервного копирования всей ФС существуют zfs send/zfs receive. Потребуется другой ZFS-пул для приёма (теоретически можно и в файл, но не могу рекомендовать из-за риска потери данных). Плюс все другие «стандартные» возможности резервного копирования никто не запрещает применять.

Comments

[Georgy Goshin]

Павел, спасибо!

zfs snapshot в моем случае сохранит все, что что нужно будет для восстановления системы в случае неудачного обновления? Я так понимаю, что для обновление Proxmox нужно будет Debian тоже обновлять и boot конфигурация там, и все такое и все это восстановится из снапшота если что?

И про стандартные возможности, я просто не пробовал еще, сервер далеко и мне ехать туда надо, хотелось бы за 1 раз бы сделать. Как стандартными возможностями забэкапить zfs, который в зеркале на 2х дисках. Нужно что ли образы типа dd с обоих дисков снять?

[Павел Межуев]

Снапшот сохранит состояние ФС на момент своего создания. Если boot так же находится на ZFS, то включая его. При необходимости отката достаточно будет сделать zfs rollback <pool>/<fs>@<snapshot>. Под стандартными средствами я имею ввиду tar и любые другие инструменты для создания резервных копий, ZFS тут ничем не отличается от прочих систем и только дополняет их своим инструментарием. Смысла снимать образы с обоих дисков не вижу, ведь для того mirror и нужен чтобы не боятся потери одного из них. Но если необходимо снять образ ZFS, то делается это примерно так:

zfs send <old_pool>/<fs>@<snapshot> | zfs receive <new_pool>/<fs>

Например, на той же флешке можно временно создать второй пул или по SSH на другой хост. Ещё пара примеров.

[Georgy Goshin]

Павел Межуев, Павел, спасибо еще раз. Про снапшоты я в курсе, да, и про backup средствами zfs (send / receive) тоже, меня вот заботит именно практический вопрос, что если я сделаю снимок или сохраню состояние файловой системе в моем случае (там разметка описано выше у меня), потом все поломаю в процессе апгрейда системы, восстановлю снапшот и у меня загрузится Linux нормально, или в процессе апгрейда у меня еще попортятся данные в каких то местах диска там, загрузочных секторах там и все такое?
Если бы система стояла бы на обычном диске или на хардварном райде, я бы сделал образ с помощью acronis подобной программы какой-нибдуь и не волновался бы, а в этом случае не понимаю как лучше поступать.

[Павел Межуев]

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

Откат к снапшоту с точки зрения ОС и ПО будет выглядеть как внезапное отключение питания. Загрузочные сектора и иные имеющиеся на диске разделы к ZFS не относятся и, соответственно, не будут восстановлены. В целом делать zfs snapshot перед потенциально опасными действиями совершенно нормальная практика и в некоторых системах выполняется автоматически при обновлении.

Можете провести такой эксперимент, чтобы убедиться как это работает:

zfs create -o mountpoint=/mnt/test rpool/test
echo Apple >/mnt/test/fruits.txt # Apple
zfs snapshot rpool/test@apple
echo Banana >/mnt/test/fruits.txt # Banana
zfs rollback rpool/test@apple # Apple
zfs destroy -r pool/test

P. S. Просто на всякий случай, RAID/ZFS/snapshots ≠ backup.

[Georgy Goshin]

Я сделал тестовую виртуалку в vmware, поставил на нее нужный мне proxmox ve 7.4, сделал zfs snapshot -r rpool, обновил до текущей версии (8.2), потом восстановил с помощью zfs rollback все снапшоты, которые она сделала с опицией -r, в моем случае это было rpool, rpool/ROOT, rpool/ROOT/pve-1, но оно откатило не все. Ядро, почему-то, грузилось все равно новое, может, вследствие этого, не все сервисы запускаются. Как я и полагал, zfs snapshot мне не помогает.

Если бы система стояла на хардварном райде, или на одном диске, я бы сделал image с помощью acronis или подобной утилиты, но совершенно не понимаю, что делать, в случае zfs raid1. Скорее всего, обновление пройдет нормально, но как-то очень хочется себя обезопасить...

[Павел Межуев]

но оно откатило не все

Такого просто не может быть, разве что нужные вам данные не относятся к откатываемой ФС. Даже теоретически невозможно себе представить ситуацию, чтобы после отката к снапшоту остались какие-либо изменения, сделанные после его создания.

Ядро, почему-то, грузилось все равно новое

Причина такого поведения, по всей видимости, в этом:

Systems using ZFS as root filesystem are booted with a kernel and initrd image stored on the 512 MB EFI System Partition.

совершенно не понимаю, что делать, в случае zfs raid1.

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

[Georgy Goshin]

Действительно, я не обратил внимание, там на обоих дисках еще 2 раздела

Device       Start      End  Sectors  Size Type
/dev/sda1       34     2047     2014 1007K BIOS boot
/dev/sda2     2048  1050623  1048576  512M EFI System
/dev/sda3  1050624 83886046 82835423 39.5G Solaris /usr & Apple ZFS

Попробую сохранить и их образа тоже, с обоих дисков, и восстановиться таким способом. Спасибо.