Вопрос к специалистам по Bacula:
Развернута и успешно работает в течение полутора лет система резервного копирования Bacula. Director - 1 шт., Catalog (PostgreSQL) на двух ВМ - 2 шт.: рабочая БД для Catalog реплицируется на географически удалённую ВМ методом streaming replication. Соответственно, кластер (инстанс) с резервной БД (репликой) находится в режиме ro и может быть в случае отказа основного кластера переведён в режим rw. Также имеется несколько географически разнесённых Storages.
Есть задумка развернуть второй Director в ЦОДе, в котором находится реплика, чтобы, в случае полного разрушения ВМ в ЦОДе с Director'ом, можно было, используя реплицированный Catalog, восстановить бэкапы с уцелевших Storage. Планируется синхронизировать конфигурацию Director'ов, устанавливая для всех Jobs на резервной машине Enabled = no (во избежание конфликтов).
Собственно, вопрос: можно ли держать резервный Director запущенным (он будет подключён к read-only реплике основного Catalog'а)? Не будет ли он, не выполняя Job'ов, записывать, тем не менее, какие-то метаданные на Storage, вызывая конфликты? Возможно, у кого-то из местных пользователей Bacula есть опыт работы с подобной конфигурацией. Хотелось бы услышать мнения.
