ITPub博客

首页 > Linux操作系统 > Linux操作系统 > RMAN备份恢复——RAC环境数据库的备份(四)

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

原创 Linux操作系统 作者:yangtingkun 时间:2007-05-17 00:00:00 0 删除 编辑

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

这篇介绍基于RAC环境备份到带库以及从带库的恢复。


RAC环境备份到带库如果是基于CLUSTER文件系统或者ASM,那么和备份到本地硬盘的区别不大,只需要在安装了带库驱动(备份软件)的节点上进行备份和恢复就可以了。

如果是建立在裸设备上的RAC环境,那么最简单的方式是在两个节点上都安装备份软件,这样,每个节点都可以同时进行备份,不但配置简单,而且可以提高备份的效率。

$ rman target /

恢复管理器: Release 10.2.0.3.0 - Production on 星期四 5 17 09:40:04 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> backup database plus archivelog delete all input;
6> }

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

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

启动 backup 17-5 -07当前日志已存档通道 c1: 正在启动存档日志备份集通道 c1: 正在指定备份集中的存档日志输入存档日志线程 =1 序列 =203 记录 ID=414 时间戳=622805570输入存档日志线程 =1 序列 =204 记录 ID=417 时间戳=622806028通道 c1: 正在启动段 1 17-5 -07通道 c2: 正在启动存档日志备份集通道 c2: 正在指定备份集中的存档日志输入存档日志线程 =2 序列 =121 记录 ID=415 时间戳=622805584输入存档日志线程 =2 序列 =122 记录 ID=416 时间戳=622806021通道 c2: 正在启动段 1 17-5 -07通道 c2: 已完成段 1 17-5 -07段句柄=4cihuh0g_1_1 标记=TAG20070517T094031 注释=API Version 2.0,MMS Version 5.0.0.0通道 c2: 备份集已完成, 经过时间:00:03:16通道 c2: 正在删除存档日志存档日志文件名 =/data1/archivelog/2_121_618591128.dbf 记录 ID=415 时间戳 =622805584存档日志文件名 =/data1/archivelog/2_122_618591128.dbf 记录 ID=416 时间戳 =622806021通道 c1: 已完成段 1 17-5 -07段句柄=4bihuh0k_1_1 标记=TAG20070517T094031 注释=API Version 2.0,MMS Version 5.0.0.0通道 c1: 备份集已完成, 经过时间:00:04:52通道 c1: 正在删除存档日志存档日志文件名 =/data1/archivelog/1_203_618591128.dbf 记录 ID=414 时间戳 =622805570存档日志文件名 =/data1/archivelog/1_204_618591128.dbf 记录 ID=417 时间戳 =622806028完成 backup 17-5 -07

启动 backup 17-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 17-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 17-5 -07通道 c2: 已完成段 1 17-5 -07段句柄=4eihuh9m_1_1 标记=TAG20070517T094525 注释=API Version 2.0,MMS Version 5.0.0.0通道 c2: 备份集已完成, 经过时间:00:38:41通道 c2: 启动全部数据文件备份集通道 c2: 正在指定备份集中的数据文件备份集中包括当前控制文件通道 c2: 正在启动段 1 17-5 -07通道 c2: 已完成段 1 17-5 -07段句柄=4fihuji8_1_1 标记=TAG20070517T094525 注释=API Version 2.0,MMS Version 5.0.0.0通道 c2: 备份集已完成, 经过时间:00:01:06通道 c2: 启动全部数据文件备份集通道 c2: 正在指定备份集中的数据文件在备份集中包含当前的 SPFILE通道 c2: 正在启动段 1 17-5 -07通道 c2: 已完成段 1 17-5 -07段句柄=4gihujka_1_1 标记=TAG20070517T094525 注释=API Version 2.0,MMS Version 5.0.0.0通道 c2: 备份集已完成, 经过时间:00:00:55通道 c1: 已完成段 1 17-5 -07段句柄=4dihuh9p_1_1 标记=TAG20070517T094525 注释=API Version 2.0,MMS Version 5.0.0.0通道 c1: 备份集已完成, 经过时间:00:43:29完成 backup 17-5 -07

