Чем бэкапить RedНat Enterprise Linux Server 6 ?

Victor Sudakov написал(а) к Michael Dukelsky в Jan 18 14:11:04 по местному времени:

Dear Michael,

09 Jan 18 20:19, you wrote to me:
MD>>> а для бэкапа и восстановления структуры разделов несложно
MD>>> написать пару скриптов. Если надо, могу поделиться.

VS>> Под линуксом сильно больше действий/сложнее, чем в
VS>> https://victor-sudakov.dreamwidth.org/357521.html или
VS>> https://victor-sudakov.dreamwidth.org/125653.html ? Если не
VS>> намного, справлюсь сам.

MD> Ничего сложного нет. Я сохраняю тип таблицы разделов, число разделов,
MD> их структуру, и для каждого раздела метку, uuid и тип файловой
MD> системы.

А что ты потом делаешь с uuid-ами разделов?

Под фрей как-то проще

root@vas:~ # gpart backup ada0
GPT 128
1 freebsd-boot 40 1024 gptboot0
2 freebsd-swap 2048 16777216 swap0
3 freebsd-zfs 16779264 100450304 zfs0
root@vas:~ #

или посложнее (с BSD labels внутри primary раздела):

root@irc:~ # gpart backup mirror/gm1
MBR 4
1 freebsd 63 167772087 [active]
root@irc:~ # gpart backup mirror/gm1s1
BSD 8
1 freebsd-ufs 2097152 165674935
2 freebsd-swap 0 2097152
root@irc:~ #



Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Michael Dukelsky написал(а) к Victor Sudakov в Jan 18 13:34:48 по местному времени:

Привет, Victor!

10 Jan 18 14:11, Victor Sudakov послал(а) письмо к Michael Dukelsky:

MD>> Ничего сложного нет. Я сохраняю тип таблицы разделов, число
MD>> разделов, их структуру, и для каждого раздела метку, uuid и тип
MD>> файловой системы.

VS> А что ты потом делаешь с uuid-ами разделов?

В /etc/fstab не пробовал заглядывать? :) При установке по умолчанию разделы монтируются по uuid.

Желаю успехов, Victor!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20170303

Alexey Vissarionov написал(а) к Michael Dukelsky в Jan 18 13:56:00 по местному времени:

Доброго времени суток, Michael!
10 Jan 2018 13:34:48, ты -> Victor Sudakov:

MD>>> Ничего сложного нет. Я сохраняю тип таблицы разделов, число
MD>>> разделов, их структуру, и для каждого раздела метку, uuid и
MD>>> тип файловой системы.
VS>> А что ты потом делаешь с uuid-ами разделов?
MD> В /etc/fstab не пробовал заглядывать? :) При установке по умолчанию
MD> разделы монтируются по uuid.

Кстати, не самое мудрое решение - метки (LABEL=) удобнее и универсальнее.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Вирус (сущ.): код, который гуляет сам по себе
--- /bin/vi

Michael Dukelsky написал(а) к Alexey Vissarionov в Jan 18 16:32:44 по местному времени:

Привет, Alexey!

10 Jan 18 13:56, Alexey Vissarionov послал(а) письмо к Michael Dukelsky:

MD>>>> Ничего сложного нет. Я сохраняю тип таблицы разделов, число
MD>>>> разделов, их структуру, и для каждого раздела метку, uuid и
MD>>>> тип файловой системы.
VS>>> А что ты потом делаешь с uuid-ами разделов?
MD>> В /etc/fstab не пробовал заглядывать? :) При установке по
MD>> умолчанию разделы монтируются по uuid.

AV> Кстати, не самое мудрое решение - метки (LABEL=) удобнее и
AV> универсальнее.

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

Желаю успехов, Alexey!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20170303

Victor Sudakov написал(а) к Michael Dukelsky в Jan 18 08:23:20 по местному времени:

Dear Michael,

10 Jan 18 13:34, you wrote to me:
MD>>> Ничего сложного нет. Я сохраняю тип таблицы разделов, число
MD>>> разделов, их структуру, и для каждого раздела метку, uuid и тип
MD>>> файловой системы.

VS>> А что ты потом делаешь с uuid-ами разделов?

MD> В /etc/fstab не пробовал заглядывать? :)

Пробовал. В сабже:

/dev/mapper/vgspd01sibptus-lvroot / ext4 defaults 1 1
/dev/mapper/vgspd01sibptus-lvhome /home ext4 defaults 1 2
/dev/mapper/vgspd01sibptus-lvswap swap swap defaults 0 0


MD> При установке по умолчанию разделы монтируются по uuid.

Теперь припоминаю, что на убунте видел монтирование по uuid. А этот uuid - атрибут раздела или fs? Во FreeBSD тоже есть ufsid, но он при каждом newfs генерится уникальный, так что я даже представить не могу а) зачем его сохранять и б) какой смысл по нему монтировать. Вот label - другое дело.

Или это GPT UUIDs? Так они тоже пожалуй при каждом создании GPT уникальные будут.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Andrew Kant написал(а) к Victor Sudakov в Jan 18 07:31:32 по местному времени:

Нello Victor!

Thursday January 11 2018 08:23, Victor Sudakov wrote to Michael Dukelsky:
MD>>>> Ничего сложного нет. Я сохраняю тип таблицы разделов, число
MD>>>> разделов, их структуру, и для каждого раздела метку, uuid и тип
MD>>>> файловой системы.

VS>>> А что ты потом делаешь с uuid-ами разделов?

MD>> В /etc/fstab не пробовал заглядывать? :)

VS> Пробовал. В сабже:

VS> /dev/mapper/vgspd01sibptus-lvroot / ext4
VS> defaults 1 1
VS> /dev/mapper/vgspd01sibptus-lvhome /home ext4
VS> defaults 1 2
VS> /dev/mapper/vgspd01sibptus-lvswap swap swap
VS> defaults 0 0

Это имена томов в LVM

MD>> При установке по умолчанию разделы монтируются по uuid.

VS> Теперь припоминаю, что на убунте видел монтирование по uuid. А этот uuid
VS> - атрибут раздела или fs?
fs. man blkid.

VS> Во FreeBSD тоже есть ufsid, но он при каждом
VS> newfs генерится уникальный, так что я даже представить не могу а)
VS> зачем его сохранять
чтоб знать чему он сопоставлен :)

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

VS> Вот label - другое дело.
Ага, именно другое. Там тоже можно смонтировать то, что нужно, независимо от физического местоположения. Но у label есть один существенный недостаток - если у тебя два раздела с одинаковой меткой (например sys, home или swap), то возникает неоднозначность. И при подключении диска с другого сервера, на котором уже есть такие-же метки, как и на основном, надо об этом помнить.

VS> Или это GPT UUIDs? Так они тоже пожалуй при каждом создании GPT
VS> уникальные будут.

вообще-то UUID - уникальный идентификатор по определению :)

Good bye!
Andrew

--- GoldED+/W32 1.1.4.7

Victor Sudakov написал(а) к Andrew Kant в Jan 18 14:16:26 по местному времени:

Dear Andrew,

11 Jan 18 07:31, you wrote to me:
MD>>>>> Ничего сложного нет. Я сохраняю тип таблицы разделов, число
MD>>>>> разделов, их структуру, и для каждого раздела метку, uuid и
MD>>>>> тип файловой системы.

VS>>>> А что ты потом делаешь с uuid-ами разделов?

MD>>> В /etc/fstab не пробовал заглядывать? :)

VS>> Пробовал. В сабже:

VS>> /dev/mapper/vgspd01sibptus-lvroot / ext4
VS>> defaults 1 1
VS>> /dev/mapper/vgspd01sibptus-lvhome /home ext4
VS>> defaults 1 2
VS>> /dev/mapper/vgspd01sibptus-lvswap swap swap
VS>> defaults 0 0

AK> Это имена томов в LVM

Вот именно. И никаких UUID.

MD>>> При установке по умолчанию разделы монтируются по uuid.

VS>> Теперь припоминаю, что на убунте видел монтирование по uuid. А
VS>> этот uuid - атрибут раздела или fs?
AK> fs. man blkid.

ОК.

VS>> Во FreeBSD тоже есть ufsid, но он при каждом
VS>> newfs генерится уникальный, так что я даже представить не могу а)
VS>> зачем его сохранять
AK> чтоб знать чему он сопоставлен :)

Ну разве что.

VS>> и б) какой смысл по нему монтировать.
AK> Если ты хочешь, чтоб независимо от физического местоположения раздел
AK> смонтировался именно туда, куда тебе надо.

Настаиваю, что правильно организованные labels для этого удобнее.

VS>> Вот label - другое дело.
AK> Ага, именно другое. Там тоже можно смонтировать то, что нужно,
AK> независимо от физического местоположения. Но у label есть один
AK> существенный недостаток - если у тебя два раздела с одинаковой меткой
AK> (например sys, home или swap), то возникает неоднозначность. И при
AK> подключении диска с другого сервера, на котором уже есть такие-же
AK> метки, как и на основном, надо об этом помнить.

Ничего страшного не случится AFAIK, вторая метка просто окажется недоступна, но можно будет смонтировать по ufsid, GPT label, GPT UUID, в конце концов по имени физического устройства.

В этом плане лучше hostname или нечто подобное включать в состав метки. Я смотрю, установщик сабжа так и поступил с именами томов в LVM.

VS>> Или это GPT UUIDs? Так они тоже пожалуй при каждом создании GPT
VS>> уникальные будут.

AK> вообще-то UUID - уникальный идентификатор по определению :)

Поэтому и нафиг ориентироваться на него при бэкапе.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Andrey Ostanovsky написал(а) к Alexey Vissarionov в Jan 18 13:36:26 по местному времени:

Нello Alexey!

10 Jan 18 13:56, you wrote to Michael Dukelsky:

AV> Кстати, не самое мудрое решение - метки (LABEL=) удобнее и
AV> универсальнее.

Да-да, особенно, когда на двух винтах, размноженных с помощью dd метки разделов получаются одинаковые...

Andrey

--- GoldED+/BSD 1.1.5-b20070503

Victor Sudakov написал(а) к Andrew Kant в Jan 18 17:45:50 по местному времени:

Dear Andrew,

05 Jan 18 21:21, you wrote to me:

AK> Saturday January 06 2018 00:20, Victor Sudakov wrote to Andrew Kant:
AK>>> Ну тогда иди читай красношляпный мануал :)

VS>> А это мысль. Закончатся новогодние праздники - пойду читать,
VS>> может и насчет бэкапа что найдется, там с десяток книжек.
AK> Как плохо, что подобная мысль приходит не первой из ... :)

Они же толстые.

"RedНat_Enterprise_Linux-6-DeploymentGuide-en-US" предлагает пользоваться неким

Chapter 34. Relax-and-Recover (ReaR)

When a software or hardware failure breaks the system, the system administrator faces three tasks to
restore it to the fully functioning state on a new hardware environment:
1. booting a rescue system on the new hardware
2. replicating the original storage layout
3. restoring user and system files
Most backup software solves only the third problem. To solve the first and second problems, use
Relax-and-Recover (ReaR), a disaster recovery and system migration utility.
Backup software creates backups. ReaR complements backup software by creating a rescue system.
Booting the rescue system on a new hardware allows you to issue the rear reco ver command,
which starts the recovery process. D uring this process, ReaR replicates the partition layout and
filesystems, prompts for restoring user and system files from the backup created by backup software,
and finally installs the boot loader. By default, the rescue system created by ReaR only restores the
storage layout and the boot loader, but not the actual user and system files.
This chapter describes how to use ReaR.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Alexey Vissarionov написал(а) к Andrey Ostanovsky в Jan 18 13:53:44 по местному времени:

Доброго времени суток, Andrey!
11 Jan 2018 13:36:26, ты -> мне:

AV>> Кстати, не самое мудрое решение - метки (LABEL=) удобнее и
AV>> универсальнее.
AO> Да-да, особенно, когда на двух винтах, размноженных с помощью dd
AO> метки разделов получаются одинаковые...

После dd и ууиды одинаковыми будут.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Отпуск - это когда утром суббота, днем воскресенье, а вечером пятница
--- /bin/vi