RMAN备份恢复——RAC环境数据库的备份（六）

RAC环境的备份、恢复和普通数据库的备份、恢复是有一些区别的。

RMAN备份恢复——RAC环境数据库的备份（一）：http://yangtingkun.itpub.net/post/468/285260

RMAN备份恢复——RAC环境数据库的备份（二）：http://yangtingkun.itpub.net/post/468/287076

RMAN备份恢复——RAC环境数据库的备份（三）：http://yangtingkun.itpub.net/post/468/287617

RMAN备份恢复——RAC环境数据库的备份（四）：http://yangtingkun.itpub.net/post/468/288295

RMAN备份恢复——RAC环境数据库的备份（五）：http://yangtingkun.itpub.net/post/468/288557

这篇简单介绍RAC本地磁盘备份集备份到磁带后的恢复问题。

其实本地的备份集如果备份到了带库上，那么就和直接备份到带库上的备份没有什么区别。

整个恢复过程如下：

$ srvctl stop db -d testrac
$ srvctl start inst -d testrac -i testrac1 -o mount
$ srvctl start inst -d testrac -i testrac2 -o mount

保证两个实例都启动到mount状态，就可以进行数据文件的还原了，仍然是两个实例同时进行还原操作：

$ rman target /

恢复管理器: Release 10.2.0.3.0 - Production on 星期一 5月 21 15:22:01 2007

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

已连接到目标数据库: TESTRAC (DBID=4291216984, 未打开)

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> restore database;
6> }

使用目标数据库控制文件替代恢复目录分配的通道: c1通道 c1: sid=308 实例=testrac1 devtype=SBT_TAPE通道c1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)

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

启动 restore 于 21-5月 -07

通道 c1: 正在开始恢复数据文件备份集通道 c1: 正在指定从备份集恢复的数据文件正将数据文件00001恢复到+DISK/testrac/datafile/system.262.618591167正将数据文件00005恢复到+DISK/testrac/datafile/users.267.618591279正将数据文件00006恢复到+DISK/testrac/datafile/zhejiang01.dbf正将数据文件00008恢复到+DISK/testrac/datafile/ndmain01.dbf正将数据文件00009恢复到+DISK/testrac/datafile/zhejiang03.dbf正将数据文件00010恢复到+DISK/testrac/datafile/ndindex01.dbf正将数据文件00012恢复到+DISK/testrac/datafile/zhejiang05.dbf通道 c1: 正在读取备份段 57ii1upu_1_2通道 c2: 正在开始恢复数据文件备份集通道 c2: 正在指定从备份集恢复的数据文件正将数据文件00002恢复到+DISK/testrac/datafile/undotbs1.263.618591197正将数据文件00003恢复到+DISK/testrac/datafile/sysaux.264.618591225正将数据文件00004恢复到+DISK/testrac/datafile/undotbs2.266.618591249正将数据文件00007恢复到+DISK/testrac/datafile/zhejiang02.dbf正将数据文件00011恢复到+DISK/testrac/datafile/zhejiang04.dbf正将数据文件00013恢复到+DISK/testrac/datafile/lt_index_ts01.dbf正将数据文件00014恢复到+DISK/testrac/datafile/zhejiang06.dbf通道 c2: 正在读取备份段 58ii1upq_1_2通道 c2: 已恢复备份段 1段句柄 = 58ii1upq_1_2 标记 = TAG20070518T165421通道 c2: 恢复完成, 用时: 00:29:51通道 c1: 已恢复备份段 1段句柄 = 57ii1upu_1_2 标记 = TAG20070518T165421通道 c1: 恢复完成, 用时: 00:30:55完成 restore 于 21-5月 -07释放的通道: c1释放的通道: c2

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> restore archivelog sequence between 134 and 136 thread 2
6> archivelog sequence between 216 and 220 thread 1;
7> }

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

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

启动 restore 于 21-5月 -07

通道 c1: 正在启动到默认目标的存档日志恢复通道 c2: 正在启动到默认目标的存档日志恢复通道 c1: 正在恢复存档日志存档日志线程 =1 序列=216通道 c2: 正在恢复存档日志存档日志线程 =2 序列=134通道 c1: 正在恢复存档日志存档日志线程 =1 序列=217通道 c1: 正在读取备份段 5bii1vpb_1_2通道 c2: 正在恢复存档日志存档日志线程 =2 序列=135通道 c2: 正在读取备份段 5cii1vp7_1_2通道 c2: 已恢复备份段 1段句柄 = 5cii1vp7_1_2 标记 = TAG20070518T171107通道 c2: 恢复完成, 用时: 00:03:26通道 c2: 正在启动到默认目标的存档日志恢复通道 c2: 正在恢复存档日志存档日志线程 =2 序列=136通道 c2: 正在读取备份段 5eii9lpd_1_1通道 c1: 已恢复备份段 1段句柄 = 5bii1vpb_1_2 标记 = TAG20070518T171107通道 c1: 恢复完成, 用时: 00:03:42通道 c1: 正在启动到默认目标的存档日志恢复通道 c1: 正在恢复存档日志存档日志线程 =1 序列=218通道 c1: 正在恢复存档日志存档日志线程 =1 序列=219通道 c1: 正在恢复存档日志存档日志线程 =1 序列=220通道 c1: 正在读取备份段 5dii9lpj_1_1通道 c2: 已恢复备份段 1段句柄 = 5eii9lpd_1_1 标记 = TAG20070521T150938通道 c2: 恢复完成, 用时: 00:01:31通道 c1: 已恢复备份段 1段句柄 = 5dii9lpj_1_1 标记 = TAG20070521T150938通道 c1: 恢复完成, 用时: 00:03:01完成 restore 于 21-5月 -07释放的通道: c1释放的通道: c2

