首页 > 代码库 > 官方文档 恢复备份指南五 Configuring the RMAN Environment
官方文档 恢复备份指南五 Configuring the RMAN Environment
- Configuring the Environment for RMAN Backups 配置RMAN环境
- Configuring RMAN to Make Backups to a Media Manager 备份到介质管理器
- Configuring the Fast Recovery Area 配置快速恢复区
- Configuring the Backup Retention Policy 配置备份保留策略
- Backup Optimization and the CONFIGURE command 备份优化
- Configuring an Archived Redo Log Deletion Policy 配置归档日志删除策略
- Configuring RMAN in a Data Guard Environment 在DG下配置RMAN
- Showing and Clearing Persistent RMAN Configurations 查看和清除RMAN配置
- Configuring the Default Device for Backups: Disk or SBT 配置默认备份设备:磁盘或SBT
- Configuring the Default Type for Backups: Backup Sets or Copies 设置备份类型:备份集或镜像
- Configuring Channels 配置通道
- Configuring Control File and Server Parameter File Autobackups 配置文件和控制文件自动备份
RMAN>show all
使用目标数据库控制文件替代恢复目录
db_unique_name 为 ORCL11G 的数据库的 RMAN 配置参数为:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘%F‘; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM ‘AES128‘; # default
CONFIGURE COMPRESSION ALGORITHM ‘BZIP2‘; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO ‘D:\APP\WJ\PRODUCT\11.1.0\DB_1\DATABASE\SNCFORCL11G.ORA‘; # default
RMAN> show retention policy;
db_unique_name 为 ORCL11G 的数据库的 RMAN 配置参数为:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION CLEAR;CONFIGURE RETENTION POLICY CLEAR;CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK CLEAR;
Command | Explanation |
---|---|
| Specifies that backups should go to disk by default. 配置后默认备份到磁盘 If a recovery area is enabled, then the backup location defaults to the fast recovery area. Otherwise, the backup location defaults to an operating system-specific directory on disk. When backing up to disk, the logical block size of the database file must be an even multiple of the physical block size of the destination device. For example, a device of type DISK with a block size of 2 kilobytes can only be used as a destination for backups of database files with logical block sizes of 2 KB, 4 KB, 6 KB, and so on. Most disk drives have physical block sizes of 512 bytes, so this limitation rarely affects backup to disk drives. Nevertheless, you can encounter this limitation when backing up to a writable DVD or a device that has a larger physical block size. 如果配置了FRA,不指定路径时就备份到FRA.当备份到磁盘时,逻辑块的大小必须是物理块大小的数据倍. |
| Specifies that backups should go to tape by default. "Configuring RMAN to Make Backups to a Media Manager" explains how to set up RMAN for use with a media manager. After RMAN can communicate with the media manager, you can configure RMAN to make backups to tape and specify SBT as the default device type. 配置后默认备份到磁带. |
BACKUP DEVICE TYPE sbt DATABASE;
BACKUP DEVICE TYPE DISK DATABASE;
CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO COPY; # image copies
CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO BACKUPSET; # uncompressed
CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO COMPRESSED BACKUPSET;
CONFIGURE DEVICE TYPE sbt BACKUP TYPE TO COMPRESSED BACKUPSET;
CONFIGURE CHANNEL DEVICE TYPE DISK MAXPIECESIZE 2G;
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT /tmp/%U;
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT ‘/disk1/ora_df%t_s%s_s%p‘;
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT ‘+dgroup1‘;
RMAN> CONFIGURE DEVICE TYPE sbt PARALLELISM 2;
old RMAN configuration parameters:
CONFIGURE DEVICE TYPE ‘SBT_TAPE‘ BACKUP TYPE TO COMPRESSED BACKUPSET PARALLELISM 1;
new RMAN configuration parameters:
CONFIGURE DEVICE TYPE ‘SBT_TAPE‘ PARALLELISM 2 BACKUP TYPE TO COMPRESSED BACKUPSET;
new RMAN configuration parameters are successfully stored
RMAN> CONFIGURE DEVICE TYPE sbt BACKUP TYPE TO BACKUPSET;
old RMAN configuration parameters:
CONFIGURE DEVICE TYPE ‘SBT_TAPE‘ PARALLELISM 2 BACKUP TYPE TO COMPRESSED BACKUPSET;
new RMAN configuration parameters:
CONFIGURE DEVICE TYPE ‘SBT_TAPE‘ BACKUP TYPE TO BACKUPSET PARALLELISM 2;
new RMAN configuration parameters are successfully stored
RUN
{
ALLOCATE CHANNEL c1 DEVICE TYPE DISK;
BACKUP TABLESPACE users;
}
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP OFF;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT
FOR DEVICE TYPE DISK TO ‘?/oradata/cf_%F‘;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT
FOR DEVICE TYPE DISK TO ‘+dgroup1/%F‘;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK CLEAR;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE sbt CLEAR;
- SET CONTROLFILE AUTOBACKUP FORMAT (within a RUN block) RUN块内
- SET CONTROLFILE AUTOBACKUP FORMAT (at RMAN prompt) 提示符下
- CONFIGURE CONTROLFILE AUTOBACKUP FORMAT configure命令
SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘controlfile_%F‘;
BACKUP AS COPY DATABASE;
RUN
{
SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘/tmp/%F.bck‘;
BACKUP AS BACKUPSET
DEVICE TYPE DISK
DATABASE;
}
- Prerequisites for Using a Media Manager with RMAN 事先准备
- Determining the Location of the Media Management Library 介质管理器的库文件位置
- Configuring Media Management Software for RMAN Backups 设置介质管理软件
- Testing Whether the Media Manager Library Is Integrated Correctly 检查介质管理器库是否完整
- Configuring SBT Channels for Use with a Media Manager 配置SBT通道
CONFIGURE CHANNEL DEVICE TYPE sbt
PARMS ‘SBT_LIBRARY=pathname‘;
/opt/oracle/extapi/[32,64]/{SBT}/{VENDOR}/{VERSION}/libobk.so
.so, .sl on HP-UX,
.a on AIX,windows下:%SYSTEM_DRIVE%\oracle\extapi\[32,64]\{SBT}\{VENDOR}\{VERSION}\orasbt.dll
CONFIGURE CHANNEL DEVICE TYPE ‘SBT_TAPE‘
PARMS ‘ENV=(OB_MEDIA_FAMILY=datafile_mf)‘;
RUN
{
ALLOCATE CHANNEL c1 DEVICE TYPE sbt
PARMS ‘SBT_LIBRARY=/mydir/lib/libobk.so,
ENV=(OB_DEVICE=drive1,OB_MEDIA_FAMILY=datafile_mf)‘;
}
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of allocate command on c1 channel at 11/30/2007 13:57:18
ORA-19554: error allocating device, device type: SBT_TAPE, device name:
ORA-27211: Failed to load Media Management Library
Additional information: 25
SKGFQ OSD: Error in function sbtinit on line 2278
SKGFQ OSD: Look for SBT Trace messages in file /oracle/rdbms/log/sbtio.log
SBT Initialize failed for /oracle/lib/libobk.so
RUN{ ALLOCATE CHANNEL c1 DEVICE TYPE sbt PARMS ‘SBT_LIBRARY=/mydir/lib/libobk.so, ENV=(OB_DEVICE=drive1,OB_MEDIA_FAMILY=datafile_mf)‘; RESTORE SPFILE TO PFILE ‘/tmp/test_restore.f‘; # If your database does not use a server parameter file, use: # RESTORE CURRENT CONTROLFILE TO ‘/tmp/test_restore.f‘;}
CONFIGURE DEFAULT DEVICE TYPE TO sbt;
CONFIGURE CHANNEL DEVICE TYPE sbt
PARMS ‘ENV=(OB_RESOURCE_WAIT_TIME=1minute,OB_DEVICE=tape1)‘;
CONFIGURE DEVICE TYPE sbt PARALLELISM 2;
SHOW CHANNEL FOR DEVICE TYPE sbt
- Overview of the Fast Recovery Area FRA概述
- Enabling the Fast Recovery Area 开启FRA
- Disabling the Fast Recovery Area 关闭FRA
- Configuring Locations for Control Files and Redo Logs 设置控制文件和日志文件位置
- Configuring RMAN File Creation in the Fast Recovery Area 配置备份到FRA
Files | Type | Database Behavior When Fast Recovery Area Is Inaccessible |
---|---|---|
Multiplexed copies of the current control file | Permanent | The instance fails if the database cannot write to a multiplexed copy of the control file stored in the fast recovery area. Failure occurs even if accessible multiplexed copies are located outside the recovery area.如果控制文件不可读,则实例崩溃 See Also: "Configuring Control File Locations" to learn how to configure control files in the recovery area |
Online redo log files | Permanent | Instance availability is not affected if a mirrored copy of the online redo log exists in an accessible location outside the fast recovery area. Otherwise, the instance fails. 如果一个日志组中的所有日志不可读写,则实例崩溃,只要有一个可读写,实例就可以运行. See Also: "Configuring Online Redo Log Locations" to learn how to configure online redo logs in the recovery area |
Archived redo log files | Transient | Instance availability is not affected if the log is archived to an accessible location outside the fast recovery area. Otherwise, the database eventually halts because it cannot archive the online redo logs. See Also: "Configuring Archived Redo Log Locations" to learn how to configure archived redo logs in the recovery area |
Foreign archived redo log files | Transient | Instance availability is not affected. Note: Foreign archived redo logs are received by a logical standby database for a LogMiner session. Unlike a normal archived log, a foreign archived redo log is associated with a different DBID. For this reason, it cannot be backed up or restored on a logical standby database. |
Image copies of data files and control files | Transient | Instance availability is not affected. |
Backup pieces | Transient | Instance availability is not affected. |
Flashback logs | Transient | Instance availability is not affected if guaranteed restore points are not defined. In this case, the database automatically disables Flashback Database, writes a message to the alert log, and continues with database processing. If guaranteed restore points are configured, the instance fails because of interdependencies on the flashback logs. The Oracle Flashback Database feature, which provides a convenient alternative to database point-in-time recovery (DBPITR), generates flashback logs. These logs are transient files and must be stored in the fast recovery area. Unlike other transient files, flashback logs cannot be backed up to other media. If the fast recovery area has insufficient space to store flashback logs and meet other backup retention requirements, then the recovery area may delete flashback logs. See Also: "Enabling Flashback Database" to learn how to enable flashback logging |