启动 backup 17-5 -07当前日志已存档通道 c1: 正在启动存档日志备份集通道 c1: 正在指定备份集中的存档日志输入存档日志线程 =1 序列 =205 记录 ID=419 时间戳=622806772输入存档日志线程 =1 序列 =206 记录 ID=420 时间戳=622808942通道 c1: 正在启动段 1 17-5 -07通道 c2: 正在启动存档日志备份集通道 c2: 正在指定备份集中的存档日志输入存档日志线程 =2 序列 =123 记录 ID=418 时间戳=622806419输入存档日志线程 =2 序列 =124 记录 ID=421 时间戳=622808956通道 c2: 正在启动段 1 17-5 -07通道 c1: 已完成段 1 17-5 -07段句柄=4hihujs0_1_1 标记=TAG20070517T102916 注释=API Version 2.0,MMS Version 5.0.0.0通道 c1: 备份集已完成, 经过时间:00:01:45通道 c1: 正在删除存档日志存档日志文件名 =/data1/archivelog/1_205_618591128.dbf 记录 ID=419 时间戳 =622806772存档日志文件名 =/data1/archivelog/1_206_618591128.dbf 记录 ID=420 时间戳 =622808942通道 c2: 已完成段 1 17-5 -07段句柄=4iihujrt_1_1 标记=TAG20070517T102916 注释=API Version 2.0,MMS Version 5.0.0.0通道 c2: 备份集已完成, 经过时间:00:04:50通道 c2: 正在删除存档日志存档日志文件名 =/data1/archivelog/2_123_618591128.dbf 记录 ID=418 时间戳 =622806419存档日志文件名 =/data1/archivelog/2_124_618591128.dbf 记录 ID=421 时间戳 =622808956完成 backup 17-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> backup archivelog all delete all input;
6> }

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

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

启动 backup 17-5 -07当前日志已存档通道 c1: 正在启动存档日志备份集通道 c1: 正在指定备份集中的存档日志输入存档日志线程 =1 序列 =207 记录 ID=423 时间戳=622812638输入存档日志线程 =1 序列 =208 记录 ID=425 时间戳=622819092通道 c1: 正在启动段 1 17-5 -07通道 c2: 正在启动存档日志备份集通道 c2: 正在指定备份集中的存档日志输入存档日志线程 =2 序列 =125 记录 ID=422 时间戳=622812613输入存档日志线程 =2 序列 =126 记录 ID=424 时间戳=622819085通道 c2: 正在启动段 1 17-5 -07通道 c2: 已完成段 1 17-5 -07段句柄=4kihutof_1_1 标记=TAG20070517T131806 注释=API Version 2.0,MMS Version 5.0.0.0通道 c2: 备份集已完成, 经过时间:00:03:55通道 c2: 正在删除存档日志存档日志文件名 =/data1/archivelog/2_125_618591128.dbf 记录 ID=422 时间戳 =622812613存档日志文件名 =/data1/archivelog/2_126_618591128.dbf 记录 ID=424 时间戳 =622819085通道 c1: 已完成段 1 17-5 -07段句柄=4jihutok_1_1 标记=TAG20070517T131806 注释=API Version 2.0,MMS Version 5.0.0.0通道 c1: 备份集已完成, 经过时间:00:04:21通道 c1: 正在删除存档日志存档日志文件名 =/data1/archivelog/1_207_618591128.dbf 记录 ID=423 时间戳 =622812638存档日志文件名 =/data1/archivelog/1_208_618591128.dbf 记录 ID=425 时间戳 =622819092完成 backup 17-5 -07释放的通道: c1释放的通道: c2

对于数据库数据库日志文件的恢复仍然是通过两个实例同时进行:

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

恢复管理器: Release 10.2.0.3.0 - Production on 星期四 5 17 13:33:02 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> restore archivelog sequence between 205 and 208 thread 1
7> archivelog sequence between 123 and 126 thread 2;
8> }

使用目标数据库控制文件替代恢复目录分配的通道: c1通道 c1: sid=311 实例=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 17-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: 正在读取备份段 4dihuh9p_1_1通道 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: 正在读取备份段 4eihuh9m_1_1通道 c2: 已恢复备份段 1段句柄 = 4eihuh9m_1_1 标记 = TAG20070517T094525通道 c2: 恢复完成, 用时: 00:40:24通道 c1: 已恢复备份段 1段句柄 = 4dihuh9p_1_1 标记 = TAG20070517T094525通道 c1: 恢复完成, 用时: 00:45:60完成 restore 17-5 -07

启动 restore 17-5 -07

