一、 准备工作


1. 环境设定

源库：IP 192.168.131.100 SID：orcl

目标库：IP 192.168.131.101 安装与源库相同版本数据库软件（不创建实例）

2. 准备工作

源库创建完整备份集（含控制文件、数据文件、归档文件）。

为简单起见，源库和目标库端目录结构保持一致。如果不一致，在恢复过程中则注意修改相关路径。

二、 实验实施

1. 主库进行备份

RMAN> run{

sql 'alter system archive log current';

backup database format '/backup/dbfull_%d_%u_%s.bak' plus archivelog format '‘/archivelog/archfull_%d_%u_%s.bak';

backup current controlfile format '/backup/ctl_%d_%T_%s.bak';}

2. 复制源库spfile到目标端相同目录下

（1）源库进行复制

$ cd $ORACLE_HOME/dbs

$ scp spfileorcl.ora oracle@192.168.131.101:$ORACLE_HOME/dbs

（2）目标库修改spfile

这一步不是必须的。

如果目标库与源库路径保持一致，则不需要进行任何修改。如果路径不一致的话，则需要保证以下路径正确：

n Audit_file_dest：ORACLE审计输出的debug日志路径

n Control_files：控制文件路径

n db_recovery_file_dest：FRA路径（如果指定FRA的话）

n log_archive_dest_1：日志归档路径

注：spfile是二进制文件，不能直接编辑。如果要修改，则需要通过spfile创建pfile,然后对pfile进行修改，再通过pfile创建spfile。

3. 目标库启动nomount

$ export $ORACLE_SID=orcl

$ sqlplus / as sysdba

SQL> startup nomount

启动nomount状态需要spfile。如果源库的spfile没有放在$ORACLE_HOME/dbs目录下，则需要执行:

SQL> startup nomount from spfile=’/url/spfileorcl.ora’;

4. 使用RMAN还原controlfile

$ rman target /

RMAN> restore controlfile from '/backup/ctl_ORCL_20181022_31.bak';

不管有几个控制文件，都会被恢复到相应路径下。

5. 开启数据库到mount状态

开启数据库到mount状态需要读取controlfile

SQL> alter database mount;

6. 修复数据库

在这个环境中，源库和目标库的路径保持一致，因此这里可以直接用原路径修复。如果目标库与源库路径不同的话，则需要通过SET NEWNAME FOR DATAFILE命令来为数据文件重新设定路径（注意SET NEWNAME必须要放在run块中执行）。

RMAN> restore database;

此时，数据文件都已经修复到相应路径下

7. 恢复数据库

RMAN> recover database;

archived log thread=1 sequence=13

RMAN-00571: ====================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ====================================================

RMAN-03002: failure of recover command at 10/22/2018 03:39:24

RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 13 and starting SCN of 1052433

这里的报错是正常的，因为我们创建的热备份是不一致备份，源库的归档过来了，但是redo日志没有随备份集过来，因此恢复数据库肯定恢复不到原来的状态。这个错误提示你想要继续恢复的话还需要线程1生成的sequence13的redo log。如果你要保持一致的话，必须复制源库的重做日志文件。

此时，数据库已经恢复完成了

8. 打开数据库

SQL> alter database open resetlogs;

-------------- end ------------------