前言：

oracle数据库每个公司都在备份，但是有以下几个问题每个dba能够很快的回答吗？

1、备份是否有效？

2、数据库逻辑故障了，恢复需要多长时间？

3、生产系统硬盘坏了，恢复又需要多长时间？

因此每个月或者每个季度应该对生产系统进行测试恢复一遍，虽然oracle的rman也提供了恢复的预览功能，

但是出于习惯还是每个季度进行一次手工恢复；

环境说明：

1、数据库版本11.2.0.3

2、操作系统版本AIX6.1

3、数据量估算700G

4、备份方式network的集中备份

准备工作：

一、准备环境，需要参数文件、密码文件、各种文件路径、并设置权限、且需要相应的磁盘空间

a）参数文件的传输  scp  initPIP.ora root@192.168.199.43:/oracle/ID1/112_64/dbs

b）根据参数文件创建相应的目录

sapides:oraid1 318> mkdir -p /oracle/PIP/origlogA/cntrl/

sapides:oraid1 319> mkdir -p /oracle/PIP/origlogB/cntrl

sapides:oraid1 320> mkdir -p /oracle/PIP/sapdata1/cntrl

sapides:oraid1 321> mkdir -p /oracle/PIP/oraarch/PIParch

sapides:oraid1 322> mkdir -p /oracle/PIP/saptrace/audit

c）创建相应数据文件的目录

mkdir -p /oracle/PIP/sapdata4/undo_3/

mkdir -p /oracle/PIP/sapdata4/undo_2/

mkdir -p /oracle/PIP/sapdata4/sr3usr_1/

mkdir -p /oracle/PIP/sapdata4/sr3db_3/

mkdir -p /oracle/PIP/sapdata4/sr3db_2/

mkdir -p /oracle/PIP/sapdata4/sr3db_18/

mkdir -p /oracle/PIP/sapdata4/sr3db_17/

mkdir -p /oracle/PIP/sapdata4/sr3db_16/

mkdir -p /oracle/PIP/sapdata4/sr3db_15/

mkdir -p /oracle/PIP/sapdata4/sr3db_14/

mkdir -p /oracle/PIP/sapdata4/sr3db_13/

mkdir -p /oracle/PIP/sapdata4/sr3db_12/

mkdir -p /oracle/PIP/sapdata4/sr3db_11/

二、进行数据库的恢复

a）进行控制文件的恢复

启动数据库到nomount状态

进行控制文件的恢复，脚本：

查找network上面的备份信息脚本,根据脚本查找可以恢复的控制文件的信息

nsrinfo -s bkserver01 -n oracle joeonepip> C:\nsrinfo.txt

运行脚本进行控制文件的恢复，恢复完毕后启动到mount状态，然后进行数据库的restore和recover操作；

run{

allocate channel ch1 device TYPE 'SBT_TAPE';

SEND DEVICE TYPE 'SBT_TAPE' 'NSR_ENV=(NSR_SERVER=bkserver01,NSR_CLIENT=joeonepip)';

set DBID=1579788476; 

restore controlfile from 'PIP_CONTROL_73467_1_20140312';

release channel ch1;

sql 'alter database mount';

allocate channel ch2 device TYPE 'SBT_TAPE';

allocate channel ch3 device TYPE 'SBT_TAPE';

allocate channel ch4 device TYPE 'SBT_TAPE';

allocate channel ch5 device TYPE 'SBT_TAPE';

SEND DEVICE TYPE 'SBT_TAPE' 'NSR_ENV=(NSR_SERVER=bkserver01,NSR_CLIENT=joeonepip)';

set DBID=1579788476; 

restore database;

recover database;

release channel ch2;

release channel ch3;

release channel ch4;

release channel ch5;

}

三、打开数据库

因为恢复在异机是以不完全恢复的方式进行的，所以打开的时候需要resetlogs的方式进行打开；

脚本：alter database open resetlogs;