Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1105221
  • 博文数量: 159
  • 博客积分: 3063
  • 博客等级: 中校
  • 技术积分: 2703
  • 用 户 组: 普通用户
  • 注册时间: 2012-04-01 01:51
文章分类

全部博文(159)

文章存档

2013年(48)

2012年(111)

分类: Oracle

2013-07-17 13:05:06

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

    这个区别主要体现在RAC环境的特殊性上。

根据OracleRAC环境的不同,RMAN备份、恢复操作也是不同的。如果RAC环境是建立在CLUSTER文件系统上的,
或者是建立在ASM上的,那么备份和恢复过程可能会很简单,基本上和普通的数据库环境没有太多的区别。
如果RAC环境是建立在裸设备上的,由于归档日志无法存储在裸设备上,那么归档日志文件必须放在多个节点的本地硬盘上,
这时备份和恢复就变得和普通的数据库环境有所差异。

这里先讨论一下ASM环境上建立的RAC数据库的备份。如果将归档日志放在ASM上,那么两个节点都是可以备份的,
这个时候,备份和普通的单实例数据库没有差别。

SQL> SHOW PARAMETER LOG_ARCHIVE_DEST_1
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_1 string LOCATION=+DISK/testrac/
log_archive_dest_10 string
$ rman target /
恢复管理器: Release10.2.0.3.0 - Production on 星期三 4 25 17:23:01 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.


连接到目标数据库: TESTRAC (DBID=4291216984)

RMAN> configure channel device type disk format '/data1/backup/%U';


使用目标数据库控制文件替代恢复目录旧的 RMAN 配置参数:


CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/data/backup/testrac/%U';
新的 RMAN 配置参数:
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/data1/backup/%U';
已成功存储新的 RMAN 配置参数
RMAN> backup database plus archivelog delete all input;

数据库的恢复也很简单,
开始还原和恢复:

$ rman target /
恢复管理器: Release10.2.0.3.0 - Production on 星期四 4 26 11:21:29 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.


已连接到目标数据库 (未启动)

RMAN> startup mount


Oracle
实例已启动数据库已装载


对于建立在裸设备上的RAC环境,由于归档不能存放到裸设备上,因此,所有的归档都必须保存在本地的磁盘上。
直接通过RMAN备份会导致错误。
首先模仿裸设备的情况,修改原来LOG_ARCHIVE_DEST_1的配置,将每个实例的归档改在本地硬盘:

SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_1 = 'LOCATION=/data1/archivelog'
SID = 'testrac1';


系统已更改。


系统已更改。

然后尝试直接备份数据库:

$ rman target /
恢复管理器: Release10.2.0.3.0 - Production on 星期五 5 11 16:06:48 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.
连接到目标数据库: TESTRAC (DBID=4291216984)
RMAN> run
2> {
3> allocate channel c1 device type disk format '/data1/backup/%U';
4> backup database plus archivelog delete all input;
5> }

 

 

使用目标数据库控制文件替代恢复目录分配的通道: c1通道 c1: sid=301 实例=testrac1 devtype=DISK

启动 backup 11-5 -07当前日志已存档释放的通道: c1
MAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: backup plus archivelog
命令 ( 05/11/2007 16:08:09 ) 失败
RMAN-06059:
没有找到预期的归档日志, 归档日志的丢失将影响可恢复性
ORA-19625:
识别文件/data1/archivelog/2_89_618591128.dbf时出错
ORA-27037:
无法获得文件状态
SVR4 Error: 2: No such file or directory
Additional information: 3

RMAN>

由于节点1上无法访问到节点2上的归档,所以出现了上面的错误。对于这种情况,可以使用带CONNECT语句的ALLOCATE来分配CHANNEL

RMAN> run
2> {
3> allocate channel c1 device type disk format '/data1/backup/%U'
connect ;
4> allocate channel c2 device type disk format '/data1/backup/%U'
connect ;
5> backup database plus archivelog delete all input;
6> }

RMAN>

采用这种方法后可以成功的备份。


基于裸设备的RAC环境下的恢复。
  
首先备份并删除上次全备份以来的归档日志,然后准备开始恢复:


RMAN> run
2> {
3> allocate channel c1 device type disk format '/data1/backup/%U'
   connect ;
4> allocate channel c2 device type disk format '/data1/backup/%U'
   connect ;
5> backup archivelog all delete all input;
6> }

在恢复之前,需要将数据库关闭,通过rman启动实例并准备恢复:

$ srvctl stop db -d testrac

下面准备通过RMAN进行数据库的恢复。由于RAC的备份是同时备份到两个节点的本地硬盘上,因此恢复的时候也应该两个节点同时进行RESTORE操作。

可以在两个节点上分别启动RMAN,将数据库处于STARTUP MOUNT状态,然后就可以在任意一个节点上执行RESTORE操作:

$ rman target /
恢复管理器: Release10.2.0.3.0 - Production on 星期一 5 14 13:46:25 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.


已连接到目标数据库 (未启动)

RMAN> startup mount


Oracle
实例已启动数据库已装载

系统全局区域总计 2147483648 字节

