forum.lissyara.su

ну отсутсвие приоритетов не повод писать бекапы в неправильные тома и при этом еще кучу левых создавать.

Поставил клиент на тот же севрер на котором директор. Делаю bconsole
потом "restore", потом цифру 1 ( 1: List last 20 Jobs run)...и оно мне: No results to list.

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

а у тебя хоть один бэкап сделался? и что ты имеешь в виду под словом "клиент"?

Вот еще нашел интересную документацию по Бакуле
http://www.bog.pp.ru/work/bacula.html

Что ещё раз доказывает, что мало кто читает материалы, которые авторы дают в виде ссылок к статьям В конце статьи в ссылках есть этот сайт.

если кому-то интересно, вот скрипт, который удаляет тома, у которых прошел retention period, выше я давал ссылку на источник. Пришлось немного подредактировать, прямо в том виде как он выложен там - не заработал. Скрипт не foolproof, т.к. мои познания в питоне оставляют желать лучшего, но работает, может кому-нибудь пригодится.

Доброго времени суток господа!
Я вот тут изучаю документацию к bacula, и пытаюсь понять логику работы bacula и никак не могу понять некоторые нюансы, ниже попытаюсь их изложить.

Как выполняется восстановление до определенной даты?
Поясню:
Есть задание, в котором определены файлы которые необходимо бекапить (например файловый сервер на Samba), это задание выполняется по следующей стратегии:
- ежемесячный полный бекап
- раз в две недели дифференциальный бекап
- ежедневныйинкрементальный бекап
Допустим 28-го числа выходит из строя HDD этого сервера, и возникает задача:
Нужно восстановить все файлы этого файлового сервера состоянием на 27-е число.
Вопрос:
Как это собственно говоря правильно делается?
У меня по этому поводу есть предположение, ну или соображение:
Насколько я понимаю чтобы выполнить такое восстановление нужно последовательно (в строгой очередности) выполнить восстановление всех файлов из последнего задания полного бекапа, потом из последнего задания дифференциального бекапа, и потом из последних 13-ти инкрементальных заданий? Я правильно понимаю? или все же есть метод по проще?
Можно ли выполнить такое восстановление из bconsole, если например в ней выполнить комманду restore и в появившемся меню выбрать: 6: Select backup for a client before a specified time?

Я так сначала тоже думал. Не надо 13 бекапов. Все делается автоматически, просто выбираешь дату до которой нужно восстановить, из бекапов строится дерево файлов и восстанавливается.

Я прошу прощения, можете подсказать как это выполняется в консоли (какими командами и какие меню нужно выбирать)? Я просто начитался уже про эту бакулу в голове уже чувствую каша, уже просто начинаю тупить...

И еще один вопрос возник, при таком восстановлении, если например 25-го числа пользователь удалил файл (т.е. он принял решение о том что файл ему не нужен), то получается что ненужный пользователю файл тоже будет восстановлен? и если например у него было их несколько то ему придется опять удалять ненужные файлы?

FreeBSD7.2 i386 +webmin1.480+bacula3.0.2

Подскажите, вот надо забэкапить на виндовой машине папку с русским именем, например "D:/Мои документы", бакула не понимает, меняет кодировку в конфиге, при бекапе, выдает ошибки. Как можно поправить кодировку, или есть какие-нибудь решения?

Да через вебмин, ввожу дирректории для бекапа, в bacula-dir.conf меняются на др. кодировку, если вводить сразу в bacula-dir.conf 9не через вебмин), то все тоже мамое.

Спасибо.

vitaliyt81 писал(а):Я прошу прощения, можете подсказать как это выполняется в консоли

Выполняешь команду, которую ты сам указал и у тебя всё само восстановится на дату, которую ты ему скажешь.

vitaliyt81 писал(а):И еще один вопрос возник, при таком восстановлении, если например 25-го числа пользователь удалил файл (т.е. он принял решение о том что файл ему не нужен), то получается что ненужный пользователю файл тоже будет восстановлен? и если например у него было их несколько то ему придется опять удалять ненужные файлы?

Если ты сделаешь восстановление по состоянию на 24-е число, то файл там будет. Если восстановишь состояние 26-го числа, то файла там не будет.
2 soldat: у меня не было никаких проблем с кодировками, собственно именно поэтому я и остановился именно на бакуле. Т.е. были в консоли бакулы, если она запускалась под фрёй - там русские имена отображались кракозябрами, но при восстановлении всё было ок. Подозреваю, что проблема в вебмине, но как её исправить - не подскажу, т.к. не юзаю. И кстати,

soldat писал(а):при бекапе, выдает ошибки.

Если покажешь, что за ошибки, может как-то поможет делу.

При изучении документации к бакула http://www.bog.pp.ru/work/bacula.html нашел интересную фразу:

К сожалению, не восстанавливаются аттрибуты файловых систем и софтовый RAID (md)

Собственно про софтовый рейд понятно, а вот КАКИЕ ИМЕННО атрибуты файловых систем не восстанавливаются?
На мой взгляд очень важный момент, т.к. если бекапить высококритичные сервера, то сами понимаете что очень важно знать точно

