LINUX.ORG.RU
ФорумAdmin

Пару слов про бакапы

 


1

2

Я не думаю, что тут что-то новое, просто положу тут.

Бакапы делаются со снапшотов lvm. Поэтому все работает в фоне, и опция --one-file-system для tar в общем то не нужна.

Вот команда, которую я использую:

cd /path/to/mounted/*_lvsn
tar -c --exclude-caches --exclude-tag=.skipbackup . -f -| pbzip2 -c | ccrypt -e | pipebench > /path/to/backup.tar.bz2.cpt

tag .skipbackup (просто пустой файл, не то что CACHEDIR.TAG) позволяет не писать длинную строку с перечислениями всех путей, которые не нужны ( привет, /usr/share/locale).

Вот список моих исключений c их размерами:

/home/user/.cache/.skipbackup, 106M
/home/user/.gradle/caches/.skipbackup, 159M
/home/user/Downloads/.skipbackup, 14G
/home/user/.local/share/Trash/.skipbackup
/lost+found/.skipbackup
/usr/lib/.skipbackup, 827M
/usr/lib64/.skipbackup, 1.7G
/usr/share/.skipbackup, 1.7G
/usr/src/.skipbackup, 103M
/var/cache/.skipbackup, 231M
/usr/share/locale, 406M

В итоге размер раздела и его архива:

/root 6.8G, 834M
/home 43G, 9.49G

Пробовал вместо pbzip2 использовать lzma, второй работает в 5 раз медленнее при том же сжатии. Никакие способы раскочегарить использование ядер не увенчались успехом, ни сам по умолчанию, ни опции. Использует одно ядро и все.

Факапы делаются со снапшотов LVM

Бакапы делаются со снапшотов lvm.

А целостность файловой системы кто будет проверять? LVM, точнее LV, это блочное устройство на котором расположена ФС. Снятие снимка сохраняет LV и ФС на нём в таком же состоянии как если бы кто-то нажал «Сброс» (reset).

Так что тут надо либо fsck каждый раз запускать (и если есть ошибки, то делать ещё снимок), либо использовать файловую систему с поддержкой атомарных операций (читай: Reiser4).

Camel ★★★★★
()
Ответ на: Факапы делаются со снапшотов LVM от Camel

Пока случаев с ошибками не было. Просто потому, что обновление снимка делается при отсутствии какого-либо активного процесса и не по расписанию, вручную. Если какой-то лог файл нарушиться, так это для меня не страшно, а для БД бэкапы всегда отдельно делаются.

За fsck, спасибо, я про нее знал, но из головы вылетело. Я тут собираюсь потренироваться в вирт. машине изменять размеры разделов. Все думал, как проверять, что целостность не нарушилась. Хотел скрипт написать, который сохранит хеши файлов.

barberry ★★
() автор топика

/root 6.8G, 834M

Зачем корень бекапить? единственный в мире дистрибутив, которого больше ни у кого нет?

Пробовал вместо pbzip2 использовать lzma, второй работает в 5 раз медленнее при том же сжатии. Никакие способы раскочегарить использование ядер не увенчались успехом

xz -T 8

disarmer ★★★
()
Ответ на: комментарий от disarmer

Зачем корень бекапить? единственный в мире дистрибутив, которого больше ни у кого нет?

Для быстрого разворачивания, не?

Chaser_Andrey ★★★★★
()
Ответ на: комментарий от Chaser_Andrey

Так часто выходят из строя hdd/ssd? С живым носителем бекап не нужен(можно с него скопировать систему), а если уж сдохнет, то можно переустановить за N минут. Из системы достаточно бекапить список установленных пакетов и измененные конфиги

Если уж для быстрого разворачивания, то где MBR?

disarmer ★★★
()
Ответ на: комментарий от disarmer

Добавить MBR

Если уж для быстрого разворачивания, то где MBR?

MBR нужно схоронить где-нибудь в удобном месте, тут вы правы. А делать резервную копию всей файловой системы нужно для быстрого разворачивания любой обезъяной. Бэкап из которого систему может восстановить грамотный школьник лучше бэкапа для восстановления которого требуется грамотный админ.

Camel ★★★★★
()
Ответ на: комментарий от disarmer

Так часто выходят из строя hdd/ssd?

Если на хозяйстве десятки и больше компов - то относительно часто, может даже чаще раза в месяц.

а если уж сдохнет, то можно переустановить за N минут. Из системы достаточно бекапить список установленных пакетов и измененные конфиги

Иногда эти N минут критичны. Не на столько, чтобы ставить RAID, но если можно что-то сделать на минут 10 быстрее - почему бы и нет?

Если уж для быстрого разворачивания, то где MBR?

Вопросы к ТС.

Chaser_Andrey ★★★★★
()
Ответ на: Добавить MBR от Camel

Да вроде уже любой школьник может почти любой дистрибутив поставить, конфиги раскатать из архива в корень тоже дело нехитрое. Плюс это может значительно помочь при установке новой версии дистрибутива(и частично даже при установке другого)

А для установки на новые машины перенос всех файлов не совсем подходит, т.к. после этого всё равно придётся менять hostname, всякие /etc/machine-id, настройки сети(привет Predictable Network Interface Names); удалять старые логи.

disarmer ★★★
()
Ответ на: комментарий от disarmer

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

barberry ★★
() автор топика
Ответ на: комментарий от disarmer

Все равно pbzip2'у он сливает.

tar -c . -f -| xz -z -c -2 -T8 | pipebench > ../ws.tar.xz
Summary:
Piped 246.62 MB in 00h01m15.29s: 3.27 MB/second

tar -c . -f -| pbzip2 -c | pipebench > ../ws.tar.bz2
Summary:
Piped 235.03 MB in 00h00m40.33s: 5.82 MB/second

Если убрать "-2", то архив будет на 10% меньше, а время в 5.5 раз больше.

И еще увидел опцию "-k", передернуло. Что делать с input файлами, это уж точно не его задача.

barberry ★★
() автор топика
Ответ на: комментарий от barberry

Этого мало для каких нибудь общих выводов.

xz свежий? Треды доделали в 5.1.1, раньше -T ничего не делал.

tar -c . -f -| xz -z -c -2 -T8 | pipebench > ../ws.tar.xz

XZ_OPT="-4 -T16" tar cJf ws.tar.xz ./

И еще увидел опцию "-k", передернуло. Что делать с input файлами, это уж точно не его задача.

У gzip вообще-то тот же флаг, ключи xz с него срисовывали для привычности

disarmer ★★★
()
Ответ на: комментарий от disarmer

xz свежий? Треды доделали в 5.1.1, раньше -T ничего не делал.

Думаю свежий.

xz-5.1.2-14alpha.fc21.x86_64

У gzip вообще-то тот же флаг, ключи xz с него срисовывали для привычности

Блииин, вот тебе и линукс. Стал зубы чистить, а щетка еще и зубы повырывала, что бы больше никогда не болели.

barberry ★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.