RMAN转移数据和EXP/IMP转移数据实测比较

　　由于工程需要经常将客户的现场数据导出到公司的开发环境中，随着客户现场数据量的不断增大，原先
　　
　　使用的导出导入的方法需要花费越来越长的时间，所以测试一下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.47G
　　
　　EXP作JHJKREC用户数据导出，用时2分20秒，生成文件大小546M
　　
　　2。RMAN作数据恢复，用时23分钟（包括restore数据文件，recover数据库） 网管u家u.bitsCN.com
　　
　　IMP作JHJKREC用户数据导入，用时55分钟
　　
　　3。RMAN备份在非归档模式下需要关闭数据库然后启动数据库到mount状态
　　
　　EXP在非归档模式下不需要关闭数据库，但是数据表本身是不一致的
　　
　　结论：
　　
　　利用RMAN备份的时间明显长于EXP的时间，备份出的文件也远大于EXP出的文件
　　
　　但是恢复的时间却要少于IMP所需要的时间。
　　
　　利用RMAN恢复，还需要备份控制文件，而且由于是非归档模式，还需要检查当前能够恢复到的最大SCN，然后在SQLPLUS中recover 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 网管u家u.bitscn@com
　　format 'E:\rman_bak\dbfull_%d_%s_%p_%t'
　　tag='dbfull';
　　release channel d1;
　　}
　　alter database open;
　　exit;
　　
　　RMAN的恢复脚本：
　　@@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;
　　
　　EXP的脚本：
　　userid=jhjkrec/jhjkrec
　　file=e:\rman_bak\jhjkrec.dmp
　　owner=jhjkrec
　　direct=n
　　compress=n
　　feedback=1000
　　
　　IMP的脚本：
　　userid=jhjkrec/jhjkrec
　　file=e:\rman_bak\jhjkrec.dmp
　　ignore=y
　　fromuser=jhjkrec
　　touser=jhjkrec
　　feedback=1000