Oracle DBA Forum  

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

Ответ
 
Опции темы Опции просмотра
  #21  
Старый 01.10.2009, 22:00
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Дополнительные параметры, используемые при вызове RMAN из командной строки



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

Параметр LOG = имя_файла задает файл, в который RMAN будет писать свои выходные данные. Если этот параметр не указан, RMAN пишет свои сообщения в стандартный вывод.

Ключевое слово APPEND определяет, что новые выходные данные должны быть добавлены в файл журнала сообщений.

Параметр CMDFILE = имя_файла может быть использован для запуска файла, содержащего команды RMAN. RMAN завершает свою работу после выполнения командного файла.

Любое имя файла должно быть заключено в кавычки, если первый символ имени файла отличается от алфавитного символа.


Следующие варианты соединения можно использовать в RMAN:

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


Когда в строке вызова указывается фраза SCRIPT, RMAN после подсоединения к целевой БД (фраза TARGET) и каталогу восстановления (фраза CATALOG) выполняет в целевой БД скрипт, хранимый в каталоге восстановления.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #22  
Старый 01.10.2009, 22:02
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Конфигурирование настроек RMAN



Конфигурирование настроек RMAN

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

Для таких параметров есть значения по умолчанию, что позволяет немедленно использовать их при работе утилиты RMAN. Однако более совершенная стратегия резервирования и восстановления может потребовать изменить эти установки.

Команда CONFIGURE позволяет задать устойчивые конфигурационные параметры, действующие при выполнении операций RMAN по резервированию, копированию из бэкапа, дублированию и сопровождению. Эти установки доступны в любом сеансе RMAN, пока конфигурация не будет сброшена (CLEAR) или изменена.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #23  
Старый 01.10.2009, 22:04
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Конфигурирование настроек RMAN с помощью ЕМ



Конфигурирование настроек RMAN с помощью ЕМ

Чтобы задать параметры резервирования для экземпляра, можно воспользоваться Oracle Enterprise Manager. Для этого выберите на странице Maintenance в области Backup/Recovery ссылку Backup Settings.

Страница Backup Settings имеет три закладки с параметрами: Device, Backup Set и Policy.

На странице Device можно задать конфигурационные установки для дисков и лент, включая параметры библиотеки управления носителем (MML).
На странице Backup Set (показана на слайде) указываются параметры резервных наборов, а также имя и пароль в ОС (host credentials).
На странице Policy до начала выполнения операций резервирования задаются различные параметры политики резервирования (backup policy) и политики удержания (retention policy), например, автоматическое резервирование управляющего файла и файла серверных параметров при каждом резервировании и изменении структуры БД ( automatically backing up the control file and SPFILE ...). На этой странице можно также сконфигурировать поддержку отслеживания измененных блоков, которая обеспечивает более быстрое инкрементальное резервирование (Enable block change tracking for faster incremental backups).


Примечание: такие измененные параметры применяются при выполнении любой операции резервирования, в которой эти установки явно не переопределяются.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #24  
Старый 01.10.2009, 22:05
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Автоматическое резервирование управляющего файла



Автоматическое резервирование управляющего файла

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

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

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

Код:
CONFIGURE CONTROLFILE AUTOBACKUP ON;
По умолчанию автоматическое резервирование управляющего файла выключено.
После его включения RMAN автоматически резервирует управляющий файл и текущий файл серверных параметров (если он использовался при старте БД).

Это происходит в одном из двух случаев:

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

Имя автоматически резервируемого управляющего файла формируется с использованием стандартного формата %F для всех типов устройств. Поэтому RMAN может угадать файл в месте расположения и восстановить его без репозитария. Переменная формата %F транслируется в строку c-IIIIIIIIII-YYYYMMDD-QQ, где:

IIIIIIIIII означает DBID;
YYYYMMDD - это временная метка дня генерации бэкапа;
QQ - последовательность шестнадцатеричных чисел, начиная с 00 до максимального значения FF.


Стандартный формат имени можно изменить по команде CONFIGURE

Код:
CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE type TO   'строка '.
В строке должна содержаться подстановочная переменная %F и не могут присутствовать другие переменные подстановки.

Пример:

Код:
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT
FOR DEVICE TYPE DISK TO  '/u01/oradata/cf_ORCL_auto_%F';
Автоматически резервируемый управляющий файл сохраняется во флэш-области восстановления, когда она сконфигурирована.

При наличии автоматически зарезервированных управляющих файлов RMAN может восстановить базу данных, даже когда текущий управляющий файл, каталог восстановления и серверный файл параметров недоступны. Поскольку формат имен автоматических резервов хорошо известен, используя путь к каталогу, где хранятся автоматически зарезервированные копии управляющего файла, RMAN может найти и восстановить (restore) файл серверных параметров и управляющий файл.
__________________
Чат форума (требуется аккаунт на github или twitter)

Последний раз редактировалось Marley; 01.10.2009 в 22:07.
Ответить с цитированием
  #25  
Старый 01.10.2009, 22:09
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Политика удержания



Политика удержания

Политика удержания (retention policy) определяет, какие резервные объекты будут храниться и как долго. Значения атрибутов политики удержания задаются по команде CONFIGURE. Наилучший подход - задать период времени, в течение которого предоставляется возможность обнаружить логические ошибки и устранить пострадавшие объекты путем восстановления на момент времени непосредственно перед возникновением ошибки. Такой период времени называют окном восстановления (recovery window). В этом случает при определении политики удержания задается количество дней и для каждого файла данных должен существовать один его зарезервированный образ, удовлетворяющий условию:

Код:
SYSDATE - checkpoint_time >= recovery_window

Например, пусть политика задана следующим образом:


Код:
RMAN>  CONFIGURE RETENTION POLICY 2 TO RECOVERY WINDOW OF 7  DAYS;

Тогда для каждого файла данных должен быть содержащий его резервный объект, удовлетворяющий условию:


Код:
SYSDATE -   (SELECT checkpoint_time
FROM V$BACKUP_DATAFILE WHERE file#= ...)   >= 7

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

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

Если требуется задать количество удерживаемых зарезервированных образов, политика удержания определяется через избыточность (redundancy). Тогда в репозиторий должно быть зарегистрировано необходимое количество резервных объектов, а лишние объекты будут рассматриваться как устаревшие (obsolete).

По умолчанию RETENTION POLICY сконфигурирована как REDUNDANCY 1. Это означает, что только один зарезервированный образ для каждого файла должен храниться в произвольный момент времени. Резервный объект считается устаревшим (obsolete), если большее, чем требуется число версий одного и того файла находится в резервных объектах.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #26  
Старый 01.10.2009, 22:11
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Сопровождение установленных параметров



Сопровождение установленных параметров

Команда RMAN SHOW позволяет просмотреть конфигурационные установки. После подсоединения к целевой БД по команде SHOW ALL выводятся только те конфигурационные установки, которые имеют отношение к соответствующему узлу и базе данных.

Вернуться к значению параметра по умолчанию можно по команде CONFIGURE с опцией CLEAR.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #27  
Старый 01.10.2009, 22:12
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Выделение канала



Выделение канала

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

Каждой команде BACKUP, COPY, RESTORE или RECOVER, выполняемой в Recovery Manager, необходим хотя бы один канал. Тип выбранного накопителя определяет тип выделяемого канала. Число выделенных каналов задает максимальный уровень параллелизма при выполнении резервирования, копирования из резерва и восстановления.

Представление V$BACKUP_DEVICE показывает поддерживаемые типы устройств.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #28  
Старый 01.10.2009, 22:13
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Автоматическое и ручное выделение канала



Автоматическое и ручное выделение канала

Используйте команду CONFIGURE, чтобы предварительно сконфигурировать каналы для всех сеансов RMAN, использующих автоматическое выделение каналов. Автоматические каналы применяются только в таких работах RMAN, в которых каналы не выделяются вручную.

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

Команда ALLOCATE CHANNEL, заданная внутри команды RUN, и команда ALLOCATE CHANNEL FOR MAINTENANCE, введенная в командной строке после приглашения RMAN, используются для ручного выделения канала. Такое выделение канала переопределяет автоматическое выделение.

Каналы, выделенные вручную, могут использоваться для выполнения команд (например, CHANGE, DELETE и CROSSCHECK), которые удаляют или изменяют статус существующих резервных объектов. Однако, если вы сконфигурировали автоматические каналы с помощью команды CONFIGURE, тогда RMAN может ими воспользоваться для выполнения операций сопровождения и нет необходимости вручную конфигурировать такие каналы по команде ALLOCATE CHANNEL FOR MAINTENANCE. Кроме того, сконфигурированные таким образом вручную каналы сопровождения не могут быть использованы для некоторых других операций ввода-вывода, например, backup и сору.

Автоматическое и ручное выделение каналов - взаимно исключающие возможности. RMAN использует одну из них для каждой работы.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #29  
Старый 01.10.2009, 22:16
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Опции управления каналами



Опции управления каналами

Можно установить опции управления для выделяемых каналов, изменяющие их характеристики по умолчанию. Следующие опции задаются при описании ручных и автоматически выделяемых каналов:

CONNECT; строка соединения с экземпляром целевой БД;
FORMAT; формат для генерации имен создаваемых при использовании канала резервных фрагментов;
MAXOPENFILES; максимальное число входных файлов, которые могут быть открыты командой BACKUP в произвольный момент времени (по умолчанию 8)
MAXPIECESIZE; максимальный размер любого резервного фрагмента в данном канале, задается в байтах (по умолчанию), килобайтах (К), мегабайтах (М) или гигабайтах (G).
DURATION; задает в часах и минутах продолжительность выполнения работы по резервированию. Можно следующим образом уточнить продолжительность:
- PARTIAL; не выдавать ошибок, если резервирование не завершено до
конца заданного интервала времени.
- MINIMIZE TIME; резервирование на предельной скорости, которая
возможно позволит завершить операцию в заданном временном
интервале.
- MINIMIZE LOAD; RMAN осуществляет мониторинг скорости
резервирования и автоматически снижает скорость обработки, когда обнаруживает, что операция резервирования будет завершена в заданный интервал времени. Эту опцию нельзя установить при записи на ленту, так как желательно выполнять запись на ленту на предельной скорости.


Для у каналов с типом устройства SBT или SBT_TAPE можно также указывать следующее:

PARMS="ENV(.) "

установка переменных окружения для серверного сеанса, связанного с
клиентом RMAN

PARMS=" SBT_LIBRARY=..."
задание местоположения библиотеки носителя, используемой каналом.

Для автоматических каналов можно также сконфигурировать уровень параллелизма по умолчанию и тип устройства (диск или ленту), одновременно определив вид создаваемых резервных объектов:ВАСКUPSET, COMPRESSED BACKUPSET или COPY.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #30  
Старый 01.10.2009, 22:17
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Итоги

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

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

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

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


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


Powered by vBulletin®