Как вы делаете резервное копирование на Linux Ubuntu ?

Question

[Сергей]

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

было бы не плохо, если бы была возможность загрузиться с резервной копии...

Что можете посоветовать ?

Answer 1

[Кирилл]

На хабре по этому поводу была отличная статься. rsync настраивается как Time Machine. Активно пользуюсь для полного/частичного бэкапа своих систем. При этом очень рационально расходуется место на backup сервере.

Answer 2

[dykky]

ИМХО, разделы ext2, ext3 и ext4 лучше всего бекапить родной утилитой dump - бекап адекватный размеру и файловая система восстанавливается полностью, дырявые файлы полностью сохраняют свою структуру.

Подготовка
apt-get install dump
Место под бекап:
mkdir /var/sysdump
chattr +d /var/sysdump

Сам бекап для каждого раздела:

#/bin/sh

if [ 0 -ne "`date +%w`" ]; then lvl=1; else lvl=1; fi

for p in `mount -t ext2,ext3,ext4 | sed 's!/dev/!!;s! .*!!'`; do
  dump -${lvl} -a -j5 -h0  -f /var/sysdump/`date +%Y%m%d`.${p}.${lvl}.dump /dev/${p}
done

find /var/sysdump -ctime +60 -delete

Восстановление через restore.

Comments

[Антон Швец]

then lvl=1; else lvl=1;
Какое-то очень хитрое колдунство

Answer 3

[yttrium]

1. Перед установкой (любой) ОС "зануляем" целевой раздел
dd if=/dev/zero of=/dev/sda99
2. Затем форматируем в необходимую файловую системы, устанавливаем ОС, настраиваем.
3. Бэкапим:
dd if=/dev/sda99 | gzip > /mnt/path/to/image.gz

* зануление способствует более оптимальному сжатию

Comments

[sonik_spb]

а к ссд применимо?

[yttrium]

применимо к любому блочному устройству

[sonik_spb]

Трим не затрёт все эти ячейки? Не будет ли такой совет вредным (лишний расход ресурса)?

[yttrium]

@sonik_spb если думать именно об этих ячейках, то трим здесь не применим

[sonik_spb]

можете немного пояснить что трим будет делать с пустым местом и останутся ли там "нули"?

[yttrium]

@sonik_spb а кто вообще придумал что там будет трим? идея в том что неезженное пространство остаётся "нулевым" и оно сжымается очень хорошо

[sonik_spb]

Вы забиваете винт нулями по всей длине. Создаёте раздел с фс. Пишете какие-то свои данные.
После вы делаете dd if=/de/sda99 | gzip...
Т.е. заставляете систему прочитать весь диск независимо от фс, бит за битом.

gzip помимо данных находит и не тронутые "нули" (для ФС и ОС это свободное место)и жмёт их эффективнее. Нули не тронуты потому что так работает хдд, фактически не удаляя ничего, только перезаписывая. Но ссд (с трим) обязан очищать все пустые блоки, для сохранения производительности. Т.е. если система считает что у вас часть раздела ничем не занята, то там по истечению определённого времени пройдётся этот трим и физически удалит данные (нули?).

Вот меня интересует конкретно вопрос: после трима, в таких "пустых" местах где были нули, что остаётся физически на диске?

[yttrium]

@sonik_spb очень интересный вопрос.. но тогда встречный вопрос: является ли диск SSD - "обычным" блочным устройством? что он отдаст если читать его файл устройства(ведь по определению он должен отдать и свободные блоки)?

[sonik_spb]

встречный вопрос адресуется публике, ибо я сам не понимаю и пытаюсь разобраться))

[klirichek]

К SSD зануление применять не только не нужно, но и вредно!
Да, это "обычное блочное устройство", но у него есть и более глубокий уровень абстракции.
trim = "диск не используется". Значит, при записи/модификации можно смело использовать вейеринг ячеек (берём старое содержимое, модифицируем и пишем в _другую_ ячейку. А старое освобождаем (trim).
занулить = "диск используется" (всё равно, что записаны нули; на уровне абстракции диска это всё равно _информация_). Если занулить весь диск - значит, его ячейки уже не могут так просто использоваться для вейеринга, и скорость работы упадёт.

При чтении оба варианта (и trim и зануление) дадут одно и то же, однако подвергнутый trim-у диск свои освобождённые блоки будет читать гораздо шустрее (контроллер просто знает, что ячейки свободны - а потому даже обращаться к ним не будет; будет просто сыпать поток нулей в интерфейс)

[Serge K]

Вместо gzip посоветовал бы pigz, как многопоточный

Answer 4

[KOLANICH]

dd + bzip2

Answer 5

[Влад Животнев]

rdiff-backup-ом.

Answer 6

[Gadd]

В ubuntu (12.04 как минимум) есть встроенная утилита deja-dup. Гуй доступен через "Параметры системы". Можно пользовать и через консоль.
Поддерживает копирование в папки, в сетевые сервисы и пр.

Если нужно просто иметь копию папки в бекапе, то можно использовать всё что описано выше. От себя добавлю "синхронизатор" Conduit

Answer 7

[afiskon]

Лично я делаю очень просто - храню все "в облаках". Git-репозитории на Github/Bitbucket, Dropbox (как бесплатно сделать себе 30 Гб), почта и так далее. Фильмы и так далее, понятное дело, бэкапить нет смысла, проще заново скачать. Если ноут сгорит или его украдут, восстановление займет один вечер.

Но если вдруг очень хочется именно на диске, то cp -r или tar.

Answer 8

[Антон]

Что из этих решений позволит сделать полный бэкап работающего удаленного сервера (vds) на Debian?

Comments

[yttrium]

vds думаю мало что подойдёт кроме tar'а, если не учитывать того что провайдеры иногда сами делают бэкап.
зажать необходимые каталоги типа etc и тд и вытянуть вгетом

Answer 9

[Семён Соболев]

Может воспользоваться этой статьей habrahabr.ru/post/136595 ?

Answer 10

[svd71]

Установить squashfs.

askubuntu.com/questions/95392/how-to-create-a-boot...

Answer 11

[Евгений Комаров]

Acronis Backup for Linux Server

Comments

[Сергей]

дорого уж очень для рабочей машины

[Евгений Комаров]

@karmis нигде не было написано, что это для десктопа, вот и предложил то, что использую для сервера (быстро, удобно и надежно). Если решение под десктоп - используйте тот же acronis true image home. Если нет желания платить - я думаю вы знаете, что такое торрент-трекер )

Answer 12

[Семён Воронов]

0. tar корня
1. dd
2. Clonezilla
3. rsnapshot

help.ubuntu.ru/wiki/backup - тут полный ответ

Answer 13

[stigory]

Добавлю немного иной взгляд на этот вопрос. Все бубунты у меня внутри виртуалок. Бэкаплю виртуалки.