RMAN备份恢复——备份到带库的性能

简单测试了一下rac环境通过RMAN备份到带库的功能。

扬州ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景，ssl证书未来市场广阔！成为创新互联公司的ssl证书销售渠道，可以享受市场价格4-6折优惠！如果有意向欢迎电话联系或者加微信：18980820575（备注：SSL证书合作）期待与您的合作！

数据库：Oracle 10203 RAC for Solaris8

带库：Quantum PX502

备份软件：Veritas netbackup 6.0

由于带库是502，因此包含两个控制器。也就是说，应该可以通过两个控制性并行写入来提高备份的性能。不过测试发现似乎和我预想的有些出入。

首先看看在一个节点上启动一个channel进行备份：

$ rman target /

恢复管理器: Release 10.2.0.3.0 - Production on星期四 5月 10 16:42:19 2007

Copyright (c) 1982, 2005, Oracle. All rights reserved.

连接到目标数据库: TESTRAC (DBID=4291216984)

RMAN> run
2> {
3> allocate channel c1 device type sbt;
4> backup database;
5> }

分配的通道: c1通道 c1: sid=296实例=testrac1 devtype=SBT_TAPE通道c1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)

启动 backup于 11-5月 -07通道 c1:启动全部数据文件备份集通道 c1:正在指定备份集中的数据文件输入数据文件 fno=00006 name=+DISK/testrac/datafile/zhejiang01.dbf输入数据文件 fno=00007 name=+DISK/testrac/datafile/zhejiang02.dbf输入数据文件 fno=00009 name=+DISK/testrac/datafile/zhejiang03.dbf输入数据文件 fno=00011 name=+DISK/testrac/datafile/zhejiang04.dbf输入数据文件 fno=00012 name=+DISK/testrac/datafile/zhejiang05.dbf输入数据文件 fno=00014 name=+DISK/testrac/datafile/zhejiang06.dbf输入数据文件 fno=00008 name=+DISK/testrac/datafile/ndmain01.dbf输入数据文件 fno=00002 name=+DISK/testrac/datafile/undotbs1.263.618591197输入数据文件 fno=00004 name=+DISK/testrac/datafile/undotbs2.266.618591249输入数据文件 fno=00010 name=+DISK/testrac/datafile/ndindex01.dbf输入数据文件 fno=00013 name=+DISK/testrac/datafile/lt_index_ts01.dbf输入数据文件 fno=00001 name=+DISK/testrac/datafile/system.262.618591167输入数据文件 fno=00003 name=+DISK/testrac/datafile/sysaux.264.618591225输入数据文件 fno=00005 name=+DISK/testrac/datafile/users.267.618591279通道 c1:正在启动段 1于 11-5月 -07通道 c1:已完成段 1于 11-5月 -07段句柄=1qihelgr_1_1标记=TAG20070511T091922注释=API Version 2.0,MMS Version 5.0.0.0通道 c1:备份集已完成,经过时间:01:25:45通道 c1:启动全部数据文件备份集通道 c1:正在指定备份集中的数据文件备份集中包括当前控制文件在备份集中包含当前的 SPFILE通道 c1:正在启动段 1于 11-5月 -07通道 c1:已完成段 1于 11-5月 -07段句柄=1riheqhl_1_1标记=TAG20070511T091922注释=API Version 2.0,MMS Version 5.0.0.0通道 c1:备份集已完成,经过时间:00:00:57完成 backup于 11-5月 -07释放的通道: c1

RMAN>

可以看到备份大约花费了1小时25分钟左右。

下面尝试在一个节点上分配两个CHANNEL来备份：

RMAN> run
2> {
3> allocate channel c1 device type sbt;
4> allocate channel c2 device type sbt;
5> backup database;
6> }

分配的通道: c1通道 c1: sid=296实例=testrac1 devtype=SBT_TAPE通道c1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)

分配的通道: c2通道 c2: sid=301实例=testrac1 devtype=SBT_TAPE通道c2: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)

