RMAN备份恢复——RAC环境数据库的备份(六)

已有 915 次阅读2013-1-17 16:52 |个人分类:RMAN| 数据库,

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

整个恢复过程如下:

$ 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分钟。综合考虑备份和恢复,发现先备份到磁盘虽然麻烦一下,但是备份和恢复的速度更快,而且更省空间。


路过

鸡蛋

鲜花

握手

雷人

评论 (0 个评论)

facelist

您需要登录后才可以评论 登录 | 加入社区

他的关注

意见
反馈