通道 c1: 正在启动到默认目标的存档日志恢复通道 c2: 正在启动到默认目标的存档日志恢复通道 c1: 正在恢复存档日志存档日志线程 =1 序列=205通道 c2: 正在恢复存档日志存档日志线程 =2 序列=123通道 c2: 正在恢复存档日志存档日志线程 =2 序列=124通道 c2: 正在读取备份段 4iihujrt_1_1通道 c1: 正在恢复存档日志存档日志线程 =1 序列=206通道 c1: 正在读取备份段 4hihujs0_1_1通道 c1: 已恢复备份段 1段句柄 = 4hihujs0_1_1 标记 = TAG20070517T102916通道 c1: 恢复完成, 用时: 00:01:36通道 c1: 正在启动到默认目标的存档日志恢复通道 c1: 正在恢复存档日志存档日志线程 =1 序列=207通道 c1: 正在恢复存档日志存档日志线程 =1 序列=208通道 c1: 正在读取备份段 4jihutok_1_1通道 c2: 已恢复备份段 1段句柄 = 4iihujrt_1_1 标记 = TAG20070517T102916通道 c2: 恢复完成, 用时: 00:03:22通道 c2: 正在启动到默认目标的存档日志恢复通道 c2: 正在恢复存档日志存档日志线程 =2 序列=125通道 c2: 正在恢复存档日志存档日志线程 =2 序列=126通道 c2: 正在读取备份段 4kihutof_1_1通道 c1: 已恢复备份段 1段句柄 = 4jihutok_1_1 标记 = TAG20070517T131806通道 c1: 恢复完成, 用时: 00:02:01通道 c2: 已恢复备份段 1段句柄 = 4kihutof_1_1 标记 = TAG20070517T131806通道 c2: 恢复完成, 用时: 00:02:00完成 restore 17-5 -07释放的通道: c1释放的通道: c2

首先关闭数据库,然后将两个实例都启动到mount状态,然后通过RMAN进行恢复。

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

主机命令完成

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

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

启动 recover 17-5 -07

正在开始介质的恢复

存档日志线程 1 序列 205 已作为文件 /data1/archivelog/1_205_618591128.dbf 存在于磁盘上存档日志线程 1 序列 206 已作为文件 /data1/archivelog/1_206_618591128.dbf 存在于磁盘上存档日志线程 1 序列 207 已作为文件 /data1/archivelog/1_207_618591128.dbf 存在于磁盘上存档日志线程 1 序列 208 已作为文件 /data1/archivelog/1_208_618591128.dbf 存在于磁盘上存档日志线程 2 序列 123 已作为文件 /data1/archivelog/2_123_618591128.dbf 存在于磁盘上存档日志线程 2 序列 124 已作为文件 /data1/archivelog/2_124_618591128.dbf 存在于磁盘上存档日志线程 2 序列 125 已作为文件 /data1/archivelog/2_125_618591128.dbf 存在于磁盘上存档日志线程 2 序列 126 已作为文件 /data1/archivelog/2_126_618591128.dbf 存在于磁盘上存档日志文件名 =/data1/archivelog/1_205_618591128.dbf 线程 =1 序列 =205存档日志文件名 =/data1/archivelog/2_123_618591128.dbf 线程 =2 序列 =123存档日志文件名 =/data1/archivelog/2_124_618591128.dbf 线程 =2 序列 =124存档日志文件名 =/data1/archivelog/1_206_618591128.dbf 线程 =1 序列 =206存档日志文件名 =/data1/archivelog/1_207_618591128.dbf 线程 =1 序列 =207存档日志文件名 =/data1/archivelog/2_125_618591128.dbf 线程 =2 序列 =125介质恢复完成, 用时: 00:04:35完成 recover 17-5 -07释放的通道: c1

需要注意的是,如果尝试在一个实例上恢复所有的日志,将会出现类似下面的错误:

RMAN> run
2> {
3> allocate channel c1 device type sbt;
4> allocate channel c2 device type sbt;
5> restore archivelog sequence between 205 and 208 thread 1;
6> restore archivelog sequence between 123 and 126 thread 2;
7> }

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

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

启动 restore 17-5 -07

通道 c1: 正在启动到默认目标的存档日志恢复通道 c2: 正在启动到默认目标的存档日志恢复通道 c1: 正在恢复存档日志存档日志线程 =1 序列=205通道 c2: 正在恢复存档日志存档日志线程 =1 序列=207通道 c2: 正在恢复存档日志存档日志线程 =1 序列=208通道 c2: 正在读取备份段 4jihutok_1_1通道 c1: 正在恢复存档日志存档日志线程 =1 序列=206通道 c1: 正在读取备份段 4hihujs0_1_1

故障转移到上一个备份

释放的通道: c1释放的通道: c2
MAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: restore
命令 ( 05/17/2007 16:46:59 ) 失败

RMAN-06026:
有些目标没有找到 - 终止恢复
RMAN-06025:
未找到要恢复的日志线程 1 seq 208 lowscn 4324373343 的备份
RMAN-06025:
未找到要恢复的日志线程 1 seq 207 lowscn 4324334789 的备份
RMAN-06025:
未找到要恢复的日志线程 1 seq 206 lowscn 4324326867 的备份
RMAN-06025:
未找到要恢复的日志线程 1 seq 205 lowscn 4324259225 的备份

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

请登录后发表评论 登录
全部评论
暂无介绍

注册时间:2007-12-29

  • 博文量
    1955
  • 访问量
    10487847