Меню

Rman настройка резервного копирования на диск

Rman настройка резервного копирования на диск

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

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

4-1. Просмотр параметров конфигурации RMAN

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

Для вывода значений всех параметров RMAN, вместо имени параметра указывается ключевое слово ALL:

Как видно из листинга, RMAN осуществляет вывод значений параметров в формате команд конфигурации. Это очень удобно, если планируется использовать данную конфигурацию на другой базе данных. Слово # default в конце строки означает, что данное значение параметра является значением по умолчанию.

Ниже перечислены некоторые опции команды SHOW:

Опция Описание
all Показывает значения всех параметров
archivelog deletion policy Показывает политику удаления журнальных файлов.
archivelog backup copies Показывает число резервных копий журналов.
auxname Показывает имя вспомогательного экземпляра.
backup optimization Показывает использование оптимизации при резервном копировании.
[auxiliary] channel Показывает конфигурацию канала.
channel for device type [disk | ] Показывает характеристики канала.
controlfile autobackup Показывает, включено ли автоматическое копирование контрольного файла.
controlfile autobackup format Показывает формат автоматического копирования контрольного файла.
datafile backup copies Показывает число сохраняемых резервных копий файла данных.
default device type Показывает тип устройства по умолчанию.
encryption algorithm Показывает алгоритм шифрования, используемый в настоящее время.
encryption for [database | tablespace] Показывает шифрование для базы данных и каждого табличного пространства.
exclude Показывает табличные пространства, исключённые из резервного копирования.
maxsetsize Показывает максимальный размер для резервных наборов. Значение по умолчанию неограниченно.
retention policy Показывает политику удержания для резервных копий.
snapshot controlfile name Показывает снимок контрольного файла

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

Ниже перечислены самые важные из настроек отображаемые командой SHOW ALL:

Настройки не по умолчанию можно так же посмотреть в динамическом представлении V$RMAN_CONFIGURATION:

4-2. Конфигурирование RMAN

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

Данную команду можно выполнить как из командной строки, тем самым изменив единственный параметр, так и объединив несколько команд конфигурации в блок RUN, что позволит изменить сразу несколько настроек:

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

4-3. Восстановление значений параметров по умолчанию

Вместо неё можно использовать следующую команду:

4-4. Включение и выключение автоматического резервирования контрольного файла

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

или сбросить значение параметра в режим по умолчанию:

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

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

При включенном режиме RMAN поддержит автоматическое сохранение контрольного файла в следующих случаях:

Резервируемые файлы сохраняются в отдельный резервный набор.

Что касается последнего случая, то здесь необходимо уточнить, что любые изменения в физической структуре базы данных, даже если они делаются, к примеру, через SQL*Plus инициируют автоматическое сохранение контрольного файла. Эти изменения могут включать в себя, например добавление табличного пространства или файла данных, удаление файла данных, переключение табличного пространства в офлайн или онлайн, добавление оперативного журнала, переименование файла данных и т.д. После того как изменение произошло, серверный процессc Oracle (не процесс RMAN) автоматически создаст копию контрольного файла и двоичного файла инициализационных параметров (spfile).

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

Читайте также:  Как найти на планшете usb настройки

Следующие шаги демонстрируют этапы этого восстановления:

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

4-5. Определение каталога и имени файла при автоматическом резервировании контрольного файла

Если контрольный файл или файл параметров инициализации утеряны, RMAN может легко восстановить базу данных в случае включенного режима автосохранения этих файлов. По умолчанию, при включенной флэш-области восстановления, RMAN сохраняет резервные копии этих файлов в данную область. Когда область отключена, RMAN записывает копии в зависящее от операционной системы специфическое местоположение ($ORACLE_HOME/dbs для Unix и %ORACLE_HOME %\database для Windows). Местоположение можно переопределить, используя для этого команду конфигурирования:

Определяя имя файла, следует включать переменную %F в имя файла. Её использование позволяет получить уникальную комбинацию, состоящую из ID базы данных, дня, месяца, года и последовательности, что не позволит затереть более старые копии.

Для получения путей местоположения по умолчанию, достаточно очистить параметр следующей командой:

Источник

Rman настройка резервного копирования на диск

// Резервное копирование и восстановление данных (Команды RMAN)

Там постепенно обновляется информация согласно появления новых знаний.

В большинстве случаев, рекомендуется настроить работу базы данных в режиме работы ARCHIVELOG.
ARCHIVELOGи и BACKUPы хранятся в FRA, необходимо, чтобы база данных имела возможность записи данных в эту область, иначе возникнет ошибка и база перестанет принимать команды пользователей. Поэтому, по мере заполенения FRA, необходимо ее очищать (исключительно средствами RMAN).

Посмотреть данные FRA:

Если по-простому, чтобы иметь возможность восстановить работу базы данных в случае сбоя нужно знать следующие команды.

Создание резервной копии базы данных

// Восстановление базы данных

select * from v$rman_configuration;

select * from v$archived_log;

select * from v$backup_corruption;
select * from v$copy_corruption;

select * from v$backup_files;
select * from v$backup_device;
select * from v$backup_set;
select * from v$backup_piece;
select * from v$backup_redolog;
select * from v$backup_spfile;

// Изменить расположение flash_recovery_area
SQL> alter system set db_recovery_file_dest=»D:\_backups\_Oracle\DB_RECO VERY_FILE_DEST»;

// Установить предельный размер flash_recovery_area
SQL> alter system set db_recovery_file_dest_size = 60G;

// Влючить flashback (если выключен)

SQL> shutdown immediate;
SQL> startup mount exclusive;
SQL> alter database flashback on;
SQL> alter database open;

// Влючить archivelog (если выключен)

SQL> shutdown immediate;
SQL> startup mount;
SQL> alter database archivelog;
SQL> shutdown immediate;
SQL> startup;

RMAN> list failure;
RMAN> advise failure;
RMAN> repair failure;

// Работа с точками восстановления

// Создание точки восстановления
SQL> create restore point ‘pointName’;

// Создание точки восстановления с гарантией отката (при включенном flashback)
SQL> create restore point ‘pointName’ guarantee flashback database;

// Показать точки восстановления
SQL> select * from v$restore_point;

// Удалить точку восстановления
SQL> drop restore point ‘pointName’

// Откатиться на точку восстановления (при включенном flashback)

SQL> shutdown immediate;
SQL> startup mount exclusive;
SQL> flashback database to restore point ‘pointName’;
SQL> alter database open;

// Подключение к БД средствами RMAN

// На локальном компьютере с правами администратора операционной системы.
CMD> rman target /

// Настройка параметров резервного копирования средствами RMAN

// Показать все параметры
RMAN> show all;

// Команды для создания резервных копий

// Резервное копирование БД согласно параметров, которые можно посмотреть командой RMAN> show all;
RMAN> backup database;

// Создать backup базы данных и архивных журналов
RMAN> backup database plus archivelog

// Полный backup со сжатием и указанием файла
RMAN> bakup as compressed backupset database plus archivelog format ‘c:\backupDB.bkp’ ;

// backup as copy device
backup as copy device type disk database;

// backup as backupset
backup as backupset device type disk database;

backup as backupset format ‘\arc.bkp» tablespace users, system, sysaus, undo;

// Резервное копирование ControlFile и SPFile
RMAN> backup current controlfile spfile;

SQL> alter database backup controlfile to trace as ‘C:\trace.trc’;

// Резервное копирование табличного пространства
RMAN> backup as copy format ‘C:\oracle\product\10.2.0\oradata\orcl2\backup.bkp ‘ tablespace users ;

// Резервное копирование табличного пространства в FRA
RMAN> backup as copy tablespace users ;

// Резервное копирование datafile
RMAN> backup datafile ‘C:\oracle\product\10.2.0\oradata\orcl2\undo01.dbf ‘;

// RMAN не делает бекап базы данных, но читает все блоки и проверяет их на поврежденность. Если находятся поврежденные блоки, то информация о них попадает в V$DATABASE_BLOCK_CORRUPTION

RMAN> BACKUP VALIDATE DATABASE;

RMAN> backup validate database archivelog all;

// Делаем инкрементальный бекап с уровнем 0
RMAN> backup incremental level 0 database;

// Делаем инкрементальный бекап с уровнем 1
RMAN> backup incremental level 1 database;

// Делаем кумулятивный (включает в себя измениния отраженные в инкрементальных бекапах ) бекап с уровнем 1
RMAN> backup incremental level 1 cumulative database;

Источник

Rman настройка резервного копирования на диск

4-10. Создание сжатых резервных наборов по умолчанию

По умолчанию, все резервные копии RMAN делаются в несжатом формате. Однако можно сконфигурировать RMAN так, что при резервировании будут создаваться сжатые резервные наборы, причём не важно в каком месте, на диске или ленте. Следующая команда RMAN конфигурирует сжатое резервное копирование на диск:

Читайте также:  Настройка дружественных url modx revo

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

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

Для версии Oracle 11G функция сжатия не ограничивается использованием только одного алгоритма. Можно запросить представление V$RMAN_COMPRESSION_ALGORITHM для просмотра доступных алгоритмов сжатия:

Как видно, алгоритм BZIP2 обеспечивает хорошее сжатие но меньшую скорость. В то же время алгоритм ZLIB обеспечиватет баланс между скоростью и сжатием.

Посмотреть используемый текущий алгоритм сжатия можно с помощью следующей команды:

В версии 11.2 это базовый алгоритм BASIC не требующий опции Advanced Compression.

4-11. Конфигурация множественных резервных копий

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

Следующая команда определяет, что при резервном копировании (архивные журналы, файлы данных, контрольные файлы) на диск должны быть сделаны две копии частей резервного набора: RMAN> configure datafile backup copies for device type disk to 2;

То же самое можно определить и для резервного копирования на ленту:

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

Выполним резервное копирование:

Как видно, при выполнении команды BACKUP вначале были получены две копии первого резервного набора. Одна копия была помещена в каталог /backup1, вторая в /backup2. Затем были получены две копии второй резервного набора, которые были помещены в те же каталоги.

Для ленточного канала, если поддерживается версия 2 SBT API, RMAN автоматически поместит каждую копию на отдельную ленту.

В качестве каталога назначения множественных резервных копий нельзя использовать флэш- область восстановления.

Множественные резервные копии можно получить только из резервных наборов. Нельзя получить множественные копии сразу для нескольких копий-отображения. Для начала надо создать одну копию-отображение, и только лишь потом из неё можно будет сделать сразу несколько копий.

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

Для архивных журнальных файлов:

4-12. Пропуск ранее скопированных в файлов

Резервное копирование большой по объёму базы данных может занимать довольно значительное время. Если имеются ранее сделанные резервные копии файлов данных, то этот промежуток времени можно сильно сократить, осуществив пропуск этих файлов в процессе резервного копирования. Реализацию этого механизма в RMAN организует функция оптимизации резервного копирования (backup optimization). По умолчанию она выключена. Её включение осуществляется следующей командой:

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

Все каналы для команд резервного копирования должны иметь один и тот же тип.

Для примера, выполним резервное копирование архивных журнальных файлов:

Было скопировано три файла с sequence от 20 до 21. Переключим несколько раз текущий журнал и снова выполним ту же команду:

Как видно, RMAN пропустил сохранённые ранее в другом наборе архивные журналы с sequence от 20 до 22, и добавил новые с sequence от 23 до 25.

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

В данном примере RMAN осуществил полное резервное копирование всех журналов с sequence от 20 до 26, несмотря на то, что оптимизация включена в настройках RMAN.

RMAN использует определенные правила для каждого типа пропускаемого файла, чтобы определить, идентичен ли текущий файл ранее скопированной версии. Например, у файла данных должны быть тот же самый DBID и контрольная точка SCN. Точно так же у архивных журналов должны быть равны DBID, номер потока и порядковый номер. У резервного набора должны быть равны ID записи и штамп.

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

Читайте также:  Дифференциальный газовый манометр для настройки газовых котлов

Файлы данных

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

Если будет использоваться политика сохранения, основанная на избыточности (например, избыточность равна r), то RMAN пропустит копирование файла, если n (определённое как r + 1) копий этого файла будут существовать на указанном устройстве.

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

Архивные журналы

В случае архивных журналов RMAN определит значение n в порядке следующего приоритета:

Резервные наборы

Для резервных наборов значение n определяется в порядке следующего приоритета:

Чтобы два резервный комплекта в режиме оптимизации считались идентичным, у них должны соответствовать ID записи и штамп.

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

4-13. Определение имен файлов частей резервных копий

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

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

В дополнение к опции format, для генерации уникальных имён файлов копий-отображения, можно использовать параметр инициализации db_file_name_convert. Синтаксис значения этого параметра аналогичен синтаксису, задаваемому в опции format.

4-14. Определение имен файлов для копий-отображения

Кроме задания имен файлов резервных частей, в RMAN можно так же изменять и имена файлов копий-отображения. Делается это всё с помощью той же опции format. Синтаксис опции аналогичен синтаксису, задаваемому для резервных частей, но есть небольшие различия, касающиеся переменных замены. Формат по умолчанию %U отображается по разному для копий- отображения файлов данных, архивных журналов и контрольных файлов. Следующая таблица демонстрирует это:

Тип файла Значение %U
Файл данных data-D-%d_id-%I_TS-%N_FNO-%f_%u
Архивные файлы arch-D_%d-id-%I_S-%e_T-%h_A-%a_%u
Контрольные файлы cf-D_%d-id-%I_%u

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

Как видно, при копировании табличного пространства users, из файла /u02/oradata/orcl/users01.dbf, на который ссылался первый префикс опции db_file_name_convert, была получена копия- отображение с именем указанным во втором префиксе.

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

Если опция db_file_name_convert будет использоваться в пределах команды резервного копирования, RMAN вначале использует пару имён из опции, что бы преобразовать имена файлов. Если это не удаётся сделать, будет осуществлена попытка назвать копию-отображения согласно опции формата. Если опция формата не используется, то RMAN будет использовать формат по умолчанию, то есть %U.

Источник