RAC 之 RMAN 恢复

最新推荐文章于 2022-06-15 15:24:52 发布
最新推荐文章于 2022-06-15 15:24:52 发布
阅读量88 收藏
点赞数
文章标签： 数据库
本文详细介绍了Oracle RMAN的备份与恢复过程，包括还原与恢复策略、注意事项及示例操作。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

之前整理的RMAN有关还原的文章：

RMAN系列（五）---- RMAN还原与恢复

http://blog.youkuaiyun.com/xujinyang/article/details/6838045

RMAN备份与恢复实例

http://blog.youkuaiyun.com/xujinyang/article/details/6822620

Oracle Rman跨resetlogs版本恢复

http://blog.youkuaiyun.com/xujinyang/article/details/6830337

RAC下的RMAN讲究的是备份和还原的策略要一致。备份策略的不同，会导致备份结果的分步不同，进而影响恢复的策略和步骤。一般情况下，恢复策略和备份策略必须是对应的。如果备份策略进行了修改，那么恢复也应该采用相同的策略。之前我们的RMAN备份参考：

RAC之RMAN备份

http://blog.youkuaiyun.com/xujinyang/article/details/6837226

这里面有2个注意事项：

1.执行恢复的节点要能看到所有节点的归档文件。这个在RAC备份那篇里已经讲了方法，就是把归档文件传送到其他节点，这样就能够看到所有节点的归档文件了。

2.备份集的存放问题。如果我们放在共享设备上，那么节点可以访问所有的备份文件，那么就可以直接进行恢复操作。如果不是放在共享设备，可以通过NFS mount来挂载，或者设置2个通道。分别指向多个实例。

示例：

1.1先停止数据库

[oracle@rac1 bin]$srvctl stop db -d orcl

[oracle@rac1 bin]$crs_stat -t

NameTypeTargetStateHost

------------------------------------------------------------

ora.orcl.dbapplicationOFFLINEOFFLINE

ora....oltp.cs applicationOFFLINEOFFLINE

ora....cl1.srv applicationOFFLINEOFFLINE

ora....cl2.srv applicationOFFLINEOFFLINE

ora....l1.inst applicationOFFLINEOFFLINE

ora....l2.inst applicationOFFLINEOFFLINE

ora....SM1.asm applicationONLINEONLINErac1

ora....C1.lsnr applicationONLINEONLINErac1

ora.rac1.gsdapplicationONLINEONLINErac1

ora.rac1.onsapplicationONLINEONLINErac1

ora.rac1.vipapplicationONLINEONLINErac1

ora....SM2.asm applicationONLINEONLINErac2

ora....C2.lsnr applicationONLINEONLINErac2

ora.rac2.gsdapplicationONLINEONLINErac2

ora.rac2.onsapplicationONLINEONLINErac2

ora.rac2.vipapplicationONLINEONLINErac2

1.2将节点启动到mount状态：

备份集存在在2个节点的情况（2个节点的RAC），在这种情况下，需要分配2个通道分别连接对应的节点。每个节点都需要启动到mount状态。因为每个节点都有备份文件，所以在每个节点都需要执行restore，如果没有启动的话，就会报错，对于备份集存放在共享设备的就不用这么麻烦。

[oracle@rac1 bin]$export ORACLE_SID=orcl1

[oracle@rac1 bin]$rman target /

Recovery Manager: Release 10.2.0.1.0 - Production on Mon Sep 27 02:56:55 2010

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

connected to target database (not started)

RMAN>startup mount;

Oracle instance started

database mounted

Total System Global Area180355072 bytes

Fixed Size1218388 bytes

Variable Size100665516 bytes

Database Buffers75497472 bytes

Redo Buffers2973696 bytes

[oracle@rac2 bin]$ export ORACLE_SID=orcl2

[oracle@rac2 bin]$ rman target /

Recovery Manager: Release 10.2.0.1.0 - Production on Mon Sep 27 02:57:44 2010

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

connected to target database (not started)

RMAN> startup mount;

Oracle instance started

database mounted

Total System Global Area180355072 bytes

Fixed Size1218388 bytes

Variable Size83888300 bytes

Database Buffers92274688 bytes

Redo Buffers2973696 bytes

1.3完全恢复

