Посмотри рекомендации отсюда http://wiki.bacula.org/doku.php?id=faq#restore_takes_a_long_time_to_retrieve_sql_results_from_mysql_catalog

Удаление индексов не помогло, хотя скорее всего - это причина моих рук..Спасибо за ответ

Скорее всего это норма

Длительность ожидания зависит от двух основных факторов:

1. Количество файлов которые надо восстановить. 2. Сколько бекапов надо перешерстить для вычленения последних версий файлов.

Второй пункт особенно актуален если у вас смешанная схема бекапирования. Например 1 полный бекап в месяц и 30 инкрементальных - раз в сутки, допустим вы теряете каталог с файлами и просите bacula его восстановить, — ясное дело что утраченные файлы есть в полном бекапе, но вы скорее всего не знаете какие из них когда последний раз были изменены, соответственно bacula и занимается за вас осмотром всех последних инкрементальных бекапов со времени полного бекапа и вычленяет из каждого последние версии файлов.

Из недавнего опыта вспоминаю что при схеме 1 полный + 30 инкрементальных, каталог с пр. 10к файлов восстанавливался ок. 1.5 часов.

Я только развернула все это дело. Делала бэкап и восстановление папок (размером до 2 гб). Теперь, пришло время потестить как будет бекапить и восстанавливать несколько дисков (67 гб)Через консоль хочу восстановить, но очень долго думает.

Бяда

Медленное восстановление известная беда Bacul'ы и BareOS'а. Если для вас быстрое восстановление обязательно, то рассмотрите возможность разделить функции резервного копирования и архивирования. BareOS и Bacula хорошо подходят для архивирования, но плохо для резервного копирования для быстрого восстановления.

Это не очень критично, но представляю, что будет если какой-то «проблемной тетеньки из бухгалтерии» придется восстанавливать. Спасибо, попробую что-то сделать)

Странно, у меня на Bareos не было проблем с производительностью, восстановление проходит довольно быстро. А какая схема бекапа? Как часто делаются полные, дифференциальные и инкрементальные бекапы? И что используется в качестве базы данных?

Bacula еще в стадии теста. Делалось несколько полных бекапов. То что размером до 5 гб - быстро разворачивается, а вот 2 диска общим размером в 67 гб- думает долго. Интересно, откроет оно его вообще?

мускул

Медленное восстановление известная беда Bacul'ы и BareOS'а.

Не знаю, у меня быстрее восстанавливает чем tar из консоли. Я удивлялcя как быстро, когда переходил на bacula.

Посмотрите на top при восстановлении, есть подозрение, что процесс jbd2 будет утилизировать много ресурсов на себя.

Инкементормоз

Не знаю, у меня быстрее восстанавливает чем tar из консоли. Я удивлялcя как быстро, когда переходил на bacula.

А если сделать Full, а потом сверху несколько Incremental? Пусть даже всё будет в одном томе.

Хотя я очень давно всё это делал. У меня томом был отдельный НЖМД (с шифрованием), данные передавались по гигабитному ethernet'у, а база Director'а лежала в MySQL с умолчальными настройками. Возможно сейчас, если хранить базу Director'а на ТТН, в ОЗУ или как-то ещё подрегулировать, то всё будет существенно быстрее.

Такого процесса не нашло. Очень сильно грузит мускул

А если сделать Full, а потом сверху несколько Incremental?

У меня так и есть. Full, differential и несколько incremental. Все в разных пулах (и, естественно, в разных томах). Каких-то особых тормозов не замечал.

Стал стар

У меня так и есть. Full, differential и несколько incremental. Все в разных пулах (и, естественно, в разных томах). Каких-то особых тормозов не замечал.

Стар я стал. Ещё помню те времена когда никакого BareOS'а в проекте не было, а Bacula тормозила на восстановлении.

Ты пытаешься восстанавливать сразу после бекапа? Он там какое-то время после бекапа видимо список файлов генерирует, просто подожди какое-то время, а потом запускай восстановление.

Если интересно, вот ссылка на скрин http://files.d-lan.dp.ua/download.php?file=b421be08ec0a7710eaadffea3fd705a1

Вчера вечером был сделан фулл бэкап

Ну вот по той ссылке, что я приводил...

Moving from MySQL to PostgreSQL should make it work much better due to different (more optimized) queries and different SQL engine.

Странно, сейчас для эксперимента восстановил 80 Gb (95499 файлов), вся процедура заняла 24 минуты, при этом восстанавливалось из 6 томов (3 в пуле с полными и 3 в пуле с инкрементальными бекапами)

При выборочном восстановлении используется временная таблица InnoDB. Необходимо изменить приведенный ниже параметр в my.cnf.

innodb_flush_log_at_trx_commit = 2

а что в processlist?

Всем спасибо. Доигралась до кучи эрроров. Буду собирать все сначала. Я думаю, что это из-за моего корявого конфига в dir.conf

Отличный результат

Какая у вас версия? БД оптимизировали как-то?

bacula 5.0.0 mysql 5.1.7 Первый раз это делаю, поэтому ничего удивительного. Что касается Mysql, то дела обстояли так: /usr/libexec/bacula/grant_mysql_privileges -p

/usr/libexec/bacula/create_mysql_database -p

/usr/libexec/bacula/make_mysql_tables -p mysql -u root -p mysql> set password for bacula=password('******');

Query OK, 0 rows affected (0.00 sec) # set password for Bacula

mysql> set password for bacula@localhost=password('******');

Query OK, 0 rows affected (0.00 sec)

bareos 14.2.5 (это форк бакулы), mysql (точнее, mariadb) никак не оптимизировал

с mysql я делала все как в мануалах. Я не спец..пока что)

Долго подбирала, что ставить. Bacula подошла лучше всего

Так bareos - форк bacula. Просто на определённом этапе bacula начала зажимать исходники, из-за чего часть разработчиков создали новый проект на базе доступных на тот момент исходников. И, в отличии от bacula, bareos имеет открытый вендовый файл-демон.

Кстати, а что за железо на серверах бакулы? Может, дело в нём?

У меня все кроме клиента на одном серваке. 2 винта по 2 тб, AMD Athlon(tm) 64 X2 Dual Core Processor 5200+; cache size : 512 KB Это у меня тестовая машина.

А оперативки сколько?

1 гиг

Думаю, должно быть достаточно.

Спасибо,сама раздуплю что к чему.Не первый раз)) Просто меня подгоняют(Если что, то опять напишу)