Назад | Перейти на главную страницу

Безопасное хранение данных резервных копий для списанных клиентов BareOS

У нас есть установка BareOS для резервного копирования. Мы только что закончили использовать клиентскую машину. Мы хотим:

  1. Убедитесь, что последний оставшийся снимок (-ы) сохранен навсегда.

  2. Убедитесь, что этот клиент остается в списке bRestore, но машина больше не запрашивает резервные копии.

  3. Переименуйте машину так, чтобы было очевидно, что она больше не существует. например с префиксом "OLD_".

Я начал с удаления клиентского файла, но из-за этого клиент исчез из списка bRestore. К счастью, он не стер данные!

Затем я повторно вставил клиентский файл, но сделал адрес примерно таким, как «NOLONGERBAREOSCLIENT». Это нормально, но создает бесполезный запрос и, как мне кажется, предполагает, что в конечном итоге данные будут переработаны.

Более серьезная проблема заключается в том, что данные клиента находятся в общем пуле, и этот пул имеет время повторного использования 365 дней. Я мог бы создать новый пул с Recycle = No, но как мне затем переместить существующие резервные копии в этот пул?

Какова общая передовая практика вывода клиентов BareOS из эксплуатации, чтобы сохранить доступ к данным и дать понять, что это списанная машина?

Как вы указываете, рециркуляция решается на уровне бассейна. Вам нужно будет перенести данные в специальный пул без повторной обработки. Я предпочитаю выполнять полное резервное копирование в это специальное хранилище непосредственно перед выводом из эксплуатации. Запись клиента в базе данных не будет удалена автоматически или даже полуавтоматически с помощью dbcheck, пока есть задания с данными, все еще связанными с клиентом.

Одна из проблем в этом отношении заключается в том, что удаление информации о файлах (какие файлы фактически содержатся в задании резервного копирования) выполняется только после завершения задания на этом клиенте. Таким образом, параметр «Сохранение файлов» для отключенного клиента будет по существу проигнорирован. (Таблица файлов будет очищена при повторном использовании тома в пуле, но в моем случае это обычно 6 месяцев, а не 3 месяца хранения файлов.)

Я не совсем понимаю, почему вы хотите, чтобы машина продолжала отображаться в списке восстановления, но это может быть связано с тем, что я предпочитаю использовать вариант 3 с явными идентификаторами заданий, которые я нахожу с помощью своего инструмента bacula-check; ) (Наличие 3000 клиентов делает многие операции в bconsole громоздкими.)

http://heim.ifi.uio.no/kjetilho/hacks/#bacula-check