03 Использование Recovery Manager

[Marley]

Команда LIST

Команда RMAN LIST используется для вывода хранимой в репозитарии информации о резервных наборах, прокси-копиях и копиях образов.

Можно вывести перечень, содержащий:

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

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

Кроме того, можно задавать порядок выводимых данных (BY BACKUP или BY FILE), а также уровень их детализации (VERBOSE или SUMMARY).

[Marley]

Команда REPORT

Команда REPORT помогает выполнить детальный анализ информации репозитария RMAN.

С помощью команды REPORT могут быть получены ответы на такие вопросы:

Какова структура база данных?

RMAN> REPORT SCHEMA;

Какие файлы необходимо резервировать?

RMAN> REPORT NEED BACKUP

Какие резервные объекты могут быть удалены (так как они устарели)?

RMAN> REPORT OBSOLETE;

Какие файлы не восстановимы из-за невозможности выполнения операции восстановления?

RMAN>  REPORT UNRECOVERABLE   ...;

[Marley]

Команда REPORT NEED BACKUP

Команда REPORT NEED BACKUP используется для выявления всех файлов данных, которые необходимо резервировать. Отчетные данные выдаются на основе предположения, что в случае восстановления используется самый последний резервный объект.
Команда имеет четыре опции:

Incremental; целое, определяющее максимальное число инкрементных резервных объектов, используемых при восстановлении. Если при восстановлении требуется такое или большое число инкрементных резервных объектов, необходимо выполнить новое полное резервирование.

Например, чтобы выявить файлы, для восстановления которых необходимы три или более инкрементных резервных объектов, используется команда:

RMAN > REPORT NEED BACKUP incremental  3 database;

Days; целое, определяющее максимальное число дней с момента последнего полного или инкрементного резервирования файла. Если возраст последнего резервного объекта равен или превышает заданное значение, требуется резервирование файла.

Например, чтобы выявить файлы, которые не резервировались последние три дня:

RMAN > REPORT NEED BACKUP days 3 tablespace system;

Redundancy; целое число, определяющее минимальный уровень избыточности.

Например, для уровня избыточности, равного двум, резервирование необходимо при отсутствии хотя бы двух резервных объектов.

Recovery window; временное окно, в рамках которого RMAN должен быть в состоянии восстановить базу данных.

[Marley]

Примеры команды REPORT NEED BACKUP

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

RMAN> REPORT NEED BACKUP incremental 3;

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

RMAN> REPORT NEED BACKUP days 3;

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

RMAN> REPORT NEED BACKUP redundancy 2;

Чтобы получить сведений о файлах, для которых нет подходящих бэкапов, позволяющих выполнить восстановления на любой момент времени из прошедших трех дней, введите команду:

RMAN> REPORT NEED BACKUP recovery window of 3 days;

[Marley]

Команды REPORT OBSOLETE И DELETE OBSOLETE

Устаревший резервный объект может иметь статус OBSOLETE или EXPIRED. Отличие между ними в том, что объект со статусом OBSOLETE больше не нужен, исходя из пользовательской политики удержания, а объект со статусом EXPIRED был переведен в это состояние после выполнения команды CROSSCHECK, которая не обнаружила его на носителе.

Команда REPORT OBSOLETE позволяет обнаружить файлы, которые больше не нужны по причине старения на основе политики удержания. По умолчанию команда REPORT OBSOLETE выводит файлы, устаревшие на основе текущей сконфигурированной политики удержания.
Можно также выводить файлы, устаревшие по причине применения другой политики удержания, задаваемой опцией REDUNDANCY или RECOVERY WINDOW в команде REPORT OBSOLETE.

При выполнении команды REPORT OBSOLETE без опций, когда не сконфигурирована политика удержания, RMAN возвращает сообщение об ошибке.

Команда DELETE может удалить все виды файлов, которые обрабатываются командами LIST и CROSSCHECK. Например, можно удалить резервные наборы, архивные журналы и копии файлов данных.

Команда DELETE удаляет физически файл и строку об этом файле из каталога восстановления. Команда DELETE OBSOLETE удаляет резервные объекты, которые больше не нужны. В ней можно задавать такие же опции REDUNDANCY и RECOVERY WINDOW, как и в команде REPORT OBSOLETE.

После удаления резервных объектов без использования RMAN можно воспользоваться командами CROSSCHECK и UNCATALOG для удаления файлов из каталога восстановления.

[Marley]

Сопровождение резервных объектов с помощью ЕМ

Enterprise Manager предоставляет следующие возможности сопровождения бэкапов:

Просмотр списков резервных объектов (резервных наборов и копий образов), записи о которых хранятся в репозитории RMAN.
Перекрестная проверка репозитория:
- проверка того, что резервные объекты, записи о которых есть в репозитории, действительно существуют и доступны;
- резервные объекты, недоступные во время перекрестной проверки, помечаются
как устаревшие (статус EXPIRED).
Удаление записей о резервных объектах со статусом EXPIRED из репозитория RMAN
Удаление записей об устаревших резервных объектах со статусом OBSOLETE из репозитория и самих резервных файлов с диска.

Для перехода в Enterprise Manager на страницу Manage Current Backups щелкните на ссылке Manage Current Backups в секции Backup/Recovery, расположенной на странице Maintenance. На странице Manage Current Backups имеется две закладки для перехода на страницы Backup Set (выводится первой) и Image Сору. Обе страницы предназначены для вывода сведений о резервных объектах, информация о которых хранится в репозитории утилиты Recovery Manager.

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

[Marley]

Динамические представления, используемые RMAN

Следующие представления используются для получения информации утилиты RMAN из управляющего файла:

V$ARCHIVED_LOG; показывает, какие архивные журналы создавались, резервировались или удалялись из базы данных.
V$BACKUP_CORRUPTION; показывает, какие блоки обнаружены искаженными в процессе записи резервного набора.
V$BACKUP_DATAFILE; используется для определения количества блоков каждого файла данных в созданных резервных наборах; на основе этих данных можно создавать в дальнейшем резервные наборы одинакового размера; это представление также содержит количество искаженных блоков для конкретного файла данных.
V$BACKUP_DEVICE; показывает информацию о поддерживаемых устройствах резервирования; тип устройства DISK никогда не возвращается при запросе к этому представлению, так как это устройство всегда доступно.
V$BACKUP FILES; показывает сведения о всех бэкапах (копиях образов и резервных наборах), а также о зарезервированных архивных журналах. Это представление отражает сведения, выводимые по командам LIST BACKUP и LIST COPY утилиты RMAN
V$BACKUP_PIECE; показывает фрагменты резервных наборов.
V$BACKUP_REDOLOG; показывает архивные журналы, хранимые в резервных наборах.
V$BACKUP_SET; показывает созданные резервные наборы. V$BACKUP_SPFILE; выводит сведения о файлах серверных параметров, хранимых в резервных наборах.
V$COPYCORRUPTION; показывает, какие блоки обнаружены искаженными в процессе записи копии образа.
V$DATABASE_BLOCK_CORRUPTION; показывает, какие блоки были помечены как поврежденные в процессе самого последнего резервирования, выполненного RMAN.
V$RMAN_CONFIGURATION; выводит значения установленных устойчивых параметров конфигурации RMAN.


При использовании прокси-копирования с RMAN можно запрашивать представления:

V$PROXY_ARCHIVEDLOG
V$ PROXY_DATAFILE

Статистики резервирования можно запросить в представлениях:

V$BACKUP_ASYNC_IO
V$BACKUP_SYNC_IO

[Marley]

Мониторинг резервирования с помощью RMAN

Чтобы соотнести процесс и канал во время резервирования, выполните следующие шаги:

1. Запустите утилиту Recovery Manager, установив соединение с базой данных назначения и, если необходимо, с каталогом восстановления.
2. Установите параметр COMMAND ID после выделения каналов и затем скопируйте требуемые объекты. Строка, заданная в команде SET COMMAND ID, отображается в столбце v$SESSION.CLIENT_INFO для всех выделенных каналов.

run {
allocate channel t1 type disk; 
set command id to  ' rman ' ; 
backup datafile 1; 
release channel t1;}

3. Выполните запрос представлений V$PROCESS и V$SESSION, чтобы получить для каждого канала идентификатор сеанса (session identifier - SID) и идентификатор процесса в операционной системе (operating system process identifier - SPID), используя строку, заданную на предыдущем шаге во фразе COMMAND ID.

SELECT sid, spid, clientinfo
FROM v$process p,  v$session s
WHERE p.addr = s.paddr
AND client_info LIKE  '%id=rman%';

4. Чтобы получить сведения о продвижении процесса резервирования, выполните запрос к представлению V$SESSION_LONGOPS.

SELECT sid,   serial*,   context,   sofar,  totalwork,
round(sofar/totalwork*100,2)   "% Complete" FROM V$SESSION_LONGOPS WHERE opname LIKE  'RMAN:%' AND opname NOT LIKE  'RMAN:  aggregate!' AND totalwork  != 0;

5. Если используется канал с типом устройства sbt и обнаруживается, что выполнение процесса приостановилось, запросите представление V$SESSION_WAIT, используя SID, полученный на шаге 3, чтобы проверить, ждет ли RMAN завершения вызванной функции программы управления носителем.

SELECT * FROM V$SESSION_WAIT WHERE event LIKE  'sbt%';

[Marley]

[Marley]