宜宾网站建设公司

RMAN备份恢复——备份到带库的性能-创新互联

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

成都创新互联公司是一家集网站建设,泗洪企业网站建设,泗洪品牌网站建设,网站定制,泗洪网站建设报价,网络营销,网络优化,泗洪网站推广为一体的创新建站企业，帮助传统企业提升企业形象加强企业竞争力。可充分满足这一群体相比中小企业更为丰富、高端、多元的互联网需求。同时我们时刻保持专业、时尚、前沿，时刻以成就客户成长自我，坚持不断学习、思考、沉淀、净化自己，让我们为更多的企业打造出实用型网站。

数据库：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://ybzwz.com/article/cejhds.html

其他资讯