Bareos. Восстановление по расписанию

Скоро буду решать аналогичную задачу. Я делаю через плагин mssql, в общем то не вижу особых проблем написать скрипт который будет восстанавливать СУБД на другую машину.

А resotre job не умеет в расписание?

Что именно делать плагином не понял ( Мне больше интересно как в restore job описать что надо взять последний бэкап этого клиента и восстановить его в директорию другого клиента :)

Мне больше интересно как в restore job описать что надо взять последний бэкап этого клиента и восстановить его в директорию другого клиента

Через bconsole нагрепать? :)

Что именно делать плагином не понял

Если 1С, не в файловом варианте, то этот плагин - заруливает. :)

Я каталог всегда из инфраструктуры bacula вывожу аналогичным образом.

Имею Job

Job {
        Name = "RestoreFiles_bacula.local-Catalog"
        Type = Restore
        Client = "file.local"
        FileSet = bacula.local-Catalog
        Storage = bacula.local
        Pool = bacula.local-Catalog
        Messages = Standard
        Where = /volume1/bacula-restores/bacula.local-Catalog
        Schedule = RestoreFiles_bacula.local-Catalog
        Bootstrap = "/var/lib/bacula/bacula.local-Catalog.bsr"
        Reschedule On Error = yes
        Reschedule Interval = 1440 minutes
        Reschedule Times = 0
        Storage = bacula.local
        Priority = 12
}

и задание

Schedule {
        Name = RestoreFiles_bacula.local-Catalog
        Run = Full sun-sat at 4:00
}

и он всегда свежее берет.

восстанавливается на клиента file.local? Или наоборот он источник? Не могу понять. Зачем два раза Storage? Объясните пожалуйста подробнее

восстанавливается на клиента file.local?

да

Или наоборот он источник?

Исчточник это

FileSet = bacula.local-Catalog
Storage = bacula.local
Pool = bacula.local-Catalog

Зачем два раза Storage?

Это ошибка

P.S.: А в задание, после его выполнения можно поместить скрипт, который этот файл (в моем случае sql) задампит в резервную базу.

Спасибо, теперь более понятно. Storage и Pool у меня для все заданий один и тот, же. Уникален только FileSet. Но есть с десяток машин где и FileSet одинаков. Как в этом случае поведет себя бареос. Я думал источник Bootstrap = «/var/lib/bacula/bacula.local-Catalog.bsr»

Проверил

Job{
 Name = "Serv2Restore"
 Type = Restore
 Level = Full
 Client = antonpro-fd Сюда восстанавливаем
 FileSet = office левый 
 Storage = File общий для всех заданий
 Pool = Incremental общий
 Bootstrap = "/home/hackoff/bareosdata/Serv2.bsr"
 Messages = Standard
 Where = /tmp/bareos-res
 Schedule = TestR
}

Итог восстанавливается согласно Bootstrap = «/home/hackoff/bareosdata/Serv2.bsr»

Да, вы правы, именно он, сейчас вспоминаю это.

Storage и Pool у меня для все заданий один и тот, же.

ЕМНИП, с этим всё не очень хорошо. В один смонтированный том, можно или только читать, или только писать. То есть, пока ты восстанавливаешься - другие задания, будут или падать с ошибкой, но скорее всего будут в очереди висеть в ожидании. Есть всякие виртуальные ченджеры, но это чёт ад какой-то... ИМХО.

плодить пулы не хотелось, сделал в один. Итог меня устраивает, при куче заданий они встают в очередь. Объемы не большие. В день семь заданий, четыре ночные, три дневные. Восстанавливаюсь редко. Даже больше, все один раз за все время работы.