在任意一个节点上执行：

RMAN>RUN {

allocate channel c1 device type disk connect'sys/oracle@orcl1';

allocate channel c2 device type disk connect'sys/oracle@orcl2';

restore database;

recover database;

}

2> 3> 4> 5> 6>

using target database control file instead of recovery catalog

allocated channel: c1

channel c1: sid=146 instance=orcl1 devtype=DISK

allocated channel: c2

channel c2: sid=146 instance=orcl2 devtype=DISK

Starting restore at 27-SEP-10

skipping datafile 2; already restored to file +DATA/orcl/datafile/undotbs1.278.730181053

skipping datafile 3; already restored to file +DATA/orcl/datafile/sysaux.277.730181053

skipping datafile 5; already restored to file +DATA/orcl/datafile/undotbs2.284.730181347

skipping datafile 1; already restored to file +DATA/orcl/datafile/system.276.730181051

skipping datafile 4; already restored to file +DATA/orcl/datafile/users.279.730181053

skipping datafile 7; already restored to file +DATA/orcl/datafile/anhuianqing.dbf

Finished restore at 27-SEP-10

Starting recover at 27-SEP-10

starting media recovery

media recovery complete, elapsed time: 00:00:04

Finished recover at 27-SEP-10

released channel: c1

released channel: c2

RMAN> sql 'alter database open';

sql statement: alter database open

1.4不完全恢复

1.4.1基于时间点的恢复

RMAN>RUN {

allocate channel c1 device type disk connect'sys/oracle@orcl1';

allocate channel c2 device type disk connect'sys/oracle@orcl2';

set until time "to_date('2010/9/27 03:30:00','yyyy/mm/dd hh24:mi:ss')";

restore database;

recover database;

}

2>3> 4> 5> 6> 7> 8>

allocated channel: c1

channel c1: sid=143 instance=orcl1 devtype=DISK

allocated channel: c2

channel c2: sid=146 instance=orcl2 devtype=DISK

executing command: SET until clause

Starting restore at 27-SEP-10

channel c1: starting datafile backupset restore

channel c1: specifying datafile(s) to restore from backup set

restoring datafile 00001 to +DATA/orcl/datafile/system.276.730181051

restoring datafile 00004 to +DATA/orcl/datafile/users.279.730181053

restoring datafile 00007 to +DATA/orcl/datafile/anhuianqing.dbf

channel c1: reading from backup piece /u01/backup/orcl_2blotmnp_1_1_20100927

channel c2: starting datafile backupset restore--这里使用了2个通道，因为这个测试的备份集是放在2个节点的。

channel c2: specifying datafile(s) to restore from backup set

restoring datafile 00002 to +DATA/orcl/datafile/undotbs1.278.730181053

restoring datafile 00003 to +DATA/orcl/datafile/sysaux.277.730181053

restoring datafile 00005 to +DATA/orcl/datafile/undotbs2.284.730181347

channel c2: reading from backup piece /u01/backup/orcl_2clotmno_1_1_20100927

channel c2: restored backup piece 1

piece handle=/u01/backup/orcl_2clotmno_1_1_20100927 tag=ORCL_HOT_DB_BK

channel c2: restore complete, elapsed time: 00:01:21

channel c1: restored backup piece 1

piece handle=/u01/backup/orcl_2blotmnp_1_1_20100927 tag=ORCL_HOT_DB_BK

channel c1: restore complete, elapsed time: 00:02:48

Finished restore at 27-SEP-10

Starting recover at 27-SEP-10

starting media recovery

media recovery complete, elapsed time: 00:00:03

Finished recover at 27-SEP-10

released channel: c1

released channel: c2

RMAN>

恢复完成之后，在两个节点执行：

alter database open resetlogs;

打开数据即可。

1.4.2基于SCN的恢复

当前SCN查看方法：

SQL> select current_scn from v$database;

CURRENT_SCN

-----------

1118216

RMAN>RUN {

allocate channel c1 device type disk connect'sys/oracle@orcl1';

allocate channel c2 device type disk connect'sys/oracle@orcl2';

restore database until scn 1118215 ;

recover database until scn 1118215 ;

}

2> 3> 4> 5> 6>

using target database control file instead of recovery catalog--非catalog模式，这种模式备份控制文件非常重要