启动 backup于 11-5月 -07通道 c1:启动全部数据文件备份集通道 c1:正在指定备份集中的数据文件输入数据文件 fno=00006 name=+DISK/testrac/datafile/zhejiang01.dbf输入数据文件 fno=00009 name=+DISK/testrac/datafile/zhejiang03.dbf输入数据文件 fno=00012 name=+DISK/testrac/datafile/zhejiang05.dbf输入数据文件 fno=00008 name=+DISK/testrac/datafile/ndmain01.dbf输入数据文件 fno=00010 name=+DISK/testrac/datafile/ndindex01.dbf输入数据文件 fno=00001 name=+DISK/testrac/datafile/system.262.618591167输入数据文件 fno=00005 name=+DISK/testrac/datafile/users.267.618591279通道 c1:正在启动段 1于 11-5月 -07通道 c2:启动全部数据文件备份集通道 c2:正在指定备份集中的数据文件输入数据文件 fno=00007 name=+DISK/testrac/datafile/zhejiang02.dbf输入数据文件 fno=00011 name=+DISK/testrac/datafile/zhejiang04.dbf输入数据文件 fno=00014 name=+DISK/testrac/datafile/zhejiang06.dbf输入数据文件 fno=00002 name=+DISK/testrac/datafile/undotbs1.263.618591197输入数据文件 fno=00004 name=+DISK/testrac/datafile/undotbs2.266.618591249输入数据文件 fno=00013 name=+DISK/testrac/datafile/lt_index_ts01.dbf输入数据文件 fno=00003 name=+DISK/testrac/datafile/sysaux.264.618591225通道 c2:正在启动段 1于 11-5月 -07通道 c1:已完成段 1于 11-5月 -07段句柄=1siheql7_1_1标记=TAG20070511T104702注释=API Version 2.0,MMS Version 5.0.0.0通道 c1:备份集已完成,经过时间:00:42:17通道 c1:启动全部数据文件备份集通道 c1:正在指定备份集中的数据文件备份集中包括当前控制文件通道 c1:正在启动段 1于 11-5月 -07通道 c2:已完成段 1于 11-5月 -07段句柄=1tiheql8_1_1标记=TAG20070511T104702注释=API Version 2.0,MMS Version 5.0.0.0通道 c2:备份集已完成,经过时间:01:24:33通道 c2:启动全部数据文件备份集通道 c2:正在指定备份集中的数据文件在备份集中包含当前的 SPFILE通道 c2:正在启动段 1于 11-5月 -07通道 c1:已完成段 1于 11-5月 -07段句柄=1uihet4g_1_1标记=TAG20070511T104702注释=API Version 2.0,MMS Version 5.0.0.0通道 c1:备份集已完成,经过时间:00:43:03通道 c2:已完成段 1于 11-5月 -07段句柄=1vihevjp_1_1标记=TAG20070511T104702注释=API Version 2.0,MMS Version 5.0.0.0通道 c2:备份集已完成,经过时间:00:01:31完成 backup于 11-5月 -07释放的通道: c1释放的通道: c2

RMAN>

发现虽然分配了两个channel，第一个channel备份用时42分钟，第二个channel用时仍然达到了1小时24分钟。也就是说，没有任何的性能的提高。

备份的同时，用root启动jnbSA图形界面，发现只有一个控制器在工作，也就是说，虽然分配了两个channel，但是两个channel仍然是串行工作，当第一个备份结束后，开始进行第二个channel的备份工作。所以，总的消耗时间仍然是那么多。

为了使得两个控制性同时工作，可以考虑采用分配两个channel并连接到两个不同的实例上，方法如下：

RMAN> RUN
2> {
3> ALLOCATE CHANNEL C1 DEVICE TYPE SBT CONNECT SYS/TEST@TESTRAC1;
4> ALLOCATE CHANNEL C2 DEVICE TYPE SBT CONNECT SYS/TEST@TESTRAC2;
5> BACKUP DATABASE;
6> }

