Профессионалу администратору

Алиса Лив
Брайан Бомад

Конфигурирование Oracle Recovery Manager
(Configuring Oracle Recovery Manager
By Alysa Leve and Brian Bombard)

Источник: журнал Oracle Magazine, no. 6, 2002, /oramag/oracle/02-nov/o62support.html

Настройте Recovery Manager (RMAN) и забудьте о сбоях системы.

Утилита RMAN (Oracle Recovery Manager – Управление Восстановлением) – это инструмент, который автоматизирует и управляет резервным копированием и восстановлением баз данных Oracle. Применение RMAN лишено операционных сложностей, а производительность и доступ к базе данных остаются прежними. Служба Поддержки Oracle (Oracle Support Services - OSS) ведет тщательный анализ практического опыта применения RMAN клиентами и выпускает соответствующий отчет. В этой статье приводятся несколько примеров такого анализа, что поможет читателям сконфигурировать RMAN для резервного копирования и восстановления баз данных Oracle.

Обзор документации

Перед использованием RMAN просмотрите следующую документацию:

• Oracle9i Quick Reference Guide: Этот документ включает большинство команд, которые наиболее часто используются в RMAN.
• Oracle9i Recovery Manager User's Guide: Концепции RMAN, процедуры, установка, и новые возможности.
• Oracle9i Recovery Manager Reference: Справочный материал со всеми командами RMAN, обзор каталога восстановления и сведения о совместимости.

Где хранить метаданные RMAN

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

В большинстве случаев следует использовать каталог восстановления, создав его на отдельном сервере, где нет целевых баз данных. Это особенно полезно при управлении несколькими базами данных, так как в едином каталоге могут храниться метаданные всех баз данных.

Если база данных небольшая или установка и администрирование отдельной базы данных для каталога восстановления невозможны, то репозитарием метаданных RMAN может служить управляющий файл целевой базы данных. Тем, кто решил отказаться от использования каталога восстановления, Oracle рекомендует:

• Включить режим автосохранения управляющего файла, что позволит RMAN автоматически выполнять резервное копирование управляющего файла целевой базы данных, и включить режим восстановления управляющего файла без доступа к репозитарию каталога (или каталог восстановления, или управляющий файл целевой базы данных). Части 5 и 8 в руководстве “The Oracle9i Recovery Manager User's Guide Release 2 (9.2)” содержат более подробную информацию об этом режиме.
• Используйте, как минимум, три отдельно расположенных управляющих файла, каждый из которых разместите на отдельном диске или зазеркалированный управляющий файл. Это для надежности, чтобы в случае потери одной копии ее можно было заменить другой копией.

Более подробную информацию о том, где хранить метаданные RMAN можно получить в руководстве “Oracle9i Recovery Manager User's Guide”.

Проверка прав доступа пользователя RMAN

Обычно проблемы настройки RMAN возникают из-за недостатка прав доступа. Эта проблема появляется перед пользователем в виде сообщения об ошибке ORA-1031 "insufficient privileges" (“Прав доступа недостаточно”). Сообщение указывает на то, что операция, которую требуется выполнить, не разрешена данному пользователю.

Безопасность базы данных Oracle требует, чтобы сессии RMAN были предоставлены права доступа SYSDBA. Это означает, что если при попытке локально присоединиться к целевой базе данных появилось сообщение об ошибке ORA-1031, то необходимо проверить, входит ли пользователь операционной системы, имя которого используется для присоединения к системе, в группу DBA OS. Группа DBA в операционной системе создается преимущественно для установки программного обеспечения и отвечает за предоставление прав доступа SYSDBA.

Для соединения с удаленной целевой базой данных необходимо, кроме имени пользователя и пароля, указать еще строку соединения или TNS-алиас:

(rman TARGET SYS/pwd@<Connect_String>)

Выбор поставщика медиа-устройства

Для выполнения резервного копирования на диск Oracle не требует специального программного обеспечения (ПО). Однако для резервного копирования на ленту RMAN требует ПО третьих фирм-производителей для управления медиа-устройством. Это ПО заправляет, размечает и извлекает кассету, предназначенную для резервного копирования и восстановления данных. ПО медиа-устройства взаимодействует с RMAN через распространяемое Oracle API управления медиа-устройством. Для достижения наиболее совершенного решения Oracle выпустил продукт Legato Single Server Version (LSSV), который появился, начиная с Oracle9i Database Release 2. Он заменяет Legato Storage Manager. Документацию и другую информацию по LSSV можно найти по адресу www.legato.com/lssv .

Если вы хотите использовать продукт особенного поставщика медиа-устройств, свяжитесь непосредственно с поставщиком, чтобы узнать, является ли он членом Oracle Backup Solutions Program (BSP). Если нет, убедитесь, что он поддерживает использование RMAN. Актуальный список членов BSP можно найти по адресу http://otn.oracle.com/deploy/availability. По всем вопросам работоспособности, совместимости версий и функциональности ПО медиа-устройства обращайтесь к поставщику.

Использование интерфейса Enterprise Manager

Чтобы помочь в автоматизации и управлении резервным копированием и восстановлением баз данных Oracle, Oracle Enterprise Manager (OEM) предоставляет GUI-интерфейс для RMAN. Этот интерфейс позволяет упростить планирование резервного копирования и специфичных для RMAN задач, благодаря использованию усовершенствованной утилиты управления работами - Enterprise Manager Job System. Резервное копирование можно запланировать через заданные интервалы времени, по заданным дням недели или числам месяца. OEM также предоставляет следующие возможности:

• Сохранение конфигурации для дальнейшей настройки и повторного использования
• Использование утилит-визардов (wizard) для пошагового процесса создания скрипта резервного копирования, который может затем использоваться как запланированная задача
• Возможность сохранения наиболее часто используемых задач по резервному копированию, которые могут применяться к нескольким целевым базам данных
• Возможность выполнения любой задачи RMAN с помощью RMAN-скрипта, созданного пользователем

Что содержит стек ошибок RMAN

Если во время работы RMAN появятся ошибки, то можно вывести стек ошибок RMAN. В многоуровневой среде не всегда бывает понятно, что послужило причиной появления проблемы. Например, ошибка может произойти в операционной системе, в ПО для управления медиа-устройством или в самом RMAN. Понимая, как прочитать стек ошибок RMAN, можно по шагам разобраться с проблемой и сократить время простоя. Ниже показан пример стека ошибок Oracle9i Database Release 2 с пояснениями:

RMAN> BACKUP DATABASE 
...
RMAN-00571:==========================     

RMAN-00569:=ERROR ... STACK FOLLOWS=     
RMAN-00571:==========================     
RMAN-03007: retryable error occurred during execution of command: backup    
RMAN-07004: unhandled exception during command execution on channel t1     
RMAN-10035: exception raised in RPC: ORA-19506: failed to create sequential file, 
name="df_t458780445_s5824_p1", parms=""                    
ORA-27007: failed to open file                            
Additional information: 7009                          
Additional information: 1                            
ORA-19511: SBT error = 7009, errno = 0, sbtopen: can't connect with media manager                                        

Приведенный стек ошибок говорит, что при попытке выполнить резервное копирование (RMAN-3007), Oracle обнаружил ошибку в канале "t1" (RMAN-7004). Oracle попытался создать резервную копию, и не смог завершить эту операцию (RMAN-10035 и ORA-19506). Ошибка возникла из-за того, что невозможно открыть некоторый файл (ORA-27007), так как RMAN не смог подключиться к ПО для управления медиа-устройством поставщика (Дополнительная информация: 7009).

Читая записи стека, можно увидеть, что проблема возникла из-за того, что RMAN не смог соединиться с медиа-устройством. Заметьте, что наличие сообщения об ошибке ORA-19511 показывает, что это проблема в медиа-устройстве. Текст сообщения об ошибке ORA-19511 может меняться в зависимости от используемого ПО для управления медиа-устройством. В данном случае первое число в строке (7009) – это номер ошибки, с которой поставщику ПО для управления медиа-устройством будет необходимо начать диагностику проблемы.

Коротко о конфигурировании Recovery Manager

После установки базы данных Oracle RMAN уже сконфигурирован, и можно выполнять резервное копирование базы данных на локальный сервер. Перенастроить конфигурацию RMAN легко, тем не менее OSS рекомендует просмотреть документацию, чтобы решить, где хранить метаданные RMAN, какие права доступа проверять, как выбрать поставщика встроенного медиа-устройства (для резервного копирования на ленту), и как использовать GUI-интерфейс Enterprise Manager. Такой подход поможет гарантировать успешное конфигурирование и использование RMAN.

10 основных причин использования RMAN Каковы же основные причины для включения RMAN в стратегию резервного копирования и восстановления? Отсутствие проблем во время резервного копирования и восстановления. RMAN автоматизирует операции резервного копирования и восстановления, поэтому сохраняются все необходимые файлы базы данных, а восстанавливаются только те файлы, которые требуются для восстановления. Проверка на наличие поврежденных блоков. Во время резервного копирования определяются поврежденные блоки и выдаются сообщения об этом, чтобы предотвратить создание файлов резервных копий, непригодных для восстановления. RMAN знает про архивные журналы. RMAN одной командой создает резервные копии файлов данных и архивных журналов во время поиска всех используемых данных, на которые есть ссылки в корректном архивном журнале. Поблоковое восстановление с ленты (Block Media Recovery – BMR). BMR выполняет восстановление с ленты по отдельным блокам, поэтому повреждение затрагивает меньше данных. Взаимодействие с основными типами медиа-устройств. Возможность применения полномочной (proxy) копии, существующая на уровне управления медиа-устройством, использует новую технологию, позволяющую ускорить копирование на ленту и чтение с нее. Оптимизация резервного копирования и восстановления. Зачем подвергать систему дополнительным нагрузкам? RMAN обеспечивает ускоренное копирование и восстановление, так как выполняет только ту работу, которая для этого требуется. Проверка корректности резервного копирования и восстановления. Чтобы гарантировать работоспособность резервной копии, производится проверочное восстановление. Отсутствие простоя во время резервного копирования. Чтобы с помощью RMAN выполнить резервное копирование, не требуется останавливать базу данных. Достаточно настроить планировщик и RMAN создаст резервную копию базы данных без необходимости дополнительного повтора этой операции. Инкрементальное резервное копирование. При инкрементальном резервном копировании тратится меньше времени на восстановление, используется меньше пространства, и уменьшается сетевой трафик при копировании по сети. Создание подробного отчета. Отчеты RMAN содержат анализ данных, которые были сохранены или восстановлены.

Брайан Бомад (brian.bombard@oracle.com) 3 года работает в службе поддержки Oracle (Oracle Support Services - OSS) и является руководителем программы the Problem Avoidance Architecture (PAA).

Алиса Лив (alysa.leve@oracle.com) работает в OSS более 6 лет и является главным техническим аналитиком, специализирующимся на проблемах с Recovery Manager в PAA.