Веб-интерфейс для Bacula backup system
http://webacula.sourceforge.net/ru/

ev писал(а):Веб-интерфейс для Bacula backup system
http://webacula.sourceforge.net/ru/

выглядит неплохо, а в портах есть?

собственно, а зачем? это же веб-интерфейс

ну все равно.. из портов приятнее=)

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

дописываются. Но если у тома retention period прошел, то ему purge делается

Доброго времени суток господа!
В качестве хранилища бекапов используется жесткий диск, и соответственно тома в пуле создаются как файловые тома.
У меня по этому поводу вот возник еще один интересный вопросс:
При создании новых томов в пуле бакула создает фиксированный размер тома в пуле или все же может создавать размер пула по объему записанных на него файлов и в случае дописывания на этот пул дополнительных файлов динамически увеличивать размер файлового тома?
Может ли bacula динамически менять размер файлового тома?

файлы они и есть файлы. Сколько надо, столько и запишет. Начальный размер нулевой.

насчет нулевого размера то понятно
как бакула будет поступать если например:
Я инкрементальные бекапы буду писать в отдельный пул, при этом для пула не буду указывать размеры тома. Допустим в понедельник при записи первого инкрементального бекапа бакула создаст первый и новый том в пуле, затем запишет на него файлы (при этом том будет содержать данные только за понедельник), насколько я понял то бакула создаст том в пуле объемом равным записанным на него данным.
Допустим дальше, во вторник, следующие инкрементальные бекапы будут записываться в этот же пул.
Собственно говоря вопрос: бакула при этом создаст новый том в пуле (который будет содержать данные только за вторник) или допишет эти данные в первый том при этом размер файлового тома в пуле динамически увеличится (при этом том будет содержать данные за понедельник и за вторник)?

vitaliyt81 писал(а):насчет нулевого размера то понятно
как бакула будет поступать если например:
Я инкрементальные бекапы буду писать в отдельный пул, при этом для пула не буду указывать размеры тома. Допустим в понедельник при записи первого инкрементального бекапа бакула создаст первый и новый том в пуле, затем запишет на него файлы (при этом том будет содержать данные только за понедельник), насколько я понял то бакула создаст том в пуле объемом равным записанным на него данным.
Допустим дальше, во вторник, следующие инкрементальные бекапы будут записываться в этот же пул.
Собственно говоря вопрос: бакула при этом создаст новый том в пуле (который будет содержать данные только за вторник) или допишет эти данные в первый том при этом размер файлового тома в пуле динамически увеличится (при этом том будет содержать данные за понедельник и за вторник)?

смотря как настроить

Burner писал(а):

vitaliyt81 писал(а):насчет нулевого размера то понятно
как бакула будет поступать если например:
Я инкрементальные бекапы буду писать в отдельный пул, при этом для пула не буду указывать размеры тома. Допустим в понедельник при записи первого инкрементального бекапа бакула создаст первый и новый том в пуле, затем запишет на него файлы (при этом том будет содержать данные только за понедельник), насколько я понял то бакула создаст том в пуле объемом равным записанным на него данным.
Допустим дальше, во вторник, следующие инкрементальные бекапы будут записываться в этот же пул.
Собственно говоря вопрос: бакула при этом создаст новый том в пуле (который будет содержать данные только за вторник) или допишет эти данные в первый том при этом размер файлового тома в пуле динамически увеличится (при этом том будет содержать данные за понедельник и за вторник)?

смотря как настроить

А как собственно говоря настроить так чтобы файл тома динамически увеличивался в размере?

http://bacula.org/3.0.x-manuals/en/inst ... olResource
MaximumVolumeJobs

vitaliyt81 писал(а):При изучении документации к бакула http://www.bog.pp.ru/work/bacula.html нашел интересную фразу:

К сожалению, не восстанавливаются аттрибуты файловых систем и софтовый RAID (md)

Собственно про софтовый рейд понятно, а вот КАКИЕ ИМЕННО атрибуты файловых систем не восстанавливаются?
На мой взгляд очень важный момент, т.к. если бекапить высококритичные сервера, то сами понимаете что очень важно знать точно

Возможно, это просто неточный перевод. В оригинале, на официальном сайте (http://bacula.org/en/dev-manual/New_Fea ... 0000000000) есть только следующее по поводу аттрибутов ФС:

Extended Attributes
Something that was on the project list for some time is now implemented for platforms that support a similar kind of interface. Its the support for backup and restore of so called extended attributes. As extended attributes are so platform specific these attributes are saved in seperate streams for each platform. Restores of the extended attributes can only be performed on the same platform the backup was done. There is support for all types of extended attributes, but restoring from one type of filesystem onto an other type of filesystem on the same platform may lead to supprises. As extended attributes can contain any type of data they are stored as a series of so called value-pairs. This data must be seen as mostly binary and is stored as such. As security labels from selinux are also extended attributes this option also stores those labels and no specific code is enabled for handling selinux security labels.

Currently the following platforms support extended attributes:

* Darwin/OSX
* FreeBSD
* Linux
* NetBSD

Собственно, по поводу потенциальных проблем стоит почитать здесь: http://bacula.org/3.0.x-manuals/en/prob ... index.html