allocated channel: c1

channel c1: sid=142 instance=orcl1 devtype=DISK

allocated channel: c2

channel c2: sid=151 instance=orcl2 devtype=DISK

Starting restore at 27-SEP-10

channel c1: starting datafile backupset restore

channel c1: specifying datafile(s) to restore from backup set

restoring datafile 00001 to +DATA/orcl/datafile/system.276.730181051

restoring datafile 00004 to +DATA/orcl/datafile/users.279.730181053

restoring datafile 00007 to +DATA/orcl/datafile/anhuianqing.dbf

channel c1: reading from backup piece /u01/backup/orcl_2blotmnp_1_1_20100927

channel c2: starting datafile backupset restore

channel c2: specifying datafile(s) to restore from backup set

restoring datafile 00002 to +DATA/orcl/datafile/undotbs1.278.730181053

restoring datafile 00003 to +DATA/orcl/datafile/sysaux.277.730181053

restoring datafile 00005 to +DATA/orcl/datafile/undotbs2.284.730181347

channel c2: reading from backup piece /u01/backup/orcl_2clotmno_1_1_20100927

channel c2: restored backup piece 1

piece handle=/u01/backup/orcl_2clotmno_1_1_20100927 tag=ORCL_HOT_DB_BK

channel c2: restore complete, elapsed time: 00:03:58

channel c1: restored backup piece 1

piece handle=/u01/backup/orcl_2blotmnp_1_1_20100927 tag=ORCL_HOT_DB_BK

channel c1: restore complete, elapsed time: 00:05:47

Finished restore at 27-SEP-10

Starting recover at 27-SEP-10

starting media recovery

archive log thread 1 sequence 44 is already on disk as file /u02/rac1_arch/1_44_730181171.dbf

archive log thread 2 sequence 38 is already on disk as file /u02/rac1_arch/2_38_730181171.dbf

archive log thread 1 sequence 1 is already on disk as file /u02/rac1_arch/1_1_730784806.dbf

archive log thread 2 sequence 1 is already on disk as file /u02/rac2_arch/2_1_730784806.dbf

archive log filename=/u02/rac1_arch/1_44_730181171.dbf thread=1 sequence=44

archive log filename=/u02/rac1_arch/2_38_730181171.dbf thread=2 sequence=38

archive log filename=/u02/rac2_arch/2_1_730784806.dbf thread=2 sequence=1

media recovery complete, elapsed time: 00:00:09

Finished recover at 27-SEP-10

released channel: c1

released channel: c2

恢复结束，用alter database open resetlogs打开数据库。

小结：

以上都是简单的测试，具体情况还是要具体对待。经验积累的多了，就知道怎么处理了。总之，备份重于一切。有了备份，才有恢复的可能。

------------------------------------------------------------------------------

