Oracle DBA Forum  

Вернуться   Oracle DBA Forum > Oracle University Official Study Notes (RUS) > База данных Oracle 10g Администрирование > База данных Oracle 10g Администрирование II

Ответ
 
Опции темы Опции просмотра
  #21  
Старый 02.10.2009, 20:07
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Команда LIST



Команда LIST

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

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

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

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

Кроме того, можно задавать порядок выводимых данных (BY BACKUP или BY FILE), а также уровень их детализации (VERBOSE или SUMMARY).
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #22  
Старый 02.10.2009, 20:09
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Команда REPORT



Команда REPORT

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

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

Какова структура база данных?
Код:
RMAN> REPORT SCHEMA;
Какие файлы необходимо резервировать?
Код:
RMAN> REPORT NEED BACKUP
Какие резервные объекты могут быть удалены (так как они устарели)?
Код:
RMAN> REPORT OBSOLETE;
Какие файлы не восстановимы из-за невозможности выполнения операции восстановления?
Код:
RMAN>  REPORT UNRECOVERABLE   ...;
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #23  
Старый 02.10.2009, 20:11
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Команда REPORT NEED BACKUP



Команда 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 должен быть в состоянии восстановить базу данных.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #24  
Старый 02.10.2009, 20:13
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Примеры команды REPORT NEED BACKUP



Примеры команды 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;
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #25  
Старый 02.10.2009, 20:15
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Команды REPORT OBSOLETE И DELETE OBSOLETE



Команды 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 для удаления файлов из каталога восстановления.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #26  
Старый 02.10.2009, 20:17
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Сопровождение резервных объектов с помощью ЕМ



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

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 автоматически сопровождает дисковое пространство и файлы в этой области на основе политики удержания.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #27  
Старый 02.10.2009, 20:20
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Динамические представления, используемые RMAN



Динамические представления, используемые 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
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #28  
Старый 02.10.2009, 20:22
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Мониторинг резервирования с помощью RMAN



Мониторинг резервирования с помощью 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%';
__________________
Чат форума (требуется аккаунт на github или twitter)

Последний раз редактировалось Marley; 02.10.2009 в 20:25.
Ответить с цитированием
  #29  
Старый 02.10.2009, 20:26
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Итоги:

__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #30  
Старый 02.10.2009, 20:26
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию

__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
Ответ

Метки
recovery manager, rman
Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 23:45. Часовой пояс GMT +3.


Powered by vBulletin®