Тонкие настройки модуля Oracle для резервного копирования

Тонкие настройки модуля управляют поведением при выполнении инкрементальных РК и очистке архивных журналов транзакций (см. Создание правила в глобальном расписании и Резервное копирование в RBM).

Таблица 1. Тонкие настройки модуля Oracle для резервного копирования

Параметр

Описание

switching_to_full

Выполнить полную РК, если продолжение цепочки инкрементальных РК невозможно

По умолчанию: Включен

incremental_subtype

Включение в инкрементальную копию только архивных журналов. Не действует при выполнении полной РК.

Возможные значения

`data`	В РК включаются файлы баз данных и архивные журналы
`archive_log`	В РК включаются только архивные журналы транзакций

По умолчанию

data

delete_hours_log

Время хранения архивных журналов (в часах)

По умолчанию: 0 (очистка по времени выключена)

Если эта настройка и delete_count_backuped_log не заданы, очистка не выполняется. В РК включаются только ранее не зарезервированные архивные журналы

delete_count_backuped_log

Количество имеющихся резервных копий одного файла журнала транзакций, необходимое для выполнения очистки.

По умолчанию: 1

Если эта настройка и delete_hours_log не заданы, очистка не выполняется. В РК включаются только ранее не зарезервированные архивные журналы.

Если задано значение 2 и более, установите cleanup_catalog = no.

Если delete_hours_log == 0 и delete_count_backuped_log == 0, очистка места хранения РК не выполняется. Возможно переполнение места хранения РК!

Если при резервном копировании будет обнаружена включенная очистка хранилища РК в соответствии с параметром cleanup_catalog и одновременно значение тонкой настройки delete_count_backuped_log будет больше 1, в журнал модуля будет записано предупреждение (Warning):

Catalog cleanup is enabled but requested archive log cleanup by number of
backups. Cleanup skipped. Please check module settings!

Очистка каталога не будет выполнена и задача завершится со статусом Done With Defect.

РК при этом будет консистентна и пригодна к использованию, однако рекомендуем проверить место хранения РК на предмет некорректной очистки места хранения журналов: из-за запуска других задач РК с другими тонкими настройками очистки архивных журналов некоторые файлы журналов могут «зависнуть» в каталоге СУБД, т.к. никогда не наберут нужного количества резервных копий для их удаления.