Откат архива и онлайн-журналов повторов в восстановленную базу данных

Question

В настоящее время я использую Oracle db11g в Red Hat Enterprise Linux 5.0. Я делаю дополнительный уровень 0 один раз в неделю и дополнительный уровень 1 каждый день. Я могу восстановить эту резервную копию на моем новом сервере Linux без каких-либо проблем, потому что у меня есть все архивные журналы, созданные после резервного копирования уровня 1.

Однако, если онлайн-журнал повторов еще не заполнен (я имею в виду, что у меня есть некоторая информация о восстановлении в онлайн-журнале), как я могу использовать этот онлайн-журнал для отката к моей восстановленной базе данных на новом сервере Linux? Я не хочу потерять ценную информацию, которая еще не заархивирована.

С уважением, Sarith

Answer 1

1. Восстановите ваши резервные копии.
2. Скопируйте ваши текущие файлы журнала повторного выполнения онлайн (из «поврежденного» производственного экземпляра) на новый сервер.
3. БАЗА ДАННЫХ ВОССТАНОВЛЕНИЯ;

В этом сценарии предполагается, что у вас есть полная непрерывность с архивными журналами и онлайн-журналами. При выполнении восстановления Oracle применяет необходимое архивированное повторное выполнение, а затем переходит в оперативные журналы повторного выполнения для восстановления до точки сбоя. Важный! Не восстанавливайте онлайн журналы повторов из резервной копии, которая у вас есть! Используйте текущие онлайн-журналы из вашего аварийного экземпляра.

Наконец, не верьте ничему, что вы читаете, не практикуя это для себя!

Answer 2

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

Answer 3

То есть вы имеете в виду, что дублируете базу данных на другом сервере, используя RMAN?

Онлайн журналы повторов используются только для аварийного восстановления. Например: вы теряете файл данных, восстанавливаете файл данных из вашей последней резервной копии, применяете архивы журналов и, наконец, онлайн журналы повторов. Это дает восстановленному файлу данных такой же SCN (номер изменения системы), что и контрольному файлу (и другим файлам данных). Аварийное восстановление завершено.

Когда вы используете свои резервные копии для дублирования базы данных на другом сервере, вы можете выполнить откат только с использованием ваших заархивированных журналов. Это делает неполное восстановление по определению (создает новый контрольный файл и редологи).

сделать SQL> Изменить лог-файл системного коммутатора перед резервным копированием?

Но независимо от того, какое восстановление находится за исходной базой данных, если оно остается открытым. Я сейчас точно не понимаю ваше экономическое обоснование, но вам может подойти DataGuard.

Rob