oracle 压缩备份比率,FAQ-ORACLE RMAN开启压缩选项后备份性能极低

解决方案

【分析过程】

1、首先获取上述测试结果的截图,确认现场描述的现象是真实的。

在很多时候,客户声称测试如何如何,经常不准确,导致误判,所以需要首先确认问题描述的是准确的。

2、获取现场ORACLE备份脚本,查看备份脚本是否正常。经过检查,备份脚本为标准模板,而且开启了4个通道。看来备份脚本没有什么问题.

3、查看rman备份历史信息(list backup),发现存在两种备份方式:DISK、SBT_TAPE(及备份到NBU)

两种备份方式,备份数据差异非常大, SBT模式25分钟备份2G,而DISK模式5分钟可以备份40G.如下所示

1424    2.27G      SBT_TAPE    00:25:56     08/01/2013 02:03:31

1428    2.24G      SBT_TAPE    00:30:43     08/01/2013 02:34:19

1426    Incr 0  40.23G     DISK        00:06:16     08/01/2013 02:06:23

1452    Incr 0  41.98G     DISK        00:05:42     08/02/2013 02:05:46

4、再仔细观察,发现DISK备份都是未压缩的,SBT_TAPE备份都是压缩的。而且DISK数据比较大,SBT_TAPE数据比较小。

1424    2.27G      SBT_TAPE    00:25:56     08/01/2013 02:03:31

BP Key: 1424   Status: AVAILABLE  Compressed: YES  Tag: TAG20130801T005041

1428    2.24G      SBT_TAPE    00:30:43     08/01/2013 02:34:19

BP Key: 1428   Status: AVAILABLE  Compressed: YES  Tag: TAG20130801T005041

1426    Incr 0  40.23G     DISK        00:06:16     08/01/2013 02:06:23

BP Key: 1426   Status: AVAILABLE  Compressed: NO  Tag: TAG20130801T020007

1452    Incr 0  41.98G     DISK        00:05:42     08/02/2013 02:05:46

BP Key: 1452   Status: AVAILABLE  Compressed: NO  Tag: TAG20130802T020003

5、查看rman选项,为发现明显异常,但是注意到COMPRESSION选择为BZIP2,为ORACLE最高级别压缩选项。

RMAN configuration parameters for database with db_unique_name ORA11G are:

CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default

CONFIGURE BACKUP OPTIMIZATION OFF; # default

CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default

CONFIGURE CONTROLFILE AUTOBACKUP ON;

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/ora_arch/controlfileback/controlfile_%F';

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 '/oracle/app/product/11g/db/dbs/snapcf_ora11g.f'; # default

6、猜测:过度启用压缩,导致备份时间大大延长。尝试关闭压缩选项解决

【解决方案】

1、让现场首先执行命令,关闭SBT_TAPE场景下的压缩选项,然后再次执行NBU备份

CONFIGURE DEVICE TYPE sbt BACKUP TYPE TO BACKUPSET;

2、现场返回验证结果:87G数据, 23m分钟备份完成,性能大致为65MB/S,达到预期目标。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值