Реставрация Файла Управления от Автобэкапа

Рубрика: Восстановление с RMAN

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

Реставрация Файла Управления от Автобэкапа

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

Используйте команды, которые показаны на рисунке, чтобы восстановиться от потери управляющих файлов. Во-первых, запустите экземпляр в режиме NOMOUNT. Он не может быть смонтирован, потому что нет никакого управляющего файла. Реставрируйте управляющий файл из резервной копии. Теперь, когда есть управляющий файл, можно смонтировать базу данных. Теперь следует восстановить базу данных, потому что у Вас теперь есть резервный управляющий файл, который содержит информацию о более старой версии базы данных. После восстановления базы данных, можно открыть ее. Следует указать RESETLOGS, потому что новый управляющий файл представляет иной экземпляр базы данных.

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

Чтобы реставрировать управляющий файл от автобэкапа, база данных должна быть в состоянии NOMOUNT. Если автобэкап не находится в мгновенной области восстановления, следует установить идентификатор базы данных (DBID) прежде, чем запускать команду RESTORE CONTROLFILE FROM AUTOBACKUP, как показано в следующем примере:

    RMAN> SHUTDOWN ABORT;
RMAN> STARTUP NOMOUNT;
RMAN> SET DBID 1090770270;
RMAN> RESTORE CONTROLFILE FROM AUTOBACKUP;

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

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

    RMAN> RESTORE CONTROLFILE;

Экземпляр должен быть в состоянии NOMOUNT, когда Вы выполняете эту операцию, и RMAN должен быть соединен с каталогом восстановления. Реставрируемый управляющий файл пишется во все расположения, перечисленным в параметре инициализации CONTROL_FILES.

Используйте команду RESTORE CONTROLFILE... TO <место назначения>, чтобы реставрировать управляющий файл в расположение не по умолчанию.

Если Вы также потеряли SPFILE для базы данных и должны восстановить его из автобэкапа, процедура подобна реставрации управляющего файла из автобэкапа. Следует сначала установить DBID для своей базы данных, а затем использовать команду RESTORE SPFILE FROM AUTOBACKUP.

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

После реставрации управляющих файлов Вашей базы данных из резервной копии следует выполнить полное восстановление носителей и затем открыть Вашу базу данных с опцией RESETLOGS.

Далее: Узкие места Асинхронного ввода-вывода

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

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

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

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