因为工程需求经常将客户的现场数据导出到公司的开发环境中，跟着客户现场数据量的不断增大，原先运用的导出导入的办法需求花费越来越长的时刻，所以测验一下RMAN的功率，验证是否能用康复RMAN备份的办法来替代以往的EXP/IMP办法。本来想过用传输表空间的办法，可是因为咱们通常在创立数据库的时分就给事务所用的表空间创立了很大的数据文件，这样在传输表空间的copy数据文件的过程上会花费很长的时刻，所以仍是决议测验一下RMAN了。

测验意图：

完成关于JHJKREC用户的数据搬运。在10.101.48.71机器上测验。

测验环境：

P42.8G单CPU，1G内存，80G单硬盘，Windows 2000 Server，Oracle817跟JHJK用户相关的数据文件的一共巨细为：21.4G 其间JHJKREC用户的目标一共巨细为：2.1G。

1、RMAN作full备份，用时20分钟，生成文件巨细5.47GEXP作JHJKREC用户数据导出，用时2分20秒，生成文件巨细546M。

2、RMAN作数据康复，用时23分钟（包含restore数据文件，recover数据库）IMP作JHJKREC用户数据导入，用时55分钟。

3、RMAN备份在非归档形式下需求封闭数据库然后发动数据库到mount状况EXP在非归档形式下不需求封闭数据库，可是数据表自身是不一致的。

定论：

运用RMAN备份的时刻显着善于EXP的时刻，备份出的文件也远大于EXP出的文件可是康复的时刻却要少于IMP所需求的时刻。运用RMAN康复，还需求备份操控文件，并且因为对错归档形式，还需求查看当时可以康复到的***SCN，然后在SQLPLUS中ecover database until change scn，然后再alter database open resetlogs，整个操作比EXP/IMP繁琐，关于现场事务人员来说或许较为困难，所以运用RMAN仍是运用导出导入作数据搬运，仍是见仁见智吧。

以下为测验中RMAN和导出导入运用的指令，基本上没有作任何优化。

RMAN的备份脚本：

@@connect.rcv
　　# Backup up database at full level
　　#
　　shutdown immediate;
　　startup mount;
　　run{
　　allocate channel d1 type disk;
　　set limit channel d1 kbytes 2097150;
　　backup full database
　　format ’E:\rman_bak\dbfull_%d_%s_%p_%t’
　　tag=’dbfull’;
　　release channel d1;
　　}
　　alter database open;
　　exit;

@@connect.rcv
　　shutdown immediate;
　　startup mount;
　　run {
　　sql "alter session set nls_date_language=AMERICAN";
　　sql "alter session set nls_date_format=’’yyyy-mm-dd hh24:mi:ss’’";
　　set until time ’2004-9-7 15:30:00’;
　　allocate channel ch1 type disk;
　　restore database;
　　release channel ch1;
　　}
　　exit;

userid=jhjkrec/jhjkrec
　　file=e:\rman_bak\jhjkrec.dmp
　　owner=jhjkrec
　　direct=n
　　compress=n
　　feedback=1000

userid=jhjkrec/jhjkrec
　　file=e:\rman_bak\jhjkrec.dmp
　　ignore=y
　　fromuser=jhjkrec
　　touser=jhjkrec
　　feedback=1000

【修改引荐】

1. Oracle 11g 新特性- RMAN
2. IBM Rational PerfoRMANce Tester 和 HP Mercury LoadRunner 的比较
3. Linux体系下Oracle9i RMAN备份及康复过程