Oracle rman优化参数,使用RMAN多通道进行压缩优化

使用RMAN多通道进行压缩优化

在很多时候我们需要对备份进行压缩，如果我们能分配多个通道，那么每个通道对应的服务器进程可以分别在多个CPU上执行

从而达到一个很好的并行，但是分配多个并行通道时需要注意在读取或写出块的时候对io的影响，所以尽量使用rate 来对io进行限

定，例

run

{

allocate channel c1 device type disk rate 200M;

backup as  compressed backupset database format '/bak/test/%U';

release channel c1;

}

channel c1: starting piece 1 at 04-AUG-13

channel c1: finished piece 1 at 04-AUG-13

piece handle=/u01/app/oracle/product/11.1.7/db_1/dbs/02ogdt0m_1_1 tag=TAG20130804T030806 comment=NONE

channel c1: backup set complete, elapsed time: 00:55:26

load average: 1.12, 1.08, 0.74

很容易发现这个备份过程主要在compress阶段花费的时间是最长的，因为只有一个通道在运行，所以就算有服务器有再多的cpu，其他的都是处

于空闲状态，只能是一个通道把一个cpu跑满.在一个32cpu的服务器上，负载一直在1多一点，证明只有一个cpu在跑.多cpu的处理能力没有发挥出来.

通过分配多个通道，总的io还是原来的大小,限定的主要原因是防止多个通道把io能力都吃掉.这样可以把通道进程分配在多个cpu上运行，

从而使压缩的过程快速完成

run

{

allocate channel c1 device type disk rate 20M;

allocate channel c2 device type disk rate 20M;

allocate channel c3 device type disk rate 20M;

allocate channel c4 device type disk rate 20M;

allocate channel c5 device type disk rate 20M;

allocate channel c6 device type disk rate 20M;

allocate channel c7 device type disk rate 20M;

allocate channel c8 device type disk rate 20M;

allocate channel c9 device type disk rate 20M;

allocate channel c10 device type disk rate 20M;

backup as  compressed backupset database;

release channel c1;

release channel c2;

release channel c3;

release channel c4;

release channel c5;

release channel c6;

release channel c7;

release channel c8;

release channel c9;

release channel c10;

}

piece handle=/u01/app/oracle/product/11.1.7/db_1/dbs/04oge0an_1_1 tag=TAG20130804T040438 comment=NONE

channel c1: backup set complete, elapsed time: 00:25:57

channel c1: throttle time: 0:00:02

Finished backup at 04-AUG-13

load average: 4.90, 5.34, 3.37

可以看到最长的完成花费时间是25:57.主机负载也上来了。由于没有指定哪个通道备份哪些文件，有时候可能会还存在一

些不平衡，通过指定某个通道备份哪些文件可以达到更好的平衡.