iteye_3158
关注
ORACLE RAC异机rman恢复
diandiandididi的博客
07-07 1315
ORACLE RAC异机rman恢复
ORACLE RAC 异机RMAN恢复
DoubleJing的博客
12-05 1428
1、源端数据库全备 export DBNAME=orcl export ORACLE_SID=orcl1 export ORACLE_BASE=/u01/app/oracle export ORACLE_HOME=$ORACLE_BASE/product/11.2.0.4/db_1 export PATH=$ORACLE_HOME/bin:$HOME/bin:$PATH export BACPATH=/backup/ export LGNAME=rman_backup_`date "+%Y-%m-%
原创实战Oracle RAC rman恢复
03-21
原创实战Oracle RAC rman恢复
RMAN备份恢复--RAC环境数据库的备份（十）
ckawt40802的专栏
05-31 233
RAC环境的备份、恢复和普通数据库的备份、恢复是有一些区别的。RMAN备份恢复——RAC环境数据库的备份（一）：http://yangtingkun.itpub.net/post/468/285260RMAN备份恢复——RAC环...
Oracle19c rac备份数据通过rman恢复到单实例
07-02
### Oracle 19c RAC 数据库通过 RMAN 恢复至单实例流程详解 #### 背景概述 在进行Oracle 19c RAC（Real Application Clusters）数据库的数据备份与恢复操作时，可能会遇到需要将RAC集群环境下的备份数据恢复到单...
RAC+RMAN单实例的恢复
11-19
### RAC+RMAN单实例恢复详解 #### 环境背景 本篇文章将详细介绍如何在RAC（Real Application Clusters）环境下通过RMAN（Recovery Manager）进行单实例数据库的恢复过程。恢复的目标是在一个单实例环境中实现，...
rac之rman备份.docx
最新发布
09-26
在Oracle RAC环境下，使用Recovery Manager（RMAN）进行自动化备份和恢复显得尤为重要。 RMAN是Oracle提供的一个专业备份与恢复工具，它能够有效地管理备份、还原和恢复操作，是实施Oracle数据库备份策略的重要组成...
Oracle_Rac环境Rman备份与恢复
10-26
Oracle_Rac环境Rman备份与恢复.doc
OracleRac环境Rman备份与恢复
08-22
Oracle RAC环境，归档放到本地和放到ASM存储，备份规则是不同的。
11gR2单机通过RMAN恢复到RAC
Perry
04-20 7278
1.在单机上做一个完全备份，并将备份集拷贝到RAC的第一个节点上。 2.强行启动到nomount 3.恢复spfile 4.创建pfile，修改pfile，重建spfile #####修改control_files等参数 5.恢复controlfile 6.恢复数据库 7.重命名redo
Oracle RAC RMAN自动备份与恢复
热门推荐
白昼的技术专栏
10-08 1万+
Oracle环境： Oracle 11gR2 RAC 备份要求： 1、在节点1每晚定时进行全量备份，同时删除过期备份和归档日志文件； 2、本地节点1发生故障时，节点2可以接管备份操作，在节点2上生成全备。 配置步骤： 一、配置rman自动备份： 1、打开归档模式并修改归档路径： 具体步骤参考以下链接： https://blog.youkuaiyun.com/xiezuoyong/articl...
使用rman把单机的备份集恢复到RAC的方法
姚远OracleACE的博客
12-26 1100
文章目录环境准备在ASM磁盘组里面创建相应的目录创建对应文件系统的目录恢复spfile名字转换配置文件/etc/oratab :恢复第一节点启动到nomount状态恢复controlfile启动到mount状态并恢复recover数据库打开数据库配置第一个数据库实例修改sys的密码创建口令文件如果必要，增加redo配置监听在crs中增加数据库配置第二个节点拷贝文件：配置undo创建redo 环境准备 在ASM磁盘组里面创建相应的目录 [oracle@db01 ~]$ . oraenv ORACLE_SID
rman异机恢复（单机到rac）
嶢崝的博客
06-15 629
rman恢复
RAC的备份恢复
jnrjian的博客
04-15 1403
RAC和单实例数据库备份机制是一样的，有两点需要注意： （1）RMAN要连接到集群中的某个实例，而不是连接到整个集 （2）备份归档日志时，必须保证在备份实例上能够访问所有实例的归档日志，否则就会报错。 一．RAC归档的设置 1.1相关理论知识 RAC在运行的时候，每个实例都会产生归档日志，所有实例的归档日志集中在一起，才能完整地代表数据库的操作历史，此外，只有进行介质恢复（Media Recovery）时，才会用到归档日志。进...
oracle11g rac RMAN备份恢复至单机
脑子进水养啥鱼？的博客
10-25 1万+
mos文档：415579.1 在一节点上进行全备 确定备份路径，并赋予属组 mkdir /rmanbackup chown oracle:oinsatll /rmanbackup 进入rman进行全备 rman target / run { allocate channel d1 type disk; backup incremental level 0 ...
RAC生产数据库RMAN方式恢复到异地单机
jnrjian的博客
03-26 2369
---10g set dbid 源端环境介绍： 生产数据库是包含两个节点的Oracle 10g 10.2.0.3 RAC数据库： ASM管理+裸设备 数据库名：racdb 第一节点的sid：racdb1 第一节点的sid：racdb2 异地单机数据库（恢复Server）介绍： 下面将详细记录整个从RAC到单机的详细恢复过程。 【实验BEGIN】 1.将源端的RMAN备份的所有文件拷贝到恢复Server上 脚本如下，注意这里使用了一个保证scp不会中断的小技巧（sleep） racdb1@te..
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值