освоил-таки бэкап бакулой. все настроил.
вот такой вопрос назрел.
машина с debian lenny
какие каталоги лучше включить в бэкап, а какие нет?

кста, у меня тоже вопрос на эту тему: может backup-ить всё целиком? если да, то чем? (интересует режим Runtime)   

Что делает сервер? Или это десктоп?

Добавлено через 27 секунд
>кста, у меня тоже вопрос на эту тему: может backup-ить всё целиком? если да, то чем? (интересует режим Runtime) 

man tar

простым тар-ом?   хм.. а где гарантия того, что пока он не будет писать с одного месте, в другом (уже за-backup-ином) ничего не изменится?   

пс: backup-ить полностью диск целиком.

Ааа. Ну тогда никак имхо. Но я не один раз именно им делал полный бэкап, а потом успешно восстанавливался. Просто пока делается бекап, машинка должна постоять ничего особого не делая, и все будет ОК.

этот сервер держит postgres базы.
естественно значит /var/lib/pgsql будет включен в архив.

>этот сервер держит postgres базы.

Значит нужно сохранить сами базы и может быть /etc. И каталог(и) с логами конечно тоже.

Upd.

Еще хорошо один раз сделать полный снимок системы, чтобы потом прямо на него накладывать бэкап баз и прочей мелочи. Потому как на свежеустановленную систему бэкапы могут встать криво.

Это сообщение отредактировал(а) djamshud - 24.12.2009, 14:58

вот, что я пока включил в архив.
/etc
/home/admin
/opt - там кажись сервер 1С8.2 находится
/root
/usr/local/bin
/var
достаточно этого?
из /var что-нибудь исключить нужно наверное.
полный снимок системы - подумаю, как делать. носитель еще один достать нужно.

Это сообщение отредактировал(а) student80 - 24.12.2009, 15:23

А зачем бинарники бэкапить? Их переустановить не долго...
Каталоги вроде /var/run /var/spool /var/lock /var/tmp я бы исключил.

Хотим быстрого восстановления? Очень быстрого? Тогда бэкапим ВСЁ. Это позволит восстановить систему достаточно быстро. В ряде случаев, даже быстрее, если у вас есть система автоматизированного развертывания, например FAI. Хотя, иногда быстрее развернуть автоматически новую систему и накатить конфиги.


Многие скажут - зачем, линукс установить - 5 минут, бла-бла-бла... Ну, тут всё зависит от способа конфигурирования, а самое главное (САМОЕ!) - от документирования процесса. Если у вас отличная документация, автоматизированная система конфигурирования, тогда можно всё и не резервировать - резервируем конфиги и данные. Хотя, моё мнение такое: если есть куда, резервируем всё. Бэкапов много не бывает. Когда у меня лег основной софтсвич и я восстановил его за 20 минут (10 из них я искал новый диск и подключал его к серверу - рэйдов у нас в конторе не было тогда), я реально оценил достоинства этого метода.

Если же у вас документация хромает (или отсутствует вовсе), например, все ценные сведения содержаться в комментариях в конфигурационных файлах, хистори браузера и прочих README - вы можете наступить на очень большое количество граблей, при частичном резервировании. Очень часто, особенно, когда на первом месте скорость конфигурирования, а не его качество, в систему вносятся некоторые изменения, не являющиеся "стандартными" для данного, допустим, дистрибутива:

• установка ПО не из репозитория;
• изменение идентификаторов системных пользователей и групп;
• изменение прав на файлы и каталоги;
• добавление различных скриптов, особенно скриптов, реализующих изменнения конфигурации "кустарными методами" (например, включение форвардинга через echo "1" > /proc/sys/net/ipv4/ip_forward, вместо раскомментирования соответствующей строки в файле /etc/sysct.conf в системе Debian);
• использование определенных версий ПО свежие версии которых (при установке системы с нуля) имеют синтаксис и месторасположение конфигурационных файлов отличное от того, какое было в востанавливаемой системе.

Всё это сильно усложняет и, самое главное, замедляет процесс восстановления системы.

Теперь немножко про tar
Да, можно писать свои скрипты для бэкапа. Да, у многих они получаются очень даже удобными и функциональными. Тут всё, опять же, зависит от задачи. Я тоже долго писал скрипты, пока один раз не настроил одну из систем резервного копирования (да, это была bacula).
tar делает удобным и быстрым само копирование (хотя, опять же, вопрос об удобстве можно оспорить ;) ). А вот восстановление из него, процесс нетривиальный. Нет, если вам нужен весь сервер, то это несложно. Но если вам нужен файл из него на состояние 15 декабря... вот тут уже начинается веселье 
При использовании той же бакулы нужно нажать три кнопки, ввести имя файла и дату и увидеть список серверов, где такие файлы есть, просмотреть их свойства и, если необходимо, восстановить.
Опять же, такие вещи как планирование, инкрементальные и дифференциальные копии, выполенение различных подготовительных команд, отправка отчетов на мыло и т.п. намного легче настроить в уже предусмотренном для этого окружении, нежели каждый раз приписывать куски к скриптам.

Немножко про то, как "бэкапить весь винт, но чтобы данные в архиве были согласованны"
Тут что tar, что не tar - разницы нет. Одно из решений - использовать LVM и снимки файловой системы. Очень сильное решение, особенно при работе с данными, чувствительными к рассинхронизации, например, файлами СУБД (средва синхнонизации данных СУБД перед копированием никто не отменял! это необходимая процедура для большинства СУБД!).

Как-то так. Немножко сумбурно, но обсуждение вопроса тянет на статью, которую тут ведь не напишешь 

nickless, точно. эти нужно убрать.

ZeeLax, все бэкапить у меня не получится - места на ленте не хватит, поэтому только важные данные. с восстановлением у меня пока сложности... так быстро не получится. да и на бакуле я пока только бэкап осилил, а восстановление какого-либо файла у меня не получается еще. меня вот очень заинтересовал способ про три кнопки. где их нажимать нужно?
для работы с бакулой использую bconsole, btape и bat
конфигурационные файлы руками в текстовом редакторе правлю
в bat можно быстро восстановить файлы? я что-то в ней не могу ничего восстановить. 

Значит нет бэкапа! Бэкап без восстановления - мертвому припарка.

Насчёт "не поместится" - даже со сжатием? Ну опять же, инкремент, туда-сюда 

заходите в bconsole, пишете restore, ну а там абсолютно ясное меню.

Кстати, есть шняга под названием squashfs Круче tar'а тем, что при (раз)архивировании пользует все доступные процессоры.. Довольно удобно...

Это сообщение отредактировал(а) GrayCardinal - 25.12.2009, 12:25

ZeeLax, а есть какое-нибудь руководство на русском?

Не знаю. Читал родной ман и книги (не по бакуле, а по резервному копированию вообще).