Резервное копирование базы данных в Oracle - Экспорт базы данных или использование других инструментов?

Одна из «практик», которые я видел в отношении выполнения администратором базы данных в моей организации, заключается в обработке полного экспорта базы данных с использованием таких инструментов, как exp/ в expdpкачестве резервной копии.

Будет ли это хорошей практикой? Каковы преимущества использования RMAN по сравнению с этим подходом?

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

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

Хорошим подходом было бы регулярное полное и инкрементное резервное копирование файлов данных RMAN, непрерывное резервное копирование архивных журналов повторов (например, как только одна архивная архивная копия завершается, сразу же запускайте следующую, чтобы вы «транслировали» журналы на ленту), а затем обучайте своих пользователей. при использовании exp / imp, чтобы они могли выполнять свои собственные «резервные копии» (в случае необходимости фактической копии данных) и флэшбэк (чтобы они могли делать свои собственные восстановления в случае сбоя DML).

Помните - резервная копия предназначена для восстановления данных администратором базы данных после катастрофического сбоя оборудования. Это не для конечных пользователей (или вы будете тратить все свое время на восстановление тестовой системы и копирование нескольких строк обратно в оригинал!).

Exp / Expdp как решение для резервного копирования - это все равно, что сказать, что магазин автозапчастей - ваш резервный автомобиль. Технически это вернет вас к работе, но не вызовет ничего, кроме боли и страданий.

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

Типичная методология будет следующей:

1 cold backup weekly
1 hot backup daily

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

- RMAN * новый -

Мой типичный сеанс RMAN:

rman target=/

backup as compressed backupset database plus archivelog delete input;

delete obsolete;

exit

«Резервное копирование как сжатый набор резервных копий ...»: вы также можете создать образ, который является байтовой копией файлов данных. Это было бы хорошо, как это еженедельное резервное копирование.

«... база данных ...»: довольно очевидно

«... плюс архивные журналы ...»: дает нам восстановление на момент времени (и клонирование на момент времени [дублирующая команда в rman])

«... удалить ввод»: удалить архивы, которые были заархивированы. Вы также можете установить это, чтобы удалить те, которые были зарезервированы как минимум дважды, и т. Д.

«удалить устаревшее»: если вы настроили свою политику хранения rman (у меня 5 дней), это приведет к удалению резервных копий, находящихся за пределами этого окна. Это не значит, что мы можем восстановиться только 5 дней назад. Вы все равно должны ежедневно выполнять резервное копирование на магнитную ленту / вне сервера из области флэш-восстановления. Это просто означает, что в режиме онлайн у вас будет 5 дней восстановления, и после этого вам нужно будет восстановить элементы области флэш-восстановления из резервной копии на ленте / вне сервера, а затем зарегистрировать их в rman, чтобы использовать их.

Вот фактический журнал из сеанса, слегка измененный для пути и т.д .:

oracle@prodserver[PROD]$ rman target=/

Recovery Manager: Release 10.2.0.4.0 - Production on Wed Jan 5 21:00:00 2011

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

connected to target database: PROD (DBID=randomnumber)

RMAN> backup
2> as compressed backupset
3> database
4> include current controlfile
5> plus archivelog delete input;
6> backup spfile;
7> delete obsolete;
8>

Starting backup at 05-JAN-11
current log archived
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=291 devtype=DISK
channel ORA_DISK_1: starting compressed archive log backupset
channel ORA_DISK_1: specifying archive log(s) in backup set
input archive log thread=1 sequence=743 recid=743 stamp=739623589
input archive log thread=1 sequence=744 recid=744 stamp=739623940
input archive log thread=1 sequence=745 recid=745 stamp=739624712
input archive log thread=1 sequence=746 recid=746 stamp=739625380
input archive log thread=1 sequence=747 recid=747 stamp=739659606
channel ORA_DISK_1: starting piece 1 at 05-JAN-11
channel ORA_DISK_1: finished piece 1 at 05-JAN-11
piece handle=/u03/oraflash/PROD/backupset/2011_01_05/o1_mf_annnn_TAG20110105T210008_6lb8kb4o_.bkp tag=TAG20110105T210008 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:01:26
channel ORA_DISK_1: deleting archive log(s)
archive log filename=/u03/oraflash/PROD/archivelog/2011_01_05/o1_mf_1_743_6l95ckxx_.arc recid=743 stamp=739623589
archive log filename=/u03/oraflash/PROD/archivelog/2011_01_05/o1_mf_1_744_6l95plo2_.arc recid=744 stamp=739623940
archive log filename=/u03/oraflash/PROD/archivelog/2011_01_05/o1_mf_1_745_6l96gpok_.arc recid=745 stamp=739624712
archive log filename=/u03/oraflash/PROD/archivelog/2011_01_05/o1_mf_1_746_6l973l32_.arc recid=746 stamp=739625380
archive log filename=/u03/oraflash/PROD/archivelog/2011_01_05/o1_mf_1_747_6lb8k57v_.arc recid=747 stamp=739659606
Finished backup at 05-JAN-11

