Архивные Бэкапы: Понятия

Рубрика: Создание Бэкапов с RMAN

У Вас может возникнуть потребность, чтобы просто сохранить определенную резервную копию (и необходимо, чтобы она была согласованной и восстанавливаемой) в течение указанного количества времени.

Архивные Бэкапы: Понятия

Если Вы должны хранить онлайновый бэкап указанное количество времени, RMAN обычно предполагает, что Вы можете захотеть выполнить восстановление на любой момент времени в течение промежутка, начиная с того резервного копирования до настоящего момента. Чтобы удовлетворить этот сценарий, RMAN сохраняет архивные журналы для этого периода времени. Однако, у Вас может возникнуть требование, чтобы просто сохранить определенный бэкап (и необходимо, чтобы он был согласованным и восстанавливаемым) в течение указанного количества времени — например, в течение двух лет. У Вас нет намерения восстанавливаться на момент времени, начиная с этого резервного копирования, Вы только хотите быть в состоянии восстановиться к точному моменту времени взятия этого бэкапа и не позже. Вы также хотите поддерживать политику сохранения, которая сохраняет Вашу резервную область свободной для работы БД, так что заставить ее простираться на два года назад неприемлемо. Это распространенная потребность, требуемая для удовлетворения бизнес-требований или юридических требований к хранению данных.

Архивный бэкап решает эту проблему. Если Вы отмечаете резервное копирование как архивный бэкап, этот атрибут переопределяет любую сконфигурированную политику сохранения для цели этого бэкапа. Можно хранить архивные резервные копии так, чтобы они становились устаревшими только после определенного времени, которое Вы определяете, или вообще никогда не становились устаревшими. Если Вы хотите определить последнее, Вы должны использовать каталог восстановления.

Пункт KEEP создает архивный бэкап, который является снимком базы данных в момент времени. Единственные журналы транзакций, которые сохраняются, - те, что требуются для восстановления этого бэкапа к согласованному состоянию. Предложение RESTORE POINT, выполяемое после завершения резервного копирования, определяет число журналов транзакций, которые сохраняются (их достаточно, чтобы реставрировать бэкап к моменту RESTORE POINT).

Архивный бэкап также гарантирует, что все файлы, нужные для реставрации бэкапа, будут включены. RMAN включает файлы данных, SPFILE, архивные файлы журнала (только те, которые нужны, чтобы восстановить онлайн бэкап), и соответствующие файлы автобэкапа. Все эти файлы должны пойти на одно и то же семейство носителей (или группу лент).

Можно также указать создание точки реставрации, которая будет иметь тот же самый SCN, что и архивная резервная копия. Это по существу дает понятное имя для момента времени, когда был сделан бэкап.

После того, как создается архивная резервная копия, она сохраняется столько, сколько указано. Даже если Вы имеете намного меньшее окно сохранения и выполняете команду DELETE OBSOLETE, архивная резервная копия остается.

Этот бэкап является снимком базы данных в момент времени, и может использоваться, чтобы реставрировать базу данных на другом узле, к примеру для целей тестирования.

Отметьте: Архивные резервные копии не могут записываться в Быструю Область Восстановления. Так, что если Вы создаете архивный бэкап, следует указать предложение FORMAT, чтобы определить иное расположение.

Далее: Сравнение Полного и Неполного Восстановления

Смотрите также
Комментарии
Написать

(обязательно)

(обязательно)

Это не спам (обязательно)