RMAN> host 'rcp racnode1:/data1/archivelog/*.dbf /data1/archivelog';

主机命令完成

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> recover database;
6> }

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

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

启动 recover 于 21-5月 -07

正在开始介质的恢复

存档日志线程 1 序列 216 已作为文件 /data1/archivelog/1_216_618591128.dbf 存在于磁盘上存档日志线程 1 序列 217 已作为文件 /data1/archivelog/1_217_618591128.dbf 存在于磁盘上存档日志线程 1 序列 218 已作为文件 /data1/archivelog/1_218_618591128.dbf 存在于磁盘上存档日志线程 1 序列 219 已作为文件 /data1/archivelog/1_219_618591128.dbf 存在于磁盘上存档日志线程 1 序列 220 已作为文件 /data1/archivelog/1_220_618591128.dbf 存在于磁盘上存档日志线程 2 序列 134 已作为文件 /data1/archivelog/2_134_618591128.dbf 存在于磁盘上存档日志线程 2 序列 135 已作为文件 /data1/archivelog/2_135_618591128.dbf 存在于磁盘上存档日志线程 2 序列 136 已作为文件 /data1/archivelog/2_136_618591128.dbf 存在于磁盘上存档日志文件名 =/data1/archivelog/1_216_618591128.dbf 线程 =1 序列 =216存档日志文件名 =/data1/archivelog/2_134_618591128.dbf 线程 =2 序列 =134存档日志文件名 =/data1/archivelog/2_135_618591128.dbf 线程 =2 序列 =135存档日志文件名 =/data1/archivelog/1_217_618591128.dbf 线程 =1 序列 =217存档日志文件名 =/data1/archivelog/1_218_618591128.dbf 线程 =1 序列 =218存档日志文件名 =/data1/archivelog/2_136_618591128.dbf 线程 =2 序列 =136存档日志文件名 =/data1/archivelog/1_219_618591128.dbf 线程 =1 序列 =219存档日志文件名 =/data1/archivelog/1_220_618591128.dbf 线程 =1 序列 =220介质恢复完成, 用时: 00:07:03通道 c2: 正在启动到默认目标的存档日志恢复通道 c2: 正在恢复存档日志存档日志线程 =2 序列=137通道 c2: 正在读取备份段 5fii9m0p_1_1通道 c2: 已恢复备份段 1段句柄 = 5fii9m0p_1_1 标记 = TAG20070521T150938通道 c2: 恢复完成, 用时: 00:03:05通道 c1: 正在启动到默认目标的存档日志恢复通道 c1: 正在恢复存档日志存档日志线程 =1 序列=221通道 c1: 正在读取备份段 5gii9m2e_1_1通道 c1: 已恢复备份段 1段句柄 = 5gii9m2e_1_1 标记 = TAG20070521T150938通道 c1: 恢复完成, 用时: 00:02:16完成 recover 于 21-5月 -07释放的通道: c1释放的通道: c2

在备份、恢复过程中，发现了一个小问题。备份到磁盘上的备份集要比直接备份到带库上的备份集要小。备份到磁盘的数据文件的备份集每个只有15G左右，加在一起是30G。而如果直接备份到带库上，那么每个备份集都有27G左右，加在一起是54G。可能备份到磁盘可以更方便的压缩备份集的大小。

同时备份集的大小也直接影响了备份和恢复时间。如果直接备份到带库上，大约需要45分钟。而将磁盘上的备份集备份到带库上只需要30分钟。当然，直接备份到本地磁盘还需要将近15分钟的时间。可以认为对于备份来说，二者消耗的时间差不多。但是恢复由于只需要一个步骤，因此备份集越小恢复速度就越快。恢复时间分别是30分钟和45分钟。综合考虑备份和恢复，发现先备份到磁盘虽然麻烦一下，但是备份和恢复的速度更快，而且更省空间。

yangtingkun 发表于:2007.05.21 16:38 ::分类: ( ORACLE ) ::阅读:(2823次) :: 评论 (2)

re: RMAN备份恢复——RAC环境数据库的备份（六） [回复]

五和四的地址相同。看不到五啊。

醉猫 评论于: 2007.06.14 08:57

re: RMAN备份恢复——RAC环境数据库的备份（六） [回复]

谢谢指出，已经进行了修改

yangtingkun 评论于: 2007.06.15 09:57

发表评论

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

转载于:http://blog.itpub.net/13024285/viewspace-671667/