Starting backup at 05-JAN-11
using channel ORA_DISK_1
channel ORA_DISK_1: starting compressed full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
input datafile fno=00001 name=/u02/oradata/PROD/system01.dbf
input datafile fno=00005 name=/u02/oradata/PROD/software.dbf
input datafile fno=00003 name=/u02/oradata/PROD/sysaux01dbf
input datafile fno=00002 name=/u02/oradata/PROD/undotbs01.dbf
input datafile fno=00004 name=/u02/oradata/PROD/users.dbf
channel ORA_DISK_1: starting piece 1 at 05-JAN-11
channel ORA_DISK_1: finished piece 1 at 05-JAN-11
piece handle=/u03/oraflash/PROD/backupset/2011_01_05/o1_mf_nnndf_TAG20110105T210135_6lb8n0y4_.bkp tag=TAG20110105T210135 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:01:45
channel ORA_DISK_1: starting compressed full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
including current control file in backupset
including current SPFILE in backupset
channel ORA_DISK_1: starting piece 1 at 05-JAN-11
channel ORA_DISK_1: finished piece 1 at 05-JAN-11
piece handle=/u03/oraflash/PROD/backupset/2011_01_05/o1_mf_ncsnf_TAG20110105T210135_6lb8qblm_.bkp tag=TAG20110105T210135 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:02
Finished backup at 05-JAN-11

Starting backup at 05-JAN-11
current log archived
using channel ORA_DISK_1
channel ORA_DISK_1: starting compressed archive log backupset
channel ORA_DISK_1: specifying archive log(s) in backup set
input archive log thread=1 sequence=748 recid=748 stamp=739659803
channel ORA_DISK_1: starting piece 1 at 05-JAN-11
channel ORA_DISK_1: finished piece 1 at 05-JAN-11
piece handle=/u03/oraflash/PROD/backupset/2011_01_05/o1_mf_annnn_TAG20110105T210323_6lb8qf3l_.bkp tag=TAG20110105T210323 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:02
channel ORA_DISK_1: deleting archive log(s)
archive log filename=/u03/oraflash/PROD/archivelog/2011_01_05/o1_mf_1_748_6lb8qcrr_.arc recid=748 stamp=739659803
Finished backup at 05-JAN-11

Starting backup at 05-JAN-11
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
including current SPFILE in backupset
channel ORA_DISK_1: starting piece 1 at 05-JAN-11
channel ORA_DISK_1: finished piece 1 at 05-JAN-11
piece handle=/u03/oraflash/PROD/backupset/2011_01_05/o1_mf_nnsnf_TAG20110105T210329_6lb8qlnm_.bkp tag=TAG20110105T210329 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:02
Finished backup at 05-JAN-11

RMAN retention policy will be applied to the command
RMAN retention policy is set to recovery window of 5 days
using channel ORA_DISK_1
Deleting the following obsolete backups and copies:
Type                 Key    Completion Time    Filename/Handle
-------------------- ------ ------------------ --------------------
Backup Set           55     30-DEC-10        
  Backup Piece       55     30-DEC-10          /u03/oraflash/PROD/backupset/2010_12_30/o1_mf_nnndf_TAG20101230T210026_6ktg9v8w_.bkp
Backup Set           56     30-DEC-10        
  Backup Piece       56     30-DEC-10          /u03/oraflash/PROD/backupset/2010_12_30/o1_mf_ncsnf_TAG20101230T210026_6ktgdvnt_.bkp
Backup Set           57     30-DEC-10        
  Backup Piece       57     30-DEC-10          /u03/oraflash/PROD/backupset/2010_12_30/o1_mf_annnn_TAG20101230T210204_6ktgdy5j_.bkp
Backup Set           58     30-DEC-10        
  Backup Piece       58     30-DEC-10          /u03/oraflash/PROD/backupset/2010_12_30/o1_mf_nnsnf_TAG20101230T210210_6ktgf3pz_.bkp
Backup Set           59     31-DEC-10        
  Backup Piece       59     31-DEC-10          /u03/oraflash/PROD/backupset/2010_12_31/o1_mf_annnn_TAG20101231T210008_6kx2ob5r_.bkp
deleted backup piece
backup piece handle=/u03/oraflash/PROD/backupset/2010_12_30/o1_mf_nnndf_TAG20101230T210026_6ktg9v8w_.bkp recid=55 stamp=739141227
deleted backup piece
backup piece handle=/u03/oraflash/PROD/backupset/2010_12_30/o1_mf_ncsnf_TAG20101230T210026_6ktgdvnt_.bkp recid=56 stamp=739141323
deleted backup piece
backup piece handle=/u03/oraflash/PROD/backupset/2010_12_30/o1_mf_annnn_TAG20101230T210204_6ktgdy5j_.bkp recid=57 stamp=739141326
deleted backup piece
backup piece handle=/u03/oraflash/PROD/backupset/2010_12_30/o1_mf_nnsnf_TAG20101230T210210_6ktgf3pz_.bkp recid=58 stamp=739141331
deleted backup piece
backup piece handle=/u03/oraflash/PROD/backupset/2010_12_31/o1_mf_annnn_TAG20101231T210008_6kx2ob5r_.bkp recid=59 stamp=739227610
Deleted 5 objects


Recovery Manager complete.

Преимущества RMAN заключаются в следующем:

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