＋设为首页 ＋添加到收藏夹
由于工程需要经常将客户的现场数据导出到公司的开发环境中，随着客户现场数据量的不断增大，原先
份的方法来代替以往的exp/imp方法。原本想过用传输表空间的方法，但是由于我们通常在创建数据库的 【相关文章:Pragmatic Programmer】
使用的导出导入的方法需要花费越来越长的时间，所以测试一下rman的效率，验证是否能用恢复rman备 【扩展阅读:CTwain】
很长的时间，所以还是决定测试一下rman了。 【扩展信息:比尔盖茨的11点忠告】
时候就给业务所用的表空间创建了很大的数据文件，这样在传输表空间的copy数据文件的步骤上会花费
测试目的：
实现对于jhjkrec用户的数据转移。在10.101.48.71机器上测试。
测试环境： p42.8g单cpu，1g内存，80g单硬盘，windows 2000 server，oracle817跟jhjk用户相关的数据文件的总共大小为：21.4g
其中jhjkrec用户的对象总共大小为：2.1g1。rman作full备份，用时20分钟，生成文件大小5.47g
exp作jhjkrec用户数据导出，用时2分20秒，生成文件大小546m2。rman作数据恢复，用时23分钟（包括restore数据文件，recover数据库）
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; ... 下一页