对部分表compress后,备份时间明显增长

压缩表导致备份时间增加
本文探讨了数据库表压缩后,尽管数据库体积减小,但备份时间却显著增加的现象。通过对RMAN备份过程的深入分析,发现压缩表的逻辑检查消耗了更多的资源,最终通过指定_no_check_logical参数解决了问题。

对部分表压缩后,备份的时间明显增长。原来大概4小时左右,压缩部分表后,备份时间增长到需要8个多小时。开始怀疑是否有其他的一些维护作业影响了备份。做了备份期间的AWR报告,发现,备份期间,SERVER非常空闲,除了明显的RMAN I/O外,没有其他明显的占用资源的作业。因此排除了这一种可能。

压缩后DB的大小减少了35%,DB更小了,RMAN的I/O应该更少才对,为什么备份时间反而更长了?

通过搜索发现,原来是默认情况下,RMAN备份时会对数据块除了进行常规的校验和验证之外,还检查块内的逻辑损坏。在备份时指定 _no_check_logical = yes,备份时间减少了2个多小时。

但是,没有压缩之前,默认RMAN备份时也是会做logical check。因此,合理的解释应该是,对压缩的表进行logical check需要比对非压缩表进行logical check需要更多的时间(资源)。


转载于:https://my.oschina.net/huayd/blog/134537

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值