в режим автоматического подката по

Создадим файл пароля для sb.class:

orapwd file=PWDsb.ora password=change_on_install

Заведем службу ОС для sb.class:

oradim -new -sid sb -startmode m -pfile c:\oracle\ora90\database\initsb.ora

"Приводим" резервную БД "в чувство" и переводим в режим автоматического подката по получаемым файлам журналов. Выдаем в SQL*Plus:

CONNECT sys/change_on_install AS SYSDBA

STARTUP MOUNT PFILE=?/database/initsb.ora

RECOVER MANAGED STANDBY DATABASE

В этом месте SQL*Plus "зависает", но так и должно быть. Уходим из этого окошка, но не закрываем его.

Проверка

Теперь можно для наглядности вывести на экран два окошка с содержимым каталогов e:\oracle\oradata\teacher\archive и e:\oracle\oradata\sb\teacher_archive соответственно.

Запускаем снова основную БД в окошке с SQL*Plus, где мы эту базу останавливали:

STARTUP PFILE=?/database/initteacher.ora

Выдадим несколько раз

ALTER SYSTEM SWITCH LOGFILE;

Если все было проделано без ошибок, в обоих окошках с каталогами можно наблюдать появление одних и тех же архивных копий журнала, причем с запаздыванием: сначала в одном, потом в другом. Это свидетельствует о том, что архивные копии реально пересылаются на резервную БД.

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

Перевод резервной БД в состояние, допускающее выборку

Откроем новое консольное окошко, где выдадим в SQL*Plus:

CONNECT sys/change_on_install@sb.class AS SYSDBA

RECOVER MANAGED STANDBY CANCEL

EXIT

Вернемся в прежнее окошко с резервной БД и увидим, что сеанс SQL*Plus в нем "отвис". Сейчас архивные копии продолжают поступать в резервную БД, однако сама база уже не подкатывается. Наберем

ALTER DATABASE OPEN READONLY;

Теперь из резервной базы можно делать выборки данных.

Возврат резервной БД в режим подката

В этом же последнем окошке набираем:

CONNECT sys/change_on_install AS SYSDBA

SHUTDOWN

STARTUP MOUNT PFILE=?/database/initsb.ora

RECOVER AUTOMATIC STANDBY DATABASE

CANCEL

RECOVER MANAGED STANDBY DATABASE

Как и прежде, тут мы "зависаем".

Перевод резервной БД в рабочее состояние

Вначале поступаем, как и прежде, а потом - иначе. В новом окошке выдадим в SQL*Plus:

CONNECT sys/change_on_install@sb.class AS SYSDBA

RECOVER MANAGED STANDBY CANCEL

ALTER DATABASE RECOVER STANDBY DATABASE;

ALTER DATABASE RECOVER CANCEL;

ALTER DATABASE ACTIVATE STANDBY DATABASE;

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

Содержание Назад

Forekc.ru
Рефераты, дипломы, курсовые, выпускные и квалификационные работы, диссертации, учебники, учебные пособия, лекции, методические пособия и рекомендации, программы и курсы обучения, публикации из профильных изданий