LVM и клонирующий HDs
Используя Linux, у меня есть несколько резервных уровней. Один из них является периодическим сектором копией сектора (использование dd) из моего жесткого диска ноутбука к внешнему диску USB. Да, у меня есть другие резервные копии также, как удаленный rsync.
Этот подход (диск dd) в порядке при клонировании жесткого диска без объемов LVM, так как я могу включить внешний диск в любое время и смонтировать разделы, просто монтирующиеся /dev/sdb* вместо /dev/sda*. Тривиальный и удобный.
Сегодня я переместил ВЕСЬ свой жесткий диск (включая /boot) к LVM. Все хорошо работает. Я подчеркну это в течение нескольких дней, и затем я сделаю, сектор сектором копирует в мой внешний жесткий диск.
Теперь у меня есть проблема, я предполагаю.
Если в будущем я включу внешний USB жесткий диск для восстановления какого-либо файла, то ОС обнаружит дублирующуюся конфигурацию LVM с тем же именем и тем же UUID. Даже выполнение a vgrename (какой LVM был бы переименован, внутренний жесткий диск или внешний жесткий диск?), клонированный UUID не изменится. Там какая-либо команда должна изменить имя и UUID? Идеально я клонировал бы жесткий диск и затем изменил бы название группы LVM и его UUID, но я не знаю, как сделать это.
Другая связанная проблема была бы...
В прошлом я загрузил свой ноутбук с помощью внешнего диска, с помощью меню начальной загрузки BIOS и изменив записи GRUB вручную для начальной загрузки от /dev/sdb вместо /dev/sda. Но теперь моя текущая конфигурация GRUB загружается непосредственно от логического тома LVM, чего-то как: set root='(LVM-root)' в моем grub.cfg. Так... Что собирается произойти с дублированными объемами?
Какое-либо предложение?
Я предполагаю, что мог повторно разделить свой внешний жесткий диск и изменить стратегию резервного копирования от dd кому: rsync, но этому диску установили окна также, и я действительно хотел бы иметь физическую "реальную" копию.
2 ответа
Изучая проблему тщательно, я думаю, что правильный подход был бы:
Включите внешний HD.
Desactivate управление LVM вторым HD: "vgchange-a n/dev/LVM2".
Клонируйте жесткий диск с "dd".
Для каждого физического тома генерируйте новые UUID для диска клона, с "pvchange-u/dev/hdb*".
Измените UUID VG с "vgchange-u LVM". Это изменит UUID одного из VG, мог быть оригинал или клон.Не важно. Быть отличающимся достаточно.
Измените имя VG клонированного диска от "LVM" до "LVM2" с "vgrename". Я не знаю, работало ли это без предыдущего "vgscan" для "обнаруживания" нового VG.
Это работало бы?.
Я действительно не думаю, что dd является наилучшим вариантом для резервных копий в большинстве случаев по ряду причин. Одна опция как кто-то упомянул, состоит в том, чтобы использовать зеркальное отражение LVM. Можно разъединить внешний диск и когда Вы повторно прикрепите его, он будет повторно синхронизировать, не имея необходимость копировать 100% из всего включая пустые секторы как dd, был бы. Но лично я думаю еще лучший/более простой, должен просто использовать rsync для копирования во внешний диск. Мало того, что это будет faaaaaar самое быстрое, Ваше резервное копирование также сразу применимо без любых дополнительных шагов, требуемых вообще. Объедините это со снимками LVM на внешнем диске, и у Вас есть несколько копий момента времени, все из которых могут использоваться в любое время без любого дополнительного обмана.