ORACLE备份中的压缩

     默认的情况下,如果没有配置压缩备份,或者备份的时候没有发出compressed 命令,那么ORACLE会采用NULL数据块的压缩方法来备份数据库,采用这种方法备份,ORACLE就不会备份从未使用过的数据块。另外一种备份就是采用compressed命令压缩备份,采用这种方法,ORACLE会使用压缩算法来备份数据,通常会压缩大约70%。11g的备份又有了提高,特别是对于UNDO表空间的备份,这里不做讨论,下面来比较一下NULL数据块的压缩备份与COMPRESSED压缩备份

RMAN> show all;

RMAN 配置参数为:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF;
CONFIGURE DEFAULT DEVICE TYPE TO DISK;
CONFIGURE CONTROLFILE AUTOBACKUP OFF;   ---没有设置控制文件自动备份
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default  -----没有配置COMPRESSED
CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO BACKUPSET PARALLELISM 1;
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 ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'C:/ORACLE/PRODUCT/10.2.0/DB_1/DATABASE/SNCFROBINSON.ORA'; # default

RMAN> backup database; ----普通的备份(NULL数据块压缩)

启动 backup 于 30-10月-09
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=147 devtype=DISK
通道 ORA_DISK_1: 启动全部数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
输入数据文件 fno=00002 name=C:/ORACLE/PRODUCT/10.2.0/ORADATA/ROBINSON/DATAFILE/O1_MF_UNDOTBS1_5CLYNO9G_.DBF
输入数据文件 fno=00001 name=C:/ORACLE/PRODUCT/10.2.0/ORADATA/ROBINSON/DATAFILE/O1_MF_SYSTEM_5CLYNO0Q_.DBF
输入数据文件 fno=00003 name=C:/ORACLE/PRODUCT/10.2.0/ORADATA/ROBINSON/DATAFILE/O1_MF_SYSAUX_5CLYNO3J_.DBF
输入数据文件 fno=00005 name=C:/ORACLE/PRODUCT/10.2.0/ORADATA/ROBINSON/DATAFILE/O1_MF_ROBINSON_5CMKM0DV_.DBF
输入数据文件 fno=00004 name=C:/ORACLE/PRODUCT/10.2.0/ORADATA/ROBINSON/DATAFILE/O1_MF_USERS_5CLYNOBW_.DBF
输入数据文件 fno=00006 name=C:/ORACLE/PRODUCT/10.2.0/ORADATA/ROBINSON/DATAFILE/UNDO2.DBF
通道 ORA_DISK_1: 正在启动段 1 于 30-10月-09
通道 ORA_DISK_1: 已完成段 1 于 30-10月-09
段句柄=C:/ORACLE/PRODUCT/10.2.0/FLASH_RECOVERY_AREA/ROBINSON/BACKUPSET/2009_10_30/O1_MF_NNNDF_TAG20091030T134928_5GNZM9WS_.BKP 标记=TAG20091030T134928 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:01:49
通道 ORA_DISK_1: 启动全部数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
备份集中包括当前控制文件
在备份集中包含当前的 SPFILE
通道 ORA_DISK_1: 正在启动段 1 于 30-10月-09
通道 ORA_DISK_1: 已完成段 1 于 30-10月-09
段句柄=C:/ORACLE/PRODUCT/10.2.0/FLASH_RECOVERY_AREA/ROBINSON/BACKUPSET/2009_10_30/O1_MF_NCSNF_TAG20091030T134928_5GNZPROT_.BKP 标记=TAG20091030T134928 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:03
完成 backup 于 30-10月-09

RMAN> backup as compressed backupset database; ----COMPRESSED压缩备份

启动 backup 于 30-10月-09
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 启动压缩的全部数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
输入数据文件 fno=00002 name=C:/ORACLE/PRODUCT/10.2.0/ORADATA/ROBINSON/DATAFILE/O1_MF_UNDOTBS1_5CLYNO9G_.DBF
输入数据文件 fno=00001 name=C:/ORACLE/PRODUCT/10.2.0/ORADATA/ROBINSON/DATAFILE/O1_MF_SYSTEM_5CLYNO0Q_.DBF
输入数据文件 fno=00003 name=C:/ORACLE/PRODUCT/10.2.0/ORADATA/ROBINSON/DATAFILE/O1_MF_SYSAUX_5CLYNO3J_.DBF
输入数据文件 fno=00005 name=C:/ORACLE/PRODUCT/10.2.0/ORADATA/ROBINSON/DATAFILE/O1_MF_ROBINSON_5CMKM0DV_.DBF
输入数据文件 fno=00004 name=C:/ORACLE/PRODUCT/10.2.0/ORADATA/ROBINSON/DATAFILE/O1_MF_USERS_5CLYNOBW_.DBF
输入数据文件 fno=00006 name=C:/ORACLE/PRODUCT/10.2.0/ORADATA/ROBINSON/DATAFILE/UNDO2.DBF
通道 ORA_DISK_1: 正在启动段 1 于 30-10月-09
通道 ORA_DISK_1: 已完成段 1 于 30-10月-09
段句柄=C:/ORACLE/PRODUCT/10.2.0/FLASH_RECOVERY_AREA/ROBINSON/BACKUPSET/2009_10_30/O1_MF_NNNDF_TAG20091030T135154_5GNZQV7X_.BKP 标记=TAG20091030T135154 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:01:06
通道 ORA_DISK_1: 启动压缩的全部数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
备份集中包括当前控制文件
在备份集中包含当前的 SPFILE
通道 ORA_DISK_1: 正在启动段 1 于 30-10月-09
通道 ORA_DISK_1: 已完成段 1 于 30-10月-09
段句柄=C:/ORACLE/PRODUCT/10.2.0/FLASH_RECOVERY_AREA/ROBINSON/BACKUPSET/2009_10_30/O1_MF_NCSNF_TAG20091030T135154_5GNZSYGG_.BKP 标记=TAG20091030T135154 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:03
完成 backup 于 30-10月-09
原始的数据文件加上参数文件,控制文件大小约为1760M, 没有启用COMPRESSED的备份集大小为706M,启用了COMPRESSED的备份集的大小为135M,可以看到压缩备份的压缩率确实很高,此处压缩了大约80%。(由于是测试库,不同测试环境结果不同),不过采用了压缩备份会增加备份和还原的时间,备份的时候根据需求考虑是否使用压缩选项,如果磁盘空间有限,对于灾难后的还原时间没有过分的要求,就可以采用压缩备份的方式备份数据库。

原文地址:https://www.cnblogs.com/hehe520/p/6330690.html