关于RMAN中的优化(Optimization)

其实是因为这几天一直面临着RMAN备份恢复方面的诸多问题, 想让备份速度快, 又想让备份的质量好, 看到rman有一个优化的参数, 就在baidu上搜索的一些关于rman optimization的讨论.

有点儿乱, 凑合着看吧!

[@more@]

下面来自青青子衿的BLOG

RMAN中的备份优化(Backup Optimization)是指在备份过程中，如果满足特定条件，RMAN将自动跳过某些文件而不将它们包含在备份集中以节省时间和空间。说的直白些就是能不备的它就不备了，不像原来甭管文件有没有备份过统统再备一遍。由上可知，优化就是偷懒嘛，en,我也要优化的干活:)
话说回来，这个懒也不是什么时候都能偷的，ooo，说错了，是优化。通常必须满足如下几个条件的情况下，才能够启用备份优化的功能：
CONFIGURE BACKUP OPTIMIZATION参数置为on；
执行的BACKUP DATABASE或BACKUP ARCHIVELOG命令中带有ALL或LIKE参数。
分配的通道仅使用了一种设备类型，也就是没有同时分配使用sbt与disk的多个通道。（我知道我知道，通道还没讲，你也等着看外传吧。不过在这儿可以简单描述一下我的理解，In my opinion，sbt与disk就像一条是公路，一条是海路，而通道则相当于你选择了走公路之后，还得选择是走北三环，还是走北五环，还是两条一块走）

打开备份优化设置通过如下命令：
RMAN> CONFIGURE BACKUP OPTIMIZATION ON;

那么在进行备份优化时，RMAN是如何判断要备份的文件是否需要被优化呢，这个算法就相当复杂了，而且可能影响优化算法的因素也非常多，假如某库在上午9点被执行过一次全库备份，等下午3点再次执行全库备份时，备份的文件没有变动而且也已经被备份过时，才会跳过这部分文件。所以理论上备份优化仅对于只读表空间或offline表空间起作用。当然对于已经备份过的archivelog文件，它也会跳过(注：上述言论出自yangtingkun大牛，哎，我说老yang你能不能再多说两句，再给我们来一段20W字左右的简短发言呗，哎，你别走啊，你跑什么呀。。。。。。。)。

下面来自ITPUB的一个讨论贴子:

rman中configure backup optimization on;的意思？

请问在rman中configure backup optimization on;的意思是不是说跳过已备份的未更改文件来优化备份，但是为什么在我没有进行更改数据文件的情况下连续两次进行的备份：
run{
backup tablespace users;}
run{
backup tablespace users;}

产生的备份文件的大小一样，我认为即然configure backup optimization on；已经设为on那么由于在第一次备份之后我没有对表空间users进行更改，所以再对它进行一次备份产生的文件应比第一次的备份产生的文件小的多，但是结果不是这样，这是为什么？

我觉得你的retention policy设置有关，设置是什么？

you set backup opimization on so that the BACKUP command does not back up files to a device type if the identical file has already been backed up to the device type.For two files to be identical ,their contents must be exactly the same.the default value for backup optimization is OFF

The retention policy has an effect on which files backup optimization skips.

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/266238/viewspace-1005304/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/266238/viewspace-1005304/