FRA – Мгновенная Область Восстановления и Ретроспективная Технология Oracle

Рубрика: Oracle

Здравствуйте, уважаемые читатели блога okITgo.ru! Как и обещал, рассказываю о таких замечательных вещах как Область Восстановления Oracle (она же FRA – аббревиатура от Flash Recovery Area), а также о ретроспективной технологии Oracle.

Автоматические Дисковые Бэкап и Восстановление: Мгновенная Область Восстановления (от англ. Flash Recovery Area или FRA)

Компоненты, которые создают разрозненные файлы, относящиеся к бэкапу и восстановлению, не имеют представления друг о друге или о размере файловых систем, где они хранят свои данные. Посредством Автоматического Дискового Бэкапа и Восстановления Вы можете создать мгновенную область восстановления FRA, которая автоматизирует управление файлами, связанными с бэкапом и восстановлением. Выберите место на диске и верхнюю границу пространства хранилища и установите политику сохранения, которая управляет продолжительностью хранения файлов бэкапа, необходимых для восстановления, и база данных будет управлять хранилищем FRA, используемым для бэкапов, архивных redo-журналов изменений, и других файлов, имеющих отношение к восстановлению вашей бд – в пределах установленного пространства FRA. Файлы, которые более не нужны, могут быть удалены, когда Менеджеру Восстановления RMAN потребуется перераспределить место для новых файлов.

Использование FRA минимизирует необходимость вручную управлять дисковым пространством для файлов бэкапа и регулировать использование пространства для других типов файлов. Oracle рекомендует включать FRA для упрощения управления вашими бэкапами.


Ретроспективная Технология Oracle (от англ. Flashback Technology): Альтернативы Восстановлению на Момент Времени

Ретроспективная Технология Oracle (также называют технологией обратного кадра) обеспечивает ряд возможностей, которые предоставляют полезные альтернативы для поддержки просмотра прошлых состояний данных, а также изменения текущего состояния данных назад и вперед во времени, без необходимости реставрировать большие порции вашей БД из бэкапа или выполнения восстановления на момент времени. Ретроспективные возможости Oracle более эффективны и менее разрушительны, чем восстановление носителя в большинстве случаев, в которых они применимы.

Большая часть функций обратного кадра Oracle работают на логическом уровне, просматривая и манипулируя объектами БД следующим образом:

  • Ретроспективный Запрос Oracle позволяет Вам указывать целевое время, а затем делать запросы к вашей базе данных, просматривая результаты, которые бы появились в то время. Чтобы восстановить нежелаемое изменение, наподобие неправильного обновления таблицы, пользователь мог бы выбрать целевое время до того, как произошла ошибка, и сделать запрос для извлечения содержимого потерянных или измененных строк.
  • Ретроспективный Версионный Запрос Oracle позволяет Вам просматривать все версии всех строк, которые когда-либо существовали в одной или более таблиц для указанного интервала времени, в течение которого к таблицам применялись обновления. Вы также можете извлечь метаданные о различных версиях строк, включая стартовое время, конечное время, выполненную операцию, и идентификатор транзакции ID, создавшей версию. Эта возможность может использоваться как для восстановления значений потерянных данных, так и для аудита изменений к запрашиваемым таблицам.
  • Ретроспективный Транзакционный Запрос Oracle позволяет Вам просматривать изменения, сделанный одиночной транзакцией, или всеми транзакциями за период времени.
  • Ретроспективная Таблица Oracle возвращает таблицу к ее состоянию в предыдущий момент времени. Вы можете реставрировать данные таблицы прямо в режиме онлайн базы, отменяя сделанные обновления только к указанной таблице.
  • Ретроспективный Сброс (Drop) Oracle отменяет эффект предложения DROP TABLE.

Все функции (Ретроспективная Таблица, Ретроспективный Запрос, Ретроспективный Транзакционный Запрос и Ретроспективный Версионный Запрос) используют данные отката (от англ. undo data), записи всех эффектов каждого обновления БД Oracle и значения, перезаписанные в обновлениях. Используемые в первую очередь для таких целей, как согласованность чтения при SQL запросах и откат транзакций, эти undo-записи содержат инфомацию, требуемую для реконструкции данных на прошлый момент времени и всех изменений, сделанных с того момента.

