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

发布时间:2020-08-11 18:40:55 作者:dbcloudy
来源:ITPUB博客 阅读:136

简单测试了一下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环境可以通过最后的这种方式来提高备份的性能。

推荐阅读:
  1. Oracle RMAN 备份到AWS 云
  2. postgresql使用pg_rman备份恢复

免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。

rman 备份 带库

上一篇:移动App崩溃测试用例设计分享,快速找出bug解决麻烦!

下一篇:好程序员大数据学习路线分享Scala系列之泛型

相关阅读

您好,登录后才能下订单哦!

密码登录
登录注册
其他方式登录
点击 登录注册 即表示同意《亿速云用户服务条款》