分配的通道: C1通道 C1: sid=293实例=testrac1 devtype=SBT_TAPE通道C1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)

分配的通道: C2通道 C2: sid=289实例=testrac2 devtype=SBT_TAPE通道C2: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)

启动 backup于 11-5月 -07通道 C1:启动全部数据文件备份集通道 C1:正在指定备份集中的数据文件输入数据文件 fno=00006 name=+DISK/testrac/datafile/zhejiang01.dbf输入数据文件 fno=00009 name=+DISK/testrac/datafile/zhejiang03.dbf输入数据文件 fno=00012 name=+DISK/testrac/datafile/zhejiang05.dbf输入数据文件 fno=00008 name=+DISK/testrac/datafile/ndmain01.dbf输入数据文件 fno=00010 name=+DISK/testrac/datafile/ndindex01.dbf输入数据文件 fno=00001 name=+DISK/testrac/datafile/system.262.618591167输入数据文件 fno=00005 name=+DISK/testrac/datafile/users.267.618591279通道 C1:正在启动段 1于 11-5月 -07通道 C2:启动全部数据文件备份集通道 C2:正在指定备份集中的数据文件输入数据文件 fno=00007 name=+DISK/testrac/datafile/zhejiang02.dbf输入数据文件 fno=00011 name=+DISK/testrac/datafile/zhejiang04.dbf输入数据文件 fno=00014 name=+DISK/testrac/datafile/zhejiang06.dbf输入数据文件 fno=00002 name=+DISK/testrac/datafile/undotbs1.263.618591197输入数据文件 fno=00004 name=+DISK/testrac/datafile/undotbs2.266.618591249输入数据文件 fno=00013 name=+DISK/testrac/datafile/lt_index_ts01.dbf输入数据文件 fno=00003 name=+DISK/testrac/datafile/sysaux.264.618591225通道 C2:正在启动段 1于 11-5月 -07通道 C2:已完成段 1于 11-5月 -07段句柄=21ihf3gn_1_1标记=TAG20070511T131819注释=API Version 2.0,MMS Version 5.0.0.0通道 C2:备份集已完成,经过时间:00:41:01通道 C2:启动全部数据文件备份集通道 C2:正在指定备份集中的数据文件备份集中包括当前控制文件通道 C2:正在启动段 1于 11-5月 -07通道 C2:已完成段 1于 11-5月 -07段句柄=22ihf5tl_1_1标记=TAG20070511T131819注释=API Version 2.0,MMS Version 5.0.0.0通道 C2:备份集已完成,经过时间:00:01:06通道 C2:启动全部数据文件备份集通道 C2:正在指定备份集中的数据文件在备份集中包含当前的 SPFILE通道 C2:正在启动段 1于 11-5月 -07通道 C2:已完成段 1于 11-5月 -07段句柄=23ihf5vn_1_1标记=TAG20070511T131819注释=API Version 2.0,MMS Version 5.0.0.0通道 C2:备份集已完成,经过时间:00:01:07通道 C1:已完成段 1于 11-5月 -07段句柄=20ihf3gs_1_1标记=TAG20070511T131819注释=API Version 2.0,MMS Version 5.0.0.0通道 C1:备份集已完成,经过时间:00:44:39完成 backup于 11-5月 -07释放的通道: C1释放的通道: C2

RMAN>

这种方法进行备份，每个节点会备份一部分数据文件，从图形界面观察，两个控制器同时工作，从最终的备份时间也可以看出，整个备份仅用了44分钟左右，执行时间缩短了一半。

由于对硬件和备份软件都不是很熟悉，不清楚是否一个节点只能使用一个控制器。不过，对于这种默认的情况，RAC环境可以通过最后的这种方式来提高备份的性能。

当前文章：RMAN备份恢复——备份到带库的性能
转载来于：http://dzwzjz.com/article/ijogce.html