Ретроспективный Сброс построен на основе механизма, называемого Корзиной (от англ. Recycle Bin), которую Oracle использует для управления сброшенными объектами базы данных до тех пор, пока место, которое они занимают, не потребуется для сохранения новой информации.

Замечание:
Ретроспективные функции Оракл логического уровня не зависят от RMAN и доступны вне зависимости от того, является RMAN частью вашей стратегии бэкапов или нет.

На физическом уровне Ретроспективная База Данных Oracle обеспечивает более эффективную прямую альтернативу восстановлению БД на момент времени. Если у Вас есть файлы данных, которые имеют только нежелательные изменения, то Вы можете использовать Ретроспективную Базу Данных, чтобы обратить текущие файлы данных к их содержимому в прошлом времени. Конечный результат будет практически таким же, как при восстановлении на момент времени, но он будет достигнут гораздо быстрее, поскольку не требует реставрацию файлов данных из бэкапа, а требует только ограниченное применение redo по сравнению с восстановлением носителя.

Ретроспективная База Данных использует ретроспективные журналы для доступа к прошлым версиям блоков данных также, как и некоторую информацию из архивных redo-журналов. Ретроспективная БД требует конфигурирования FRA для базы данных, поскольку ретроспективные журналы могут сохранться только в области восстановления FRA. Запись в ретроспективные журналы не включена по умолчанию. Пространство, используемое для ретроспективных журналов, управляется автоматически базой данных, и балансируется с пространством, необходимым для других файлов в FRA.

Замечание:

  • Ретроспективная БД интегрируется с RMAN, который может автоматически получать из бэкапа любые архивные журналы, необходимые для Ретроспективной Базы Данных. Также она может использоваться в SQL*Plus без использования RMAN, но в этом случае Вы должны сами сделать все необходимые архивные журналы доступными на диске.
  • Если для FRA выделено недостаточно места, то ретроспективные журналы могут удаляться, чтобы освободить пространство для бэкапов и файлов архивных логов. Восстановление базы на момент времени может вообщем привести к тому же результату, что и ретроспективная бд, возвращающая вашу базу данных к ее содержимому на прошлый момент времени.

О Точках Реставрации

БД Oracle также поддерживает точки реставрации (restore points) в сочетании с Ретроспективной БД и возможностями реставрации и восстановления.

Обычная точка реставрации – это псевдоним, соответствующий SCN, который Вы можете создать в любой момент, если Вы предвидите необходимость возврата части или всей вашей бд к ее содержимому в тот момент. Будущие операции восстановления на момент времени, использование Ретроспективной Таблицы и Ретроспективной БД упрощаются, потому что Вам не надо исследовать или записывать целевой момент SCN для операции.

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

Спасибо за внимание! Удачи! До новых встреч на страницах сайта okITgo.ru.

Рубрика: Oracle

Отзывов (2) на «FRA – Мгновенная Область Восстановления и Ретроспективная Технология Oracle»

  1. Мимо проходил пишет:

    Я так понимаю эти статьи пишутся для “новичков” или ДБА с малым опытом работы. Так вот было бы круто, если бы в статьях указывалась версия БД, к которой применим тот или иной метод. Насколько я знаю FRA на 9 нет и она появилась позже, но тут ни сведения вообще о версии базы нет.

    • Николай пишет:

      Спасибо за совет – обязательно учту и буду указывать версию БД в очередных постах по Oracle. На данный момент работаю с Oracle 10g (второй релиз), так что данная статья и все остальные (в которых также не указана версия) относятся к 10-й версии СУБД. Начинал на 9i – там действительно FRA нет и введена она, начиная с Oracle 10g и естественно поддерживается и будет поддерживаться и в последующих версиях (11 и будущих), так что статьи по Oracle FRA актуальны для СУБД начиная с 10 версии.