Вопросы Теги

Резервное копирование логического тома LVM2

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

4
05.10.2016, 03:58
4 ответа

Ваш сценарий выглядит хорошо, но я использовал бы другой подход: создайте зеркало, затем повредите его. Можно сделать это онлайн, насколько я знаю. Непротестированный:

lvconvert -m /dev/mapper/vgA-AA /dev/sdz98 /dev/sdz99
lvconvert --splitmirrors 1 --name BB /dev/mapper/vgA-AA

Если Вы хотите переместить новый логический том к другой группе объема, я думаю, что необходимо удостовериться, что LV, который Вы хотите отправить, находится на его собственном физическом томе (томах), и передайте PV от одного VG до другого с vgsplit.

4
27.01.2020, 20:50
  • 1
    Походит на хороший подход. Недостаток - то, что я должен был бы поместить их PV в один VG, но звуки хорошо. На думают, делает меня испуганным: статьи как это в Интернете "зеркальное отражение LVM2 - как это повреждается", я надеюсь, что это устарело. –  Grzegorz Wierzowiecki 23.03.2012, 11:26
  • 2
    @GrzegorzWierzowiecki, это не устарело. Также после разделения как этот, так как оба объема будут иметь тот же UUID, система не будет знать, какой смонтироваться, поэтому при перезагрузке неправильного, может быть смонтирован. –  psusi 25.03.2012, 17:57
  • 3
    @psusi Для резервного копирования, сохраняя UUID является возможно корректной вещью сделать. Это - проблема при использовании UUID в fstab и резервное копирование видимо во время начальной загрузки; но с LVM существует мало причины использовать UUID вместо пути объема LVM в fstab. спасибо –  Gilles 'SO- stop being evil' 26.03.2012, 21:18
  • смонтируйте внешний диск
  • остановите приложение
  • проверьте, не использована ли файловая система ($ sudo термофиксатор-M/path/to/filesystem/mountpoint)
  • создайте снимок ($ sudo lvcreate-s...........)
  • запустите приложение
  • резервное копирование с помощью rsync (проверяют человека rsync на - обновление и - ссылка-dest),
  • или проверьте http://dirvish.org или http://backuppc.sourceforge.net/ для реализаций
  • внешний диск umount
  • удалите создают снимки LV, Эта процедура создает каталог на внешнем диске на резервное копирование. Это только копирует измененные/новые файлы с исходного диска ànd, это оставляет свободное место hardlinking дубликатами файлов между резервными копиями.
2
27.01.2020, 20:50

Не использовать dd. Это - немое животное, которое скопирует все в объеме, включая свободное пространство, и приведет к файловой системе с тем же UUID как оригинал, который может перепутать систему. Вместо этого используйте инструмент как partclone или ghost4linux или fsarchiver это может скопировать систему в сжатый файл изображения и пропустить свободные блоки.

1
27.01.2020, 20:50
  • 1
    Спасибо за подсказки. Я знаю о partimage, fsarchiver и т.д. Преимущество dd это - горное тело и быстро поскольку harddrives+filesystems являются (или просто harddrives+LVM2 в нашем случае) –  Grzegorz Wierzowiecki 23.03.2012, 11:06
  • 2
    @GrzegorzWierzowiecki, умные инструменты быстрее, так как они не напрасно тратят время, копируя все свободное пространство. Вы могли бы также посмотреть на dump, который является более надлежащим решением для резервного копирования, которое не только очень быстро, но и способно к инкрементному резервному копированию / восстановление. –  psusi 23.03.2012, 16:28
  • 3
    Идентичный UUID является намеренным. Я хотел бы восстановить разделы с их исходными данными и метаданными (как UUID). Однако в общем случае, Вы - рекомендации, в порядке. Я полагаю, что другие пользователи получат прибыль от упомянутых инструментов. дамп –  Grzegorz Wierzowiecki 24.03.2012, 04:02
  • 4
    Btw., кажется, уровень файла, не уровень раздела... –  Grzegorz Wierzowiecki 24.03.2012, 04:02
  • 5
    @GrzegorzWierzowiecki, нет, это - уровень файловой системы. Это открывает блочное устройство непосредственно без него смонтированный и интерпретирует саму файловую систему для выяснения что сохраненные потребности. Это позволяет этому стараться не создавать резервную копию бесполезного свободного пространства и быть очень быстрым и в полных и возрастающих резервных копиях. Также, в то время как можно хотеть сохранить UUID, когда восстановление фс, наличие двух объемов онлайн одновременно с тем же UUID перепутают систему, которая является, почему Вы хотите резервное копирование в файле изображения не другой логический том. –  psusi 25.03.2012, 17:48

Надежный и быстрый. Я рекомендовал бы снимки LVM.

Это чрезвычайно быстро, и можно гарантировать, что резервное копирование произойдет без любых изменений файла, происходящих во время резервного копирования. Кроме того, должны Вы иметь базу данных по объему, Вы не должны будете выводить его из эксплуатации.

Это - также хороший способ протестировать изменения в Вашем объеме. Создайте снимки его, внесите Ваши изменения, они приводят Вас к сбою, объединяют снимок назад. Если они успешно выполняются, Вы удаляете снимок.

Править: Код

lvcreate -L 10G -s -n snapshot /dev/VG/LV

Затем скопируйте объем снимка к тому, везде, где Вы хотите однако, Вы хотите.

Поскольку файловая система, тестирующая Вас, может создать снимки и объединиться назад.

lvconvert --merge /dev/VG/snapshot

Это слияние автоудалит объем снимка.

Примечание: снимки требуют kernel version 2.6.33 or newer и LVM tools 2.02.58 or newer

Править. Ссылки:

TLDP: взятие резервного копирования Используя снимки

HowtoForge: создайте резервную копию и восстановите разделы Используя снимки LVM

Кибер-Citi: последовательное резервное копирование со снимками LVM

1
27.01.2020, 20:50
  • 1
    Actuaklly, я хотел бы сделать резервное копирование снимка LVM к внешнему диску. Снимок LVM не делает резервное копирование, но снимок! –  Grzegorz Wierzowiecki 23.03.2012, 11:07
  • 2
    @Grzegorz Wierzowiecki - Право, но после того как снимок взят, Вы монтируете его и именно это Вы создаете резервную копию. Снимки чрезвычайно быстры и в некоторых случаях мгновенны. Можно написать сценарий снимка и резервного копирования копии моментального снимка точно так же, как Вы были бы резервное копирование исходного объема. –  2bc 23.03.2012, 12:06
  • 3
    @GrzegorzWierzowiecki - добавленный –  2bc 23.03.2012, 12:10
  • 4
    я знаю это и это не то, что я просил. Я использую снимки LVM2 некоторое время, и мой вопрос о том, как сделать резервное копирование из них к внешнему диску. –  Grzegorz Wierzowiecki 24.03.2012, 03:59

Теги

Похожие вопросы