Oracle EBS 11.5.9系统克隆数据覆盖方法
oracle 复制执行计划
oracle 复制执行计划（实用版）目录1.Oracle 复制执行计划的概念2.Oracle 复制执行计划的类型3.Oracle 复制执行计划的优缺点4.Oracle 复制执行计划的实现方法5.Oracle 复制执行计划的案例分析正文一、Oracle 复制执行计划的概念Oracle 复制执行计划是指在 Oracle 数据库中，将一个 SQL 语句或 PL/SQL 过程的执行计划复制到另一个数据库中，从而实现跨数据库的执行计划复用。
通过复制执行计划，可以减少开发工作量，提高开发效率。
二、Oracle 复制执行计划的类型1.SQL 复制执行计划：将一个 SQL 语句的执行计划复制到另一个数据库中。
2.PL/SQL复制执行计划：将一个PL/SQL过程的执行计划复制到另一个数据库中。
三、Oracle 复制执行计划的优缺点1.优点：- 减少开发工作量：通过复制执行计划，可以避免重复编写相同功能的 SQL 语句或 PL/SQL 过程。
- 提高开发效率：只需要在一个数据库中编写和调试执行计划，然后在其他数据库中复制使用。
- 便于维护：当需要修改执行计划时，只需在一个数据库中进行修改，其他数据库中的执行计划会自动更新。
2.缺点：- 可能导致性能下降：复制执行计划可能会导致目标数据库的性能下降，因为目标数据库可能需要为复制的执行计划重新编译和优化。
- 依赖源数据库：复制执行计划依赖于源数据库的稳定性和可用性，如果源数据库出现问题，可能会影响目标数据库的执行计划。
四、Oracle 复制执行计划的实现方法1.使用 dbms_replay 包：Oracle 提供了 dbms_replay 包，可以用于将一个数据库中的执行计划复制到另一个数据库中。
具体使用方法如下： - 在源数据库中，使用 dbms_replay.dbms_replay_sql_text 过程将 SQL 语句或 PL/SQL 过程的执行计划保存到临时表中。
浅谈ORACLEEBS系统克隆技术的应用
＿
Ｑ ｅ ｅ Ｕ Ｕ Ｓ
ａ
ＳＴ Ｅ
ａ ｏ ｅ ｎ Ｉ ＝ ｃ ｌ ｅ ． ｄ ＿ ａ ，” ） － ｄ － ａ ｅ ｒｐａ （ ｎ ｅ ｎ ｍｅ ，” ｎ ＿ ｎ ｃａｏ ，
ａｎ ｄ ｎ ｍ ２ｒｐａｅ ．ｏｅｎ ｍ ２ ，”； ．ｏ ｅ ａ ｅ－ｅｌ （ ｎｄ＿ ａ ｅ ，” 】 ｃａ
＿
４在／ ｍ ／ ｐｔ ｔ ． ｈ ｅ ｐ ｌｓ下 ｏ ａ ｅ 执行脚 本 ｃ ｃｃｎｓｌ ｍｌ ． ａ ｑ
ｅ ｈ ｃ ｔｌ ｇｂ ｃ ｕ ｐ ｅ ｅ ｗｄ ／￥ ． ” ｃ ｏ”ａ ｏ ａ ｋ ｐ ｉｃ ｐ ’ｉ． ａ ｔ ；
ｄ ｎ ｏ ｅ
ｓｌｕ ｐ／ ｑ ｌｓ ｐ ｓ ｐ ａ ＊
创建 跟 踪文 件到 共享 存储（ Ｓ ￣，但 是在 测试 环境 中，并 没有 Ａ Ｍ）ａ
ＡＳ ，所 以需要 取消 ｂｏｋ ｃａｇ ａｋｎ 特性 。ｂｏｋｃａ ｇ Ｍ ｌ ｈｎ ｅｔ ｃｉ ｃ ｒ ｇ ｌｃ ｈ ｅ ｎ
２执行 ｐ ｌｄｆｃｏｅ ｌｐ ｓｉ ，注 意 回答相 关 问题 。 ． ｒ ａ ｇ ｎ ｐａ ｅ ｃ ｌ ． ｐＴｅ ｒ ３更新 并发管 理器 表 。 ．
ｃ ＜ ＯＭ Ｍ Ｏ ｄ Ｃ Ｎ Ｔ ＯＰ ／ ｌｎ ／ ｉ ＞ ｃｏ ｅｂｎ
＿
恢复 的时 间和 比率 ，执 行完 成后 ，数据 库 的数据 文件 就 已经恢 复
到 了测 试服 务器 下 。 ４取 消 ｂ ｃ ａｇ ａｋ ｇ特 性。 因为在 生产 环境 中使用 了 ． ｌ ｋｃ ｎ ｅｒｃｉ ｏ ｈ ｔ ｎ Ｒ ｎ的新 特性 ｂｏｋｃａ ｇ ａｋ ｇ ｌ ｋｃａｇ ａｋ ｇ 求 ｍａ ｌｃ ｈｎ ｅｒｃｉ ．ｂｏ ｎｅ ｒｃｉ 要 ｔ ｎ ｃ ｈ ｔ ｎ
克隆Oracle数据库的方法和步骤
复制数据库这篇文章中将要建立前两篇文章中的实例数据库Practice的一个克隆数据库，我们将之命名为CLNE,我们这里的原数据与克隆的数据库兹同一台机器上，因此无需再进行Oracle安装，但一般情况下需要首先在克隆目标机器上安装Oracle软件，而且要与原数据库的Oracle具有相同的版本，具体步骤如下：1、准备CLNE数据库：①、为CLNE数据库创建所需的路径,执行如下命令：export ORACLE_SID=CLNE；export ORACLE_BASE=/app/oracle;export ORACLE_HOME=/app/oracle/;export ORACLE_DATA=/oracledata/$ORACLE_SID;export ORACLE_ADMIN=$ORACLE_BASE/admin/$ORACLE_SID;mkdir $ORACLE_ADMIN;mkdir $ORACLE_ADMIN/pfile;mkdir $ORACLE_ADMIN/bdump;mkdir $ORACLE_ADMIN/cdump;mkdir $ORACLE_ADMIN/udump;mkdir $ORACLE_ADMIN/create;mkdir $ORACLE_DATA;mkdir $ORACLE_DATA/archive;②、准备参数文件和口令文件：如果在Linux上可以使用如下命令：cp $ORACLE_BASE/admin/PRACTICE/pfile/initPRACTICE.ora$ORACLE_BASE/admin/CLNE/pfile/initCLNE.ora;ln –s $ORACLE_BASE/admin/CLNE/pfile/initCLNE.ora$ORACLE_HOME/dbs/initCLNE.ora;以上两条命令将PRACTICE数据库的默认参数文件拷贝了一份到CLNE数据库相应路径之下，作为CLNE数据库的默认参数文件，并且建立了CLNE数据库的默认参数文件到默认数据库参数文件的一个软连接。
Oracle_Ebs_Clone_DB_Using_Rman_Hot_Backup ERP克隆备份
Oracle ERP EBS Clone backup 专题文档仅涉及Oracle ebs 系统在正式库不停机情况下，使用正式库的rman备份来克隆DB.大体步骤如下：1，利用rman restore 备份文件到指定目录2，以Oracle DB用户登入a) cd <RDBMS ORACLE_HOME>/appsutil/clone/binb) perl adcfgclone.pl dbTechStack3，手动创建数据库控制文件，并恢复打开数据库a) Running the library update scriptcd <RDBMS ORACLE_HOME>/appsutil/install/<CONTEXT NAME>b) sqlplus "/ as sysdba" @adupdlib.sql <libext>where <libext> is "sl" for HP-UX, "so" for any other UNIX platform and not required for Windows.4，最后配置数据库，DB Clone整个过程完成。
a) cd <RDBMS ORACLE_HOME>/appsutil/clone/binb) perl adcfgclone.pl dbconfig <target context file>where target context file is:<RDBMS ORACLE_HOME>/appsutil/<Target CONTEXT_NAME>.示例如下(rman restore这一部分略)：Step 1, 略文档仅涉及Oracle ebs 系统在正式库不停机情况下，使用正式库的rman备份来克隆DB.大体步骤如下：1，利用rman restore 备份文件到指定目录2，以Oracle DB用户登入a) cd <RDBMS ORACLE_HOME>/appsutil/clone/binb) perl adcfgclone.pl dbTechStack3，手动创建数据库控制文件，并恢复打开数据库a) Running the library update scriptcd <RDBMS ORACLE_HOME>/appsutil/install/<CONTEXT NAME>b) sqlplus "/ as sysdba" @adupdlib.sql <libext>where <libext> is "sl" for HP-UX, "so" for any other UNIX platform and not required for Windows.4，最后配置数据库，DB Clone整个过程完成。
oracle覆盖导入数据
oracle覆盖导⼊数据结论:imp 命令不可实现, 先drop ⽤户,再新建⽤户 ,再导⼊数据命令:drop user ytsjcw cascade;--最后这个级联cascade特别有⽤（删除⽤户以及所有关联的数据库对象）附，imp和exp对应，都具有三种模式1、完全：IMP SYSTEM/MANAGER BUFFER=64000 FILE=C:/FULL.DMP FULL=Y2、⽤户模式(必须指定FROMUSER、TOUSER参数)：IMP SONIC/SONIC BUFFER=64000 FILE=C:/SONIC.DMP FROMUSER=SONIC TOUSER=SONIC这样⽤户SONIC的所有对象被导⼊到⽂件中。
必须指定FROMUSER、TOUSER参数。
3、表模式(只导⼊指定的表)：IMP SONIC/SONIC BUFFER=64000 FILE=C:/SONIC.DMP OWNER=SONIC TABLES=(SONIC)这样⽤户SONIC的表SONIC就被导⼊。
imp参数USERID ⽤户名/⼝令FULL 导⼊整个⽂件 (N)BUFFER 数据缓冲区⼤⼩FROMUSER 所有⼈⽤户名列表FILE 输⼊⽂件 (EXPDAT.DMP)TOUSER ⽤户名列表SHOW 只列出⽂件内容 (N)TABLES 表名列表IGNORE 忽略创建错误 (N)RECORDLENGTH IO 记录的长度GRANTS 导⼊权限 (Y)INCTYPE 增量导⼊类型INDEXES 导⼊索引 (Y)COMMIT 提交数组插⼊ (N)ROWS 导⼊数据⾏ (Y)PARFILE 参数⽂件名LOG 屏幕输出的⽇志⽂件CONSTRAINTS 导⼊限制 (Y)DESTROY 覆盖表空间数据⽂件 (N)INDEXFILE 将表/索引信息写⼊指定的⽂件SKIP_UNUSABLE_INDEXES 跳过不可⽤索引的维护 (N)ANALYZE 执⾏转储⽂件中的 ANALYZE 语句 (Y)FEEDBACK 显⽰每 x ⾏ (0) 的进度TOID_NOVALIDATE 跳过指定类型 id 的校验FILESIZE 各转储⽂件的最⼤尺⼨RECALCULATE_STATISTICS 重新计算统计值 (N)。
oracle11 复制实例
oracle11 复制实例Oracle 11g是一种关系型数据库管理系统，在复制方面提供了多种解决方案。
以下是关于Oracle 11g复制实例的相关参考内容。
1. Oracle 11g复制架构:Oracle 11g的复制架构包括主数据库、辅助数据库和复制进程。
主数据库是源数据库，它包含完整的数据，而辅助数据库是复制副本，它可以按需提供数据。
复制进程负责从主数据库接收更改并在辅助数据库上应用这些更改。
2. Oracle 11g复制类型:Oracle 11g提供了三种主要的复制类型：- 物理复制 (Physical Replication): 在物理复制中，Oracle服务器将数据块从主数据库传输到辅助数据库，使辅助数据库与主数据库的内容完全一致。
- 逻辑复制 (Logical Replication): 在逻辑复制中，Oracle服务器将事务信息从主数据库传输到辅助数据库，并在辅助数据库上重放这些事务日志。
- 多模式复制 (Multimaster Replication): 多模式复制允许多个数据库同时充当主数据库和辅助数据库，从而实现数据在多个数据库之间的相互复制。
3. Oracle 11g复制配置步骤:- 创建主数据库: 首先需要创建主数据库，即源数据库，以提供完整的数据。
- 创建辅助数据库: 创建辅助数据库，该数据库将用作主数据库的副本，在需要时提供数据。
- 配置复制进程: 在主数据库和辅助数据库上配置复制进程以实现数据的复制。
配置包括创建复制进程和配置相关参数。
- 启动复制进程: 启动配置的复制进程，使其开始从主数据库接收和应用更改。
- 监视复制进程: 在复制过程中，需要定期监视复制进程，以确保数据的正确复制。
4. Oracle 11g复制优势:- 数据冗余: 复制可以提供数据冗余，以提高系统的可靠性和可用性。
当主数据库发生故障时，辅助数据库可以继续提供服务。
- 数据分布: 复制可以将数据分布到不同的地理位置或服务器上，以提供更快的访问速度和更好的用户体验。
oracle ebs 11.5.9 系统克隆数据覆盖方法
Oracle EBS 11.5.9系统克隆数据覆盖方法作者: Michael Wang创建日期: 2005-1-17最后更新:控制码:版本: 1.0审批签字:Copy Number _____文档控制修改记录日期作者版本修改参考审阅姓名职位分发拷贝. 姓名地点1111目录文档控制 (2)文档说明 (4)准备工作 (5)C LONE O RACLE EBS11.5.9－SINGLE-NODE TO SINGLE-NODE (6)C LONE O RACLE EBS11.5.9－SINGLE-NODE TO MULTI-NODE (10)数据覆盖 (14)文档说明此文档目的1．此文档讲述Oracle EBS 11.5.9系统克隆的方法（包括single node 到single-node的clone，single-node到multi-node 的clone）；2．需要更改clone后的环境的目录结构和SID；3．此文档讲述了使用11.5.9正式环境数据覆盖其clone后的测试环境数据的方法；此文档所用测试环境1．Software：Oracle EBS 11.5.92．Server：SUN 服务器3．OS：Solaris 8 （SunOS 5.8 Generic_108528-18）此文档中所用名称1．Prod：源环境（将要被clone的EBS 11.5.9）2．Test：目标环境（clone后的EBS 11.5.9）3．Hostprod：源环境所在服务器4．Hosttest：目标环境所在服务器5．Hostapp：multi-node中application tier所在服务器6．Hostdb：multi-node中database tier所在服务器7．CONTEXT_NAME：在应用了autoconfig后指：SID_host参考文档1．参考文档：metalink note 230672.1 《Cloning Oracle Applications Release 11iwith Rapid Clone》准备工作OS方面的准备OS工具最低版本必须存在于perl 5.005 源环境、目标环境zip 2.3 源环境ar、cc、ld、make 源环境、目标环境EBS 11.5.9方面的准备1．应用此方法要求已经在源环境中应用了Autoconfig（11.5.9默认安装有Autoconfig），这样才可以使用rapid clone来进行clone工作；2．源环境prod上安装patch 4017155来升级OUI到版本2.2，具体安装方法参见此patch的readme；3．源环境prod上安装patch 3817226（US、ZHS）－ADX.E.1；4．源环境主机hostprod和目标环境主机hostest的域名必须一样：检查其/etc/hosts文件Clone Oracle EBS 11.5.9－single-node to single-node检查工作1．检查已经完成准备工作；源环境prod上的工作1．准备源环境prod的database：1）确认源环境prod的database是在open状态；2）以源环境prod的database OS用户（oraprod）运行下面的命令：cd $ORACLE_HOME/appsutil/scripts/<CONTEXT_NAME>perl adpreclone.pl dbTier2．准备源环境prod的application：3）以源环境prod的application OS用户（applprod）运行下面的命令：cd $COMMON_TOP/admin/scripts/<CONTEXT_NAME>perl adpreclone.pl appsTier3．正常关闭源环境prod；4．拷贝源环境prod所有文件到目标环境test的相应目录中去；（prod的全部目录：prodappl、prodora、prodcomn、proddata、proddb）5．拷贝完成后可以启用源环境prod；目标环境test上的工作1．在目标环境test上安装和源环境prod版本相同的JDK：版本：1.3.1.09安装位置：/usr/bin/ j2sdk1_3_1_092．在目标环境test的主机hosttest上建立相应的application OS用户和database OS用户（这里是appltest和oratest）；3．拷贝源环境prod上application中的identitydb.obj到目标环境相应的目录中；此文件位于application OS用户的主目录（$HOME）中；4．修改目标环境test上拷贝过来的prodappl、prodora、prodcomn的owner为其application OS用户（appltest）；5．修改目标环境test上拷贝过来的proddb、proddata的owner为其database OS用户（oratest）；6．更改prodappl、prodora、prodcomn、proddata、proddb目录名为testappl、testora、testcomn、testdata、testdb；cd $ORACLE_HOME#删除属于源环境prod的连接（link）：rm JRErm appsouirm oui21以用户oratest重新创建这些link：ln –s oui/jre/1.1.8 JREln -s oui22 appsouiln -s oui22 oui21注：这里没有测试过不重新创建这些link是否可以，因为这些link是指向相对路径。
03_Oracle数据迁移之克隆数据库
Oracle数据迁移之克隆数据库DBA有时需要克隆数据库以便测试备份和恢复策略。
如果数据库校小，简单的expdp/impdp就能搞定了，但是多数生产环境中的数据库是没法这么干的。
克隆数据库有以下几种不同的方法：使用RMAN的duplicate命令使用OEM中的Database Control通过SQL*PLUS手工拷贝在这里，方少想通过一个实验向大家演示一下如何通过RMAN工具来克隆一个运行中的数据库。
RMAN提供了duplicate命令，此命令使用一个数据库的备份创建一个新数据库。
文件被复原到目标数据库，之后，执行一个不完全的恢复，用open resetlogs选项打开数据库。
使用RMAN的好处是上述所有步骤都能自动执行，无需用户干涉。
复制数据库可以是原来数据库的完全拷贝，也可以只是包含原数据库的某一个子集。
实验演示环境服务器A：Redhat Enterprise Linux5.5+Oracle10g R2服务器B：Redhat Enterprise Linux4.8+Oracle10g R2实验目的：将服务器A上正在运行中的ProdDB数据库克隆至服务器B并更名为TestDB一、在服务器A上配置SAMBA，将备份集所在目录共享出来检查一下服务器上是否安装了samba套件结果显示未安装samba，所以我们得先把samba套件给装上编辑/etc/samba/smb.conf文件将ProdDB数据库的备份集以及归档日志所在目录共享出来注：请确保备份集以及归档日志对于others用户是可读，不然后面在RMAN中duplicate的时候会报错在smb.conf文件的最后加上图中所示的那段配置，然后启动samba服务SSH登录服务器B并挂载服务器A的共享目录至/backup在服务器B上配置监听：创建密码文件：创建相关目录：准备一个初始化参数文件initTestDB.ora，内容大致如下：启动实例并创建spfile文件：登录服务器A，配置TNS：打开SQL*PLUS，查看当前日志序列号，并切一个归档出来：打开RMAN，执行duplicate命令进行数据库克隆：嗯？虽然最后报了个错，但是关系不大，嘿嘿。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Oracle EBS 11.5.9系统克隆数据覆盖方法作者: Michael Wang创建日期: 2005-1-17最后更新:控制码:版本: 1.0审批签字:Copy Number _____文档控制修改记录日期作者版本修改参考审阅姓名职位分发拷贝. 姓名地点1111目录文档控制 (2)文档说明 (4)准备工作 (5)C LONE O RACLE EBS11.5.9－SINGLE-NODE TO SINGLE-NODE (6)C LONE O RACLE EBS11.5.9－SINGLE-NODE TO MULTI-NODE (10)数据覆盖 (14)文档说明此文档目的1．此文档讲述Oracle EBS 11.5.9系统克隆的方法（包括single node 到single-node的clone，single-node到multi-node 的clone）；2．需要更改clone后的环境的目录结构和SID；3．此文档讲述了使用11.5.9正式环境数据覆盖其clone后的测试环境数据的方法；此文档所用测试环境1．Software：Oracle EBS 11.5.92．Server：SUN 服务器3．OS：Solaris 8 （SunOS 5.8 Generic_108528-18）此文档中所用名称1．Prod：源环境（将要被clone的EBS 11.5.9）2．Test：目标环境（clone后的EBS 11.5.9）3．Hostprod：源环境所在服务器4．Hosttest：目标环境所在服务器5．Hostapp：multi-node中application tier所在服务器6．Hostdb：multi-node中database tier所在服务器7．CONTEXT_NAME：在应用了autoconfig后指：SID_host参考文档1．参考文档：metalink note 230672.1 《Cloning Oracle Applications Release 11iwith Rapid Clone》准备工作OS方面的准备OS工具最低版本必须存在于perl 5.005 源环境、目标环境zip 2.3 源环境ar、cc、ld、make 源环境、目标环境EBS 11.5.9方面的准备1．应用此方法要求已经在源环境中应用了Autoconfig（11.5.9默认安装有Autoconfig），这样才可以使用rapid clone来进行clone工作；2．源环境prod上安装patch 4017155来升级OUI到版本2.2，具体安装方法参见此patch的readme；3．源环境prod上安装patch 3817226（US、ZHS）－ADX.E.1；4．源环境主机hostprod和目标环境主机hostest的域名必须一样：检查其/etc/hosts文件Clone Oracle EBS 11.5.9－single-node to single-node检查工作1．检查已经完成准备工作；源环境prod上的工作1．准备源环境prod的database：1）确认源环境prod的database是在open状态；2）以源环境prod的database OS用户（oraprod）运行下面的命令：cd $ORACLE_HOME/appsutil/scripts/<CONTEXT_NAME>perl adpreclone.pl dbTier2．准备源环境prod的application：3）以源环境prod的application OS用户（applprod）运行下面的命令：cd $COMMON_TOP/admin/scripts/<CONTEXT_NAME>perl adpreclone.pl appsTier3．正常关闭源环境prod；4．拷贝源环境prod所有文件到目标环境test的相应目录中去；（prod的全部目录：prodappl、prodora、prodcomn、proddata、proddb）5．拷贝完成后可以启用源环境prod；目标环境test上的工作1．在目标环境test上安装和源环境prod版本相同的JDK：版本：1.3.1.09安装位置：/usr/bin/ j2sdk1_3_1_092．在目标环境test的主机hosttest上建立相应的application OS用户和database OS用户（这里是appltest和oratest）；3．拷贝源环境prod上application中的identitydb.obj到目标环境相应的目录中；此文件位于application OS用户的主目录（$HOME）中；4．修改目标环境test上拷贝过来的prodappl、prodora、prodcomn的owner为其application OS用户（appltest）；5．修改目标环境test上拷贝过来的proddb、proddata的owner为其database OS用户（oratest）；6．更改prodappl、prodora、prodcomn、proddata、proddb目录名为testappl、testora、testcomn、testdata、testdb；cd $ORACLE_HOME#删除属于源环境prod的连接（link）：rm JRErm appsouirm oui21以用户oratest重新创建这些link：ln –s oui/jre/1.1.8 JREln -s oui22 appsouiln -s oui22 oui21注：这里没有测试过不重新创建这些link是否可以，因为这些link是指向相对路径。
8．以appltest用户登录：cd $IAS_ORACLE_HOME删除以下link：rm 6iserverrm JRErm appsoui以appltest用户重新创建这些link：ln -s /oracle/test/testora/8.0.6 6iserver#注：这里是8.0.6的绝对路径ln -s appsjre118 JREln -s oui21 appsouicd $IAS_ORACLE_HOME/Apacherm jdkln -s /usr/bin/j2sdk1_3_1_09 jdk#注：这里jdk的位置是上面安装的JDK的位置a)确认可以执行perl、ar、ld等工具；ar 等工具位于/usr/ccs/bin下，将其加到PATH中；b)检查文件/var/opt/oracle/oraInst.loc，确认oraInventory的位置；不要求oraInventory存在，在clone时系统会自动建立此目录，可以先指定其目录位置：inventory_loc=/oracle/test/testdb/oraInventoryc)然后在以下的目录中操作：cd $ORACLE_HOME/appsutil/clone/binperl adcfgclone.pl dbTier根据提示完成相应的操作；d)完成后关闭database，在其init文件中加入以下event：event=”10841 trace name context forever”然后重新启动database；10．以appltest用户登录：a)确认可以执行perl、ar、ld等工具；ar等工具位于/usr/ccs/bin下，将其加到PATH中；b)确认appltest对在第9步建立的oraInventory有完全权限；chmod –R 777 appltest:dba oraInventoryc)然后在以下目录中操作：cd $COMMON_TOP/clone/binperl adcfgclone.pl appsTier根据提示完成相应的操作；11．全部完成后关闭目标环境test的application和database，从database 的init文件中删除掉在第9步添加的：event=”10841 trace name context forever”然后重新启动目标环境test；12．以sysadmin登录进目标环境的application中，检查并修改以下几个system profile：AMS:Server URLPOR: Proxy Server NameApplication Server-side Proxy Host And Domain注：按照文档230672.1，rapid clone仅自动更新site level的profile；13．可以根据情况来修改applsys、apps、sysadmin等重要用户的口令，applsys、apps用户口令的修改可参考相应的文档；14．关闭目标环境test的application，使用adadmin进行relink、compile 等工作；15．完成后重新启动目标环境test检查是否正常运作；Clone Oracle EBS 11.5.9－single-node to multi-node检查工作1．检查已经完成准备工作；源环境prod上的工作1．准备源环境prod的database：4）确认源环境prod的database是在open状态；5）以源环境prod的database OS用户（oraprod）运行下面的命令：cd $ORACLE_HOME/appsutil/scripts/<CONTEXT_NAME>perl adpreclone.pl dbTier2．准备源环境prod的application：6）以源环境prod的application OS用户（applprod）运行下面的命令：cd $COMMON_TOP/admin/scripts/<CONTEXT_NAME>perl adpreclone.pl appsTier3．正常关闭源环境prod；4．拷贝源环境prod上application tier（prodappl、prodora、prodcomn）所有文件到目标环境test application主机Hostapp的相应目录中去；5．拷贝源环境prod上database tier（proddb、proddata）所有文件到目标环境testdatabase主机Hostdb的相应目录中去；6．拷贝完成后可以启用源环境prod；目标环境test上的工作1．在主机Hostapp上安装和源环境prod版本相同的JDK：版本：1.3.1.09安装位置：/usr/bin/ j2sdk1_3_1_092．在主机Hostapp上建立application OS用户（appltest）；在主机Hostdb上建立database OS用户（oratest）；3．拷贝源环境prod上application中的identitydb.obj到目标环境相应的目录中；此文件位于application OS用户的主目录（$HOME）中；4．修改目标环境test上拷贝过来的prodappl、prodora、prodcomn的owner为其application OS用户（appltest）；5．修改目标环境test上拷贝过来的proddb、proddata的owner为其database OS用户（oratest）；6．更改prodappl、prodora、prodcomn、proddata、proddb目录名为testappl、testora、testcomn、testdata、testdb；7．以oratest用户登录Hostdb主机：cd $ORACLE_HOME#删除属于源环境prod的连接（link）：rm JRErm appsouirm oui21以用户oratest重新创建这些link：ln –s oui/jre/1.1.8 JREln -s oui22 appsouiln -s oui22 oui21注：这里没有测试过不重新创建这些link是否可以，因为这些link是指向相对路径。