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

EEL Oracle EBS 11.5.9从PROD到DEV的克隆方法最近更新 by muping此文档讲述Oracle EBS 11.5.9系统克隆的方法；需要更改clone后的环境的目录结构和SID；此文档所用测试环境Software：Oracle EBS 11.5.9Server：IBM System P5 服务器OS：AIX5.3此文档中所用名称1Prod：源环境（将要被clone的EBS 11.5.9）2Dev：目标环境（clone后的EBS 11.5.9）3： 源环境所在服务器4D： 目标环境所在服务器参考文档克隆Oracle EBS 11.5.9OS方面的准备OS工具最低版本必须存在于perl5.005源环境、目标环境unzip2.3源环境ar、cc、ld、make源环境、目标环境EBS 11.5.9方面的准备1 应用此方法要求已经在源环境中应用了Autoconfig（11.5.9默认安装有Autoconfig），这样才可以使用rapid clone来进行clone工作；2 源环境prod上安装patch 5035661来升级OUI到版本2.2，具体安装方法参见此patch的readme；3 源环境prod上安装patch 3817226（US、ZHS）ADX.E.1, 具体安装方法参见此patch的readme；4源环境和目标环境的域名必须一致。检查工作1 检查已经完成准备工作；以上部份均已做，不用再进行了。高版本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/_.xml/d03/oracle/proddb/9.2.0/appsutil/PROD_erp.xml 修改如下（修改前先停掉EBS应用，保持DB开启）：Filename = PROD_erp.xmlSee following parameter value:512 将默认的512改为8002. 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.1Autoconfig scripts based on following directories:Appl层： (db层要开启，AP层要关闭，APP层会上传文件到DB)$COMMON_TOP/admin/scripts/_/adautocfg.shDB层：（DB层开启，AP层关闭）$ORACLE_HOME/appsutil/scripts/_/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= entries=10一先把还原的EBS恢复到正常启动状态CLONE思路：用正式机的FLASHCOPY磁带还原到测试机，对DB进行不完全恢复，之后更改IP及HOSTNAME，正常开启测试机。把测试机当成正式机进行DB层及AP层CLONE收集；之后关闭EBS，更改IP及HOSTNAME，进行CLONE配置，把测试机恢复为EBS CLONE机。1磁带还原方法：cd / Tar xvf /dev/rmt0 或 tar xvf /dev/rmt0 . （tar备份已含/d03 ）2. tar还原后，对ORACLE DB进行不完全恢复recover database using backup controlfile until cancel;直接 按回车键Cancel; Alter database open resetlogs; 添加几个临时文件alter tablespace tmp add temfile /d03/oracle/proddata/tmp01.ora size 5000M;3. 改IP 及 hostname 及/etc/hosts文件Smit tcpip 将IP及hostname改为与prod一致Vi /etc/hosts 将名称与IP对应 （注意未设IP的行要注释掉，否则后面preclone.pl会出错）4. 开启EBS应用#ps ef | grep ora 先显示一下是否有ORACLE进程在运行，如有，先kill -9 杀掉，以防影响EBS正常开启开启EBS# su applprod# ./start.sh最后显示exiting with status 0 表示正常启动，如为非0数字，表示有问题。5EBS开启后，nmon监控Nmon监控发现I/O繁忙，是EBS自动JOB在运行，可登陆EBS WEB中删除任务或不管它。直接开始clone.注意事项：检查/etc/hosts文件，若主机只配了一个IP，在hosts文件中多余未用的IP的映射要注释掉，否则clone收集时会出错。如主机只设了一个IP，则hosts文件中只有一行此IP对应关系即可。二源环境prod上进行clone收集并把冷备COPY到目标机1 准备源环境prod的database：1） 确认源环境prod的database是在open状态；2） 以用户applprod登陆源环境prod运行下面的命令：cd /d03/oracle/proddb/9.2.0/appsutil/scripts/PROD_erpperl adpreclone.pl dbTier之后要求输入apps密码，若1小时30分跑完（注意事项：PORD_erp与PROD是之前11.5.9升级11.5.10造成的，现以PROD_erp为准；同理prodora与prodoranew也是一样，以prodoranew为准，但不要删除旧的；运行收集工作不影响正式机运行，可反复收集多次）若旧备份apps忘了，从还原回来的启动与关闭EBS脚本中查，或从iAS目录中apache设定文件中查2 准备源环境prod的application：3） 以用户applprod登陆源环境prod运行下面的命令：cd /d03/oracle/prodcomn/admin/scripts/PROD_erpperl adpreclone.pl appsTier$ perl adpreclone.pl appsTier 克隆应用层时出错Running Rapid Clone with command. perl /d03/oracle/prodappl/ad/11.5.0/bin/adclone.pl java=/d03/oracle/prodoranew/iAS/appsoui/jre/1.3.1 mode=stage stage=/d03/oracle/prodcomn/clone component=appsTier method=CUSTOM appctx=/d03/oracle/prodappl/admin/PROD_erp.xml showProgress Beginning application tier Stage - Thu Jul 21 09:01:54 2011 stackpointer=2ff1caf0JVMXM004: JVM is performing abort shutdown sequenceJVMDG217: Dump Handler is Processing a Signal - Please Wait.JVMDG303: JVM Requesting Java core fileJVMDG304: Java core file written to /d03/oracle/prodcomn/admin/scripts/PROD_erp/javacore8540246.1311210114.txtJVMDG215: Dump Handler has Processed Exception Signal 4.Completed Stage.Thu Jul 21 09:01:54 2011解决方法：1. CloseallapplicationservicesCd /d03/oracle/prodcomn/admin/scripts/PROD_erpadstpall.sh apps/apps123（出现此错误的原因是，DEV是用SCP从PROD COPY过来的，LINK文件丢失需手工重建，建议用TAR包方式传）2.cd$IAS_TOP/appsoui/jre/1.3.1$ . ./APPSPROD_erp.env$ pwdCd /d03/oracle/devoranew/iAS/appsoui/jre/1.3.1 即为此目录$mvbinbin.bakmvliblib.bakln-sjre/binbinln-sjre/liblib再启动应用层Cd /d03/oracle/prodcomn/admin/scripts/PROD_erp$ ./adstrtal.sh apps/pa8374重执行APPS层的CLONE准备3 正常关闭源环境prod；Su applprodCd $./ (要确保正常关闭后再开始后续操作)4 拷贝源环境prod所有文件到目标环境dev的相应目录中去；（prod的全部目录：5大主目录prodappl、prodoranew、prodcomn、proddata、proddb）（要先关闭EBS之后进行COPY到目标机，相当于冷备到目标机；因我们用测试机模拟正常机CLONE，故省掉4-5步）5 拷贝完成后可以启用源环境prod；三目标环境dev上进行clone配置1 在目标环境dev的主机上建立相应的OS用户appldev.Smit user 注意设其主组为dba, 次组为dba,staff,sys; 家目录为/d03/oracle; Initial program为/usr/bin/ksh2 确保appldev 拥有相关的limit权限，可修改 /etc/security/limits . 并且对/etc/inittab文件有读的权限。Vi /etc/security/limits 新增用户appldevd权限，如下：Appldevb: fsize = -1 core = -1 data = -1 stack = -1 stack_hard = -1 rss = -1使用#ulimit a 检查设定是否生效chmod 655 /etc/inittab3 拷贝源环境prod上application中的identitydb.obj到目标环境相应的目录中；此文件位于application OS用户的主目录（$HOME）中；$HOME为ebs总目录，即为/d03/oracle4 修改目标环境dev上拷贝过来的prodappl、prodora、prodcomn, proddb、proddata的owner为其appldev；#cd /d03#chown R appldevb oracle 把oracle目录onwer改为用户appldevb不要执行chmod 更改读写权限，保留原本权限，各目录权限不同，不可以统一改。5 更改prodappl、prodoranew、prodcomn、proddata、proddb目录名为devappl、devoranew、devcomn、devdata、devdb；$mv prodappl devappl$mv prodcomn devcomn$mv prodoranew devoranew$mv proddb devdb$mv proddata devdata 6 以appldev用户登录目标环境,以用户appldev重新创建这些link：cd /d03/oracle/devdb/9.2.0rm JREln s /d03/oracle/devdb/jre/1.1.8 JREls l 查看建好的LINK检查appldev环境变量su appldevvi .profile 修改appldev用户环境变量（之前引用的$ORACLE_HOME/appsutil目录下的文件要注释掉，因为是PROD的环境文件）export ORACLE_HOME=/d03/oracle/devdb/9.2.0export ORACLE_SID=DEVPATH=/usr/bin:/etc:/usr/sbin:/usr/ucb:$HOME/bin:/usr/bin/X11:/sbin:.:/usr/vac/bin:/usr/vacpp/bin#export ORACLE_HOME=/d03/oracle/proddb/9.2.0#export ORACLE_SID=PRODexport PATHexport PATH=$PATH:$ORACLE_HOME/bin检查oraInventory文件位置$ more /etc/oraInst.locinventory_loc=/d03/oracle/devdb/oraInventoryinst_group=dba7 以appldev用户登录目标环境：a) 确认可以执行perl、ar、ld, cc,make等工具，将其加到PATH中；Echo $PATH 查看path设定；which perl # which perl ar cc make ld /usr/bin/perl/usr/bin/ar/usr/vac/bin/cc/usr/bin/make/usr/bin/ldb) 检查文件/etc/oraInst.loc，确认oraInventory的位置；不要求oraInventory存在，在clone时系统会自动建立此目录，可以先指定其目录位置：inventory_loc=/d03/oracle/devdb/oraInventoryc) 然后在以下的目录中操作：cd /d03/oracle/devdb/9.2.0/appsutil/clone/binperl adcfgclone.pl dbTier根据提示完成相应的操作； （此时DB还未启动，也启动不了）依次先 1. N 2. N 3.指定db_name 4.指定domain: 5. db安装目录，手工输入，注意改为devdb6. 7. data_top数为1 8. data_top改为devdata 9.n (是否在原始erp主机上显示，选N)10. Target system displaydevb:0,0 改显示到新主机上11. 输入port : 输入0 表示默认port ;输入1 表示默认port + 1.输入2表示默认port + 2 此处是针对所有EBS中的PORT设定，均 +1 进行DB CLONE时出错ERROR : Unable to set CLASSPATH /d03/oracle/devdb/9.2.0/appsutil/clone/bin/./jlib/classes111.zip: is missing解决方法：cp $ORACLE_HOME/jdbc/lib/classes111.zip 到/$ORACLE_HOME/appsutil/clone/bin/./jlib即COPY到$ORACLE_HOME/appsutil/clone/jlib/ 下以下为样例：$ cp classes111.zip /d03/oracle/devdb/9.2.0/appsutil/clone/bin/./jlib/$ pwd/d03/oracle/devdb/9.2.0/jdbc/lib$ pwd/d03/oracle/devdb/9.2.0/appsutil/clone/jre/1.3.1 进到此目录中，删除bin lib目录$ lsbin jre lib$ mv bin bin.bak$ mv lib lib.bak$ lsbin.bak jre lib.bak在目标机上clone到70%时出错java.lang.exception:control file creation failed此时DB可正常打开只需在DB层手工执行autoconfig即可DB层：（AP层关闭，DB层开启）$ORACLE_HOME/appsutil/scripts/_/adautocfg.sh 执行autoconfig使更改生效Cd /d03/oracle/devdb/9.2.0/appsutil/scripts/ UAT_uat./ adautocfg.shd) 完成后关闭database，修改init文件中加入以下event：event=”10841 trace name context forever” # oracle 10g已经不需要修改此项了因进行clone自动配置时，会改动init文件中一些参数，需要重新设定几个参数：Process = 1000Db_cache_size = 7516192768 (7G大小，这些参数根据物理RAM大小来定)Share_pool_size = 838860800 (800M大小，根据需要可更改)然后重新启动database；8 以appldev用户登录目标环境：a) 确认appldev对在第7步建立的oraInventory有完全权限；/d03/oracle/devdb/oraInventorychmod R 777 oraInventoryb) 然后在以下目录中操作： 进行应用层clone配置，在进行AP层clone时，DB一定要开启Exit;Su appldev 注意要退出appldev用户重登进来cd /d03/oracle/devcomn/clone/binperl adcfgclone.pl appsTier （此时EBS应用还未启动，也启动不了）根据提示完成相应的操作； （等clone配置完成后，EBS才可启动）（1.apps密码 2. 是否设定virtual hostname(N) 3. sid: DEVB(指定clone DB SID) 4.域名5. server node: devb(主机名) 6.DB域名 7.只有一个层（N） 8.是否拆分为多节点 N 9.APPL_TOP mount point: 手工输入路径 10.Common_Top: 手工输入路径 Oracle_home: /d03/oracle/devoranew/8.0.6 (即8i 路径) 12. iAs Home(apache目录)： /d03/oracle/devoranew/IAS 13.保留显示N ,显示在target主机，Y14. JDK不改变，保留 15. 保留PORT: NO 16.输入PORT: 3 (与前面db clone配置时保持一致，+3表示在默认PORT均+3) ）$ cd devoranew/iAS/jdbc/lib$ lsclasses111.zip classes12.zip jndi.zip nls_charset11.zipclasses111_g.zip classes12_g.zip jta.zip nls_charset12.zip$ cp classes111.zip /d03/oracle/devcomn/clone/bin/./jlib/$ pwd/d03/oracle/devcomn/clone/jre/1.3.1$ lsbin.bak bin0721 jre lib.bak lib07219. 全部完成后关闭目标环境dev的application和database，从database的init文件中删除掉在第7步添加的：event=”10841 trace name context forever” 将此行注释掉修改开关EBS脚本，Vi /d03/oracle startup.shVi /d03/oracle stop.shSu appldevCd Vi .profile修改其中的ORACLE_HOME ORACLE_SID为DEV相关将其中的路径改为与clone机一致，并改其中涉及到的用户和密码也要更改然后重新启动目标环境dev，用以上改过的脚本重启10.以sysadmin登录进目标环境的application中，检查并修改以下几个system profile：AMS:Server URLSite name用户JAVA窗口颜色 Java Color Scheme注：按照文档230672.1，rapid clone仅自动更新site level的profile；11. 可以根据情况来修改applsys、apps、sysadmin等重要用户的口令，更改OS 用户密码及ORACLE DB用户密码1） 更改root 密码为devb123 ,用smit user 把密码老化置为0; 失败登陆次数也改为0; 更改appldev密码为appldev,同样用smit user改，和以上类似更新EBS环境变量文件Su appldev$Rm APPSPROD_devb.env 删除旧的PROD EBS环境变量文件Cd /d03/oracle/devappl 将此目录下的新环境变量文件COPY到上一层以便用户调用Cp APPSDEVB_devb.env ./12. 更改数据库用户apps密码 （在EBS开启状态下改，且在AP主机上更改）(注意：此用户只能用特定工具更改，不可在DB中直接改，否则EBS启不来)Su appldev ./ APPSDEVB_devb.env 先执行一次环境变量文件将apps密码从pa8374更改为apps123 (其中必须用system认证来改)$ FNDCPASS apps/pa8374 0 Y system/sm8374 SYSTEM APPLSYS apps123 更改apps密码后，还要更新start.sh 和stop.sh中相应的apps密码Vi start.sh vi stop.sh还要更apache中相应的apps密码Cd /d03/oracle/devoranew/iAS/Apache/modplsql/cfgVi wdbsvr.app 找到其中的password ，修改密码DAD_DEVBconnect_string = DEVBpassword = apps123username = APPS改后之后，重启EBS测试是否成功。13. 若要更改appldev用户为appldevb用户，需进行以下动作Smit user 新建appldevb ,设定其home目录为/d03/oracle; SHELL为/usr/bin/ksh设定其密码规则等。将/d03 下的oracle目录owner改为appldevbCd /d03Chown R appl