Fixed Size 2031480 字节
Variable Size 335544456
字节
Database Buffers 1795162112
字节
Redo Buffers 14745600
字节


RMAN> exit


恢复管理器完成。

另一个节点:


$ rman target /
恢复管理器: Release10.2.0.3.0 - Production on 星期一 5 14 13:46:41 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.


已连接到目标数据库 (未启动)

RMAN> startup mount


Oracle
实例已启动数据库已装载

系统全局区域总计 2147483648 字节

Fixed Size 2031480 字节
Variable Size 335544456
字节
Database Buffers 1795162112
字节
Redo Buffers 14745600
字节

RMAN> run
2> {
3> allocate channel c1 device type disk format '/data1/backup/%U'
   connect ;
4> allocate channel c2 device type disk format '/data1/backup/%U'
   connect ;
5> restore database;
6> }

如果只启动了RAC的一个节点,则会导致RMAN出现下面的错误:

MAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: restore
命令 ( 05/11/2007 17:55:17 ) 失败
RMAN-06026:
有些目标没有找到 - 终止恢复
RMAN-06100:
没有通道来恢复数据文件14的备份或是副本
RMAN-06100:
没有通道来恢复数据文件13的备份或是副本
RMAN-06100:
没有通道来恢复数据文件11的备份或是副本
RMAN-06100:
没有通道来恢复数据文件7的备份或是副本
RMAN-06100:
没有通道来恢复数据文件4的备份或是副本
RMAN-06100:
没有通道来恢复数据文件3的备份或是副本
RMAN-06100:
没有通道来恢复数据文件2的备份或是副本

下面恢复归档日志:

RMAN> run
2> {
3> allocate channel c1 device type disk format '/data1/backup/%U'
   connect ;
4> allocate channel c2 device type disk format '/data1/backup/%U'
   connect ;
5> restore (archivelog sequence between 179 and 183 thread 1)
6> (archivelog sequence between 99 and 103 thread 2);
7> }

现在面临一个问题,对于还原(RESTORE)操作,可以两个实例同时进行,但是对于恢复(RECOVER)操作,只能一个实例完成。

这就要求一个实例必须能同时看到两个实例的归档日志。可以通过nfs mount等方式来实现,
这里采用最简单的方法,将节点2上的归档拷贝到节点1的归档目录下。

RMAN> host 'rcp 172.25.198.223:/data1/archivelog/* /data1/archivelog'
2> ;

主机命令完成

RMAN> run
2> {
3> allocate channel c1 device type disk format '/data1/backup/%U'
   connect ;
4> allocate channel c2 device type disk format '/data1/backup/%U'
   connect ;
5> recover database;
6> }

如果没有将归档日志文件拷贝到恢复节点上,则会出现下面的错误:

RMAN> run
2> {
3> allocate channel c1 device type disk format '/data1/backup/%U'
   connect ;
4> allocate channel c2 device type disk format '/data1/backup/%U'
   connect ;
5> recover database;
6> }


分配的通道: c1通道 c1: sid=313 实例=testrac1 devtype=DISK

分配的通道: c2通道 c2: sid=316 实例=testrac2 devtype=DISK

启动 recover 14-5 -07

正在开始介质的恢复

存档日志线程 1 序列 179 已作为文件 /data1/archivelog/1_179_618591128.dbf
存在于磁盘上存档日志线程 1 序列 180 已作为文件 /data1/archivelog/1_180_618591128.dbf
存在于磁盘上存档日志线程 1 序列 181 已作为文件 /data1/archivelog/1_181_618591128.dbf
存在于磁盘上存档日志线程 1 序列 182 已作为文件 /data1/archivelog/1_182_618591128.dbf
存在于磁盘上存档日志线程 1 序列 183 已作为文件 /data1/archivelog/1_183_618591128.dbf
存在于磁盘上存档日志文件名 =/data1/archivelog/1_179_618591128.dbf
 
线程 =1 序列 =179通道 c2: 正在启动到默认目标的存档日志恢复通道 c2: 正在恢复存档日志存档日志线程 =2
 
序列=99通道 c2: 正在恢复存档日志存档日志线程 =2 序列=100通道 c2: 正在读取备份段 /data1/backup/2pihmq8b_1_1通道 c2:
 
已恢复备份段 1段句柄 = /data1/backup/2pihmq8b_1_1 标记 = TAG20070514T112919通道 c2:
 
恢复完成, 用时: 00:00:25故障转移到上一个备份存档日志文件名 =/data1/archivelog/2_99_618591128.dbf
 
线程 =2 序列 =99释放的通道: c1释放的通道: c2
MAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: recover
命令 ( 05/14/2007 15:01:38 ) 失败
RMAN-11003:
在分析/执行 SQL 语句期间失败: alter database recover logfile '/data1/archivelog/2_99_618591128.dbf'
ORA-00308:
无法打开归档日志 '/data1/archivelog/2_99_618591128.dbf'
ORA-27037:
无法获得文件状态
SVR4 Error: 2: No such file or directory
Additional information: 3

 

阅读(4708) | 评论(0) | 转发(1) |
给主人留下些什么吧!~~