Новые возможности резервирования и восстановления без использования утилиты Recovery Manager

В версию сервера Oracle 9i/ выпуск 2 (9.2) включены следующие новые возможности по резервированию и восстановлению, повышающие доступность и управляемость базы данных.

■          Параллелизм журнализации

Эта возможность позволяет серверным процессам генерировать журнальные данные параллельно, таким образом увеличивая производительность приложений, интенсивно обновляющих таблицы. При включенном режиме параллельных журнальных файлов Oracle генерирует журнальные файлы в новом формате. Версии сервера до Oracle9i/ выпуск 2 (9.2) не могут использовать журнальные файлы в новом формате. Таким образом, если необходимо использовать параллельные журналы в версии сервера до Oracle9i выпуск 2 (9.2), следует временно перейти на версию Oracle9i выпуск 2 (9.2), восстановить базу данных, и затем возвратиться к предыдущей версии сервера.

■           Пакетное прекращение режима резервирования


Оператор ALTER DATABASE END BACKUP выводит из режима резервирования все файлы данных, находящиеся в режиме резервирования. Эта возможность необходима для того, чтобы позволить процессу аварийного восстановления перезапустить экземпляр базы данных, несмотря на то, что сбой произошел во время оперативного резервирования. Ранее, если сбой экземпляра происходил во время выполнения оперативного резервирования, то каждое табличное пространство необходимо было вывести из режима резервирования по отдельности, либо было нужно выполнить восстановление базы данных после сбоя носителя.

 

■           Открытие базы данных после восстановления после сбоя носителя

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

 

■           Пробное восстановление

Оператор SQL*Plus RECOVER . . . TEST может выполнить пробное восстановление в оперативной памяти не затрагивая физическую базу данных. Эта возможность позволяет проводить тестирование методов резервирования и восстановления без фактического внесения изменений в файлы. Кроме того, при проведении диагностики и исправлении ошибок пробное резервирование позволяет предусмотреть проблемы, которые могут возникнуть, если продолжить восстановление в обычном режиме.

 

■          Восстановление данных после сбоя при восстановлении носителя

Можно использовать оператор RECOVER с предложением ALLOW . . . CORRUPTION, чтобы разрешить восстановление испорченных блоков во время восстановления носителя на уровне файла данных. После завершения восстановления можно использовать утилиту Recovery Manager для восстановления носителя на уровне блоков. Таким образом, эта возможность может сократить время восстановления и повысить доступность базы данных.

 

■         Несколько пар преобразования для параметра *_FILE_NAME_CONVERT

Можно указать несколько пар преобразования в параметрах инициализации DB_FILE_NAME_CONVERT И LOG_FILE_NAME_CONVERT.

 

■         Параметр LOG_ARCHIVE_DEST_n поддерживает указание до 10 местонахождений

Параметр инициализации LOG_ARCHIVE__DEST_n позволяет выполнять архивирование в 10 различных мест.

Вас заинтересует / Intresting for you:

Обновление до Oracle Database ...
Обновление до Oracle Database ... 5497 просмотров Илья Дергунов Tue, 21 Nov 2017, 13:18:05
Видеокурс по администрированию...
Видеокурс по администрированию... 10473 просмотров Илья Дергунов Mon, 14 May 2018, 05:08:47
Восстановление базы данных на ...
Восстановление базы данных на ... 4057 просмотров Tue, 21 Nov 2017, 13:31:33
Oracle и непроцедурный доступ ...
Oracle и непроцедурный доступ ... 7384 просмотров Antoni Tue, 21 Nov 2017, 13:32:50
Войдите чтобы комментировать