OracleERP从PROD到DEV的克隆方法20111019.docVIP

EEL Oracle EBS 11.5.9从PROD到DEV的克隆方法 最近更新 by muping 此文档讲述Oracle EBS 11.5.9系统克隆的方法； 需要更改clone后的环境的目录结构和SID； 此文档所用测试环境 Software：Oracle EBS 11.5.9 Server： IBM System P5 服务器 OS： AIX5.3 此文档中所用名称 1．Prod： 源环境（将要被clone的EBS 11.5.9） 2．Dev： 目标环境（clone后的EBS 11.5.9） 3．： 源环境所在服务器 4．D： 目标环境所在服务器 参考文档 克隆Oracle EBS 11.5.9 OS方面的准备 OS工具 最低版本 必须存在于 perl 5.005 源环境、目标环境 unzip 2.3 源环境 ar、cc、ld、make 源环境、目标环境 EBS 11.5.9方面的准备 应用此方法要求已经在源环境中应用了Autoconfig（11.5.9默认安装有Autoconfig），这样才可以使用rapid clone来进行clone工作； 源环境prod上安装patch 5035661来升级OUI到版本2.2，具体安装方法参见此patch的readme； 源环境prod上安装patch 3817226（US、ZHS）－ADX.E.1, 具体安装方法参见此patch的readme； 4．源环境和目标环境的域名必须一致。 检查工作 检查已经完成准备工作； 以上部份均已做，不用再进行了。 高版本OS的EBS系统不能CLONE到低版本OS中，反之则可以。目标机OS事先升级到与源OS同级或更高 如果最大的DATAFILE FILE_ID超出了512个，则必须在CLONE前在源DB端做以下步聚 1. Run SQL statement SELECT MAX(file_id) FROM dba_data_files; 5322. Login source DB node with DB user， $ORACLE_HOME/appsutil/SID_HOSTNAME.xml /d03/oracle/proddb/9.2.0/appsutil/PROD_erp.xml 修改如下（修改前先停掉EBS应用，保持DB开启）： Filename = PROD_erp.xmlSee following parameter value:dbfiles oa_var=s_dbfiles512/dbfiles 将默认的512改为800 2. Correct s_dbfiles in source context file with your maximum number of database files. p.s. You should specify it greater than 620, I think 800 is OK.（按上面所述更改s_dbfiles 从默认的512改为8003. Run autoconfig on DB tier on SOURCE system in order to propagate the changes.当修改了db的上下文件配置后，必须运行autoconfig使之生效，见Note 165195.1 Autoconfig scripts based on following directories:Appl层： (db层要开启，AP层要关闭，APP层会上传文件到DB)$COMMON_TOP/admin/scripts/SID_HOSTNAME/adautocfg.shDB层：（DB层开启，AP层关闭）$ORACLE_HOME/appsutil/scripts/SID_HOSTNAME/adautocfg.sh 执行autoconfig使更改生效 Cd /d03/oracle/proddb/9.2.0/appsutil/scripts/ PROD_erp $ ./adautocfg.sh 直接执行adautocfg 输入apps密码，即可重新用修改过的DB上下文配置文件更新DB4. Redo all cloning steps.（按正常方式CLONE即可） 若启动DB时报密码错误 ，更改以下参数为： 重建密码文件，文件名为orapw Orapwd file=orapw password=password entries=10 一．先把还原的EBS恢复到正常启动状态 CLONE思路：用正式机的FLASHCOPY磁带还原到测试机，对DB进行不完全恢复，之后更改IP及HOSTNAME，正常开启测试机。 把测试机当成正式机进行DB层及AP层