prev
next
ru.linux
FromAndrew Kant2:469/83.1Date Write2018-01-11 13:38:13
ToVictor Sudakov0:0/0.0Date Arrived2018-01-11 15:00:03
SubjЧем бэкапить RedHat Enterprise Linux Server 6 ?
Attr
Hello Victor!

Thursday January 11 2018 14:16, Victor Sudakov wrote to Andrew Kant:

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

VS> Вот именно. И никаких UUID.
Снаружи - никаких, а вот в конфиге mdadm, multipath, lvm, grub (и прочего
низкоуровневого софта) они как раз могут присутствавать. И лучше их всё-таки
сохранить где-то. Hе понадобятся - и бог с ними, а если понадобиться, то не
будешь кусать локти выясняя какой из пяти разделов как нужно переобозвать.

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

VS> Hастаиваю, что правильно организованные labels для этого удобнее.
Я про удобство/религиозные убеждения и прочее ничего не говорил. Я просто
указал что это, для чего может использоваться.


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

VS> Hичего страшного не случится AFAIK, вторая метка просто окажется
VS> недоступна, но можно будет смонтировать по ufsid, GPT label, GPT UUID, в
VS> конце концов по имени физического устройства.
Опять-же, я всего-лишь указал на возможные проблемы, но не сказал, что они
смертельные и что метки не надо использовать. Выбирай сам что тебе больше
подходит, но когда тебе вдруг прийдется столкнутся с чужими бэкапами, то имеет
смысл хотя-бы знать о всех возможных вариантах. Мне иногда удобнее, чтоб
устройство монтировалось как /dev/sda1, без всяких UUID и LABEL, но я не
пропагандирую этот метод :)

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

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

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

VS> Поэтому и нафиг ориентироваться на него при бэкапе.
Вот когда ты восстановился и у тебя UUID получились другие, а в восстановленных
данных где-то остались старые, то обычный поиск по всем файлам на совпадение со
старым UUID может помочь быстро локализовать что где надо донастроить. Хоть
такого и не должно быть :)


Good bye!
Andrew

--- GoldED+/W32 1.1.4.7
* Origin: * KAA * (2:469/83.1)