10. adpatch 补丁应用指南(常见问题处理)

更新时间:2024-01-30 14:38:01 阅读量: 教育文库 文档下载

说明:文章内容仅供预览,部分内容可能不全。下载后的文档,内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的,是否完整无缺。

手册

adpatch补丁应用指南(常见问题处理)

(仅供内部使用)

拟制:日期: 审核:日期: 批准:日期:

手册

目录

1

11i和R12 adpatch常见问题................................................................................................... 6 1.1 打补丁时如何最小化风险 ....................................................................................... 6 1.2 如何减少系统停机时间 ........................................................................................... 7 1.3 如何制定补丁计划 ................................................................................................... 8 1.4 如何查看补丁日志和位置和含义 ......................................................................... 10

1.4.1 补丁日志路径 ................................................................................................. 10 1.4.2 补丁日志分类 ................................................................................................. 10 1.4.3 其他信息 ......................................................................................................... 11 1.5 如何查看补丁是否已经打过 ................................................................................. 12

1.5.1 快速方法 ......................................................................................................... 12 1.5.2 常见问题 ......................................................................................................... 12 1.6 如何解决打补丁的性能问题 ................................................................................. 13

1.6.1 合理选择adworker个数 ............................................................................... 13 1.6.2 开始补丁之前,relink ad可执行文件 .......................................................... 13 1.6.3 如果文档/README中有说明,禁用fast validation for PL/SQL recompilations 13 1.6.4 修正数据库初始化参数 ................................................................................. 14 1.6.5 确保统计数据收集模式请求有定期运行 ..................................................... 14 1.6.6 尝试将adpatch batchsize从100增加到1000 ............................................. 14 1.6.7 如果找不到问题的原因,可以到社区发帖或者提SR ................................ 14 1.7 应用补丁没有64bit版本 ...................................................................................... 15 1.8 如何解决补丁过程中的relink错误 ...................................................................... 15 1.9 如何解决更新补丁后的无效对象 ......................................................................... 17

1.9.1 对照EBS interoperability notes确保所有要求的补丁都已经安装 ............. 17 1.9.2 确保RDBMS可执行文件没有renlink错误 .................................................. 18 1.9.3 确保数据库初始化参数按照下面文章设置 ................................................. 18 1.9.4 使用adadmin验证APPS schema .................................................................. 18 1.9.5 确保APPS有足够的权限访问数据库对象 ................................................... 18 1.9.6 有下面的错误: ............................................................................................. 18 1.9.7 使用adadmin重新apps schema的授权和同义词 ...................................... 19 1.9.8 使用adadmin查找缺少的文件 ..................................................................... 19 1.9.9 使用adadmin编译apps schema ................................................................... 19 1.9.10 获取无效对象列表及相关错误 ..................................................................... 19 1.9.11 检查数据库组件 ............................................................................................. 20 1.9.12 java类无效? ................................................................................................. 20 1.9.13 升级过程中或者升级后需要卸载/重新安装/升级 XML DB ....................... 20 1.9.14 表/视图丢失? ............................................................................................... 20 1.9.15 queue失效? ................................................................................................. 20 1.9.16 Intermedia组件失效? .................................................................................. 21 1.9.17 缺少程序包? ................................................................................................. 21 1.9.18 package定义和body不同步? ..................................................................... 21

手册

1.9.19 package显示有效,但实际无效 ................................................................... 21 1.9.20 表或视图丢失列 ............................................................................................. 21 1.9.21 参考troubleshooting guide ............................................................................ 23 1.9.22 如果找不到问题的原因,可以到社区发帖或者提SR ................................ 23 1.10 如何解决库文件Libraries (.pll/.plx)的错误 ........................................................... 23

1.10.1 确保已经安装补丁所有的前置条件 ............................................................. 24 1.10.2 查看adwork日志 ........................................................................................... 24 1.10.3 在MOS中使用下面条件搜索 ....................................................................... 24 1.10.4 查看对应的产品模块是否有无效对象 ......................................................... 25 1.10.5 错误cannot load library unit APPS.xxx (referenced by APPS.xxx) .................. 25 1.10.6 ERROR [code=11] generating library \from input file $APPL_TOP/au/12.0.0/resource/.pll ...................................... 25 1.10.7 ORA-06501: PL/SQL: program error ................................................................ 26 1.10.8 补丁已经更新完,如何手工重新生成library .............................................. 26 1.11 如何解决英文form(.fmb)编译报错 ................................................................. 27

1.11.1 确保已经安装补丁所有的前置条件 ............................................................. 27 1.11.2 确保先解决library的报错 ............................................................................ 28 1.11.3 查看adwork日志 ........................................................................................... 28 1.11.4 在MOS中使用下面条件搜索 ....................................................................... 29 1.11.5 查看对应的产品模块是否有无效对象 ......................................................... 29 1.11.6 问题可能原因是OS中缺少rpm包 .............................................................. 29 1.11.7 form版本和package版本不一致 ................................................................. 30 1.11.8 手工生成form ................................................................................................ 30 1.12 如何解决NLS form(.fmb)编译报错 .................................................................. 31

1.12.1 确认英文form是否报错 ............................................................................... 31 1.12.2 确认library是否报错 .................................................................................... 31 1.12.3 查看adwork日志 ........................................................................................... 32 1.12.4 在MOS中使用下面条件搜索 ....................................................................... 33 1.12.5 问题可能原因是OS中缺少rpm包 .............................................................. 33 1.13 如何解决.ldt (FNDLOAD)文件运行失败 ................................................................ 33

1.13.1 确保已经安装补丁所有的前置条件 ............................................................. 34 1.13.2 如何查看错误 ................................................................................................. 34 1.13.3 在MOS中使用下面条件搜索 ....................................................................... 35 1.13.4 ORA-24816: Expanded non LONG bind data supplied after actual LONG or LOB column ..................................................................................................................... 35 1.13.5 ORA-12705: Cannot access NLS data files or invalid environment specified .. 35 1.13.6 加载.ldt文件时检查数据库alert日志 ......................................................... 36 1.13.7 检查.ldt文件 .................................................................................................. 36 1.13.8 启用FNDLOAD debug ..................................................................................... 36 1.13.9 使用其他debug方法 ..................................................................................... 37 1.14 如何解决.sql文件运行失败 .................................................................................. 37

1.14.1 确保已经安装补丁所有的前置条件 ............................................................. 37 1.14.2 查看adwork日志 ........................................................................................... 37 1.14.3 在MOS中使用下面条件搜索 ....................................................................... 38

手册

1.14.4 手工运行sql脚本 .......................................................................................... 38 1.14.5 查看数据库alert日志 ................................................................................... 38 1.14.6 使用其他debug方法 ..................................................................................... 38 1.14.7 查看对应的产品模块是否有无效对象 ......................................................... 39 1.15 如何解决.odf文件运行失败 ................................................................................. 39

1.15.1 确保已经安装补丁所有的前置条件 ............................................................. 39 1.15.2 查看adwork日志 ........................................................................................... 39 1.15.3 在MOS中使用下面条件搜索 ....................................................................... 40 1.15.4 查看数据库alert日志 ................................................................................... 40 1.15.5 如果有错误Unable to find existing index on the same columns................... 40 1.15.6 如果有错误The index cannot be created as the table has duplicate keys. ... 41 1.15.7 如果有错误AD Worker - aduobbrt2: INFO: ORA-03211: The segment does not exist or is not in a valid state ..................................................................................... 41 1.15.8 如果有错误ORA-00054: resource busy and acquire with NOWAIT specified 42

1.15.9 如果运行poxcom.odf报错ORA-00911: invalid character ............................ 42 1.15.10 手工加载.odf文件 ................................................................................. 42 1.16 如何解决.xdf文件运行失败 .................................................................................. 43

1.16.1 确保已经安装补丁所有的前置条件 ............................................................. 43 1.16.2 查看adwork日志 ........................................................................................... 43 1.16.3 在MOS中使用下面条件搜索 ....................................................................... 44 1.16.4 查看数据库alert日志 ................................................................................... 44 1.16.5 如果有错误Error message is ORA-01430 ...................................................... 44 1.16.6 如果出现错误ORA-12514, TNS:listener does not currently know of service requested in connect descriptor ..................................................................................... 45 1.16.7 如果出现错误A Different index with same column name exists .................. 46 1.16.8 java设置可能会导致的其他错误 ................................................................. 46 1.16.9 手工加载.xdf文件 .......................................................................................... 46 1.17 如何解决XLIFFImporter (.xlf)文件运行失败 ......................................................... 47

1.17.1 查看adwork日志 ........................................................................................... 47 1.17.2 如果安装NLS补丁时出现错误 ..................................................................... 47 1.17.3 如果出现错误jre: No such file or directory ................................................... 49 1.17.4 运行Performance issues on all XLIFFImporter.class job时出现性能问题 .... 50 1.17.5 如果出现错误oracle.jdbc.driver.T4CSocketInputStreamWrapper.readNextPacket ............................... 50 1.17.6 确保数据库字符集和应用字符集是同步的 ................................................. 51 1.18 如何解决XLIFFLoader (.xlf)文件运行失败 ............................................................ 51

1.18.1 如果有错误No template found with application short name ....................... 52 1.18.2 如果有错误java.io.UTFDataFormatException: Invalid UTF8 encoding .......... 54 1.18.3 如果有错误No translatable template defined for this template code .......... 56 1.18.4 如果有错误Exception in thread \java.lang.NoSuchMethodError: sun.io.ByteToCharMS936.getIndex1()[S .......................................................................... 57 1.19 如何解决File in patch is not a known Oracle Applications file .............................. 58

1.19.1 原因1:补丁找不到在file driver中引用的文件......................................... 59

手册

1.19.2 错误可能是因为缺少补丁的前置条件 ......................................................... 59 1.19.3 寻找oracle support支持 ............................................................................... 59 1.19.4 手工编辑.drv文件包含缺少的文件 .............................................................. 60 1.20 如何解决This patch is not compatible with your current codelines ..................... 60

1.20.1 确认当前安装补丁的版本是正确的 ............................................................. 60 1.20.2 确认当前ORACLE_HOME环境变量是正确的 .............................................. 61 1.20.3 由于lock导致的原因 .................................................................................... 61 1.20.4 运行adadmin/ maintain snapshot information然后重新安装补丁 ............ 61 1.20.5 极少数情况下错误会指向C codelevel.......................................................... 61 1.21 如何解决安装补丁后,java class版本和补丁readme中说的不一致 ............... 62

1.21.1 原因 ................................................................................................................. 62 1.21.2 解决步骤 ......................................................................................................... 63 1.22 如何解决安装补丁后自助界面的字体异常问题 ................................................. 63 1.23 如何确定adpatch worker的数量 ......................................................................... 64

手册

1 11i和R12 adpatch常见问题

1.1 打补丁时如何最小化风险

1. 首先在测试环境中应用补丁

要对应用补丁的效果进行分析,请一定先在测试环境上操作。

2. 克隆您的生产系统 为了能够分析补丁影响,您的测试系统必须尽可能与生产环境保持一致。补丁应当在最新从正式环境克隆出来的测试环境中进行。

3. 应用任何补丁之前,一定要对系统进行有效的备份。补丁在运行udriver数据库部分操

作时如果失败,唯一的解决方法是从备份恢复环境。 Review Note 343987.1 How to Uninstall Backup Rollback an Oracle Applications 11i or R12 Patch

4. 分析补丁的影响

在apply补丁之前,使用Patch Wizard工具分析补丁。 使用OAM Timing Report分析补丁的运行过程。

OAM中的路径:Site Map > Maintenance > Timing Reports ? 提供评估维护窗口时间的方法 ? 在不同环境之间apply的时候有用 Review: Note 976188.1 Patch Wizard Utility Note 976688.1 Patch Wizard FAQ Note 1077813.1 Patch Wizard Overview Note 352843.1 How to Run a Patch Impact Analysis In OAM 5. 使用test mode

在紧急需要打补丁的情况下,详细的测试可能不可行,此时可以使用autopatch(adpatch)的测试模式(apply=no)在生产环境上先进行补丁apply测试。 Review: Note 1078973.1 AD Command Line Options for Release R12

6. 多测试补丁的影响

在所有问题都解决之前且系统可以停机进行更新之前,多重复几次补丁的apply过程。

7. 查看社区中的帖子

手册

可以从oracle社区forum for patch reviews中查看其他客户apply补丁的时候碰到的情况。

1.2 如何减少系统停机时间

1. 首先查看Note 225165.1 Patching Best Practices And Reducing Downtime中的指南 2. 使用Staged Applications System

所有应用文件系统的补丁都apply到生产环境的克隆环境中,这步操作可以在生产系统运行的时候执行。只有在apply数据库部分补丁的时候,生产环境才需要停机。

可以参考Note 242480.1 Using a Staged Applications 11i System to Reduce Patching Downtime

3. 合并补丁

运行AutoPatch之前,使用AD Merge Patch工具将多个补丁合并成一个补丁,这样某些补丁过程中的操作和任务可以只执行一次。

大的上面来讲,EBS应用的补丁都是可以进行合并的。补丁可以和其前置补丁进行合并。不过,补丁如果影响AD模块,那就可能对AutoPatch工具本身有影响,这种情况下,就只能和其他AD补丁进行合并,而且合并之后的补丁也必须和其他非AD补丁分开apply。

如果系统使用多语言,可以使用AD Merge Patch工具按照下面方式创建合并补丁: ? 一个大的合并补丁,其中包含所有语言(包括英文)的补丁。 ? US语言一个合并补丁,剩下的其他所有语言一个合并补丁。 ? 每种语言创建一个合并补丁

方法2和3,apply英文合并补丁时需要停机,应用其他语言合并补丁可以在系统启动的时候进行。 Review Note 228779.1 How to Merge Patches Using admrgpch 4. Translation Synchronization patch

可以使用1个补丁同步所有NLS内容,而不是apply所有NLS补丁。

Translation Synchronization patch特性提供了快速的方法在EBS中将其他语言的文件与English语言的文件保持同步。

参考Note 252422.1 Requesting Translation Synchronization Patches

5. 共享应用文件系统 多应用节点情况下,使用共享应用文件系统可以很大程度上简化系统维护工作。使用共享文件系统可以减少停机时间,简化维护工作。相关文档: Note 384248.1 Sharing the Application Tier File System in Oracle E-Business Suite Release 12 Note 233428.1 Sharing the Application Tier File System in Oracle Applications Release 11i Note 745580.1 How To Apply Patches On Shared Application Tier File System Environment Note 243880.1 Shared APPL_TOP FAQ 6. 合理选择adpatch worker的数量

在设置worker数量比较多的时候,要注意服务器的资源,尤其是内存资源的使用率。

手册

根据在测试环境上打补丁时worker的数量推算生产环境打补丁时需要的worker数量。 使用共享应用文件系统的情况下,可以使用Distributed AD减少打补丁时的总体停机时间。AD Administration 和AutoPatch可以运行在管理节点上控制管理节点和其他节点上的adworker进程。AD Controller工具可以用来监视和控制worker进程。更详细信息可以查看Oracle Applications Maintenance Procedures (11i and R12)中的Distributing Processing Tasks章节。还可以查看下面文档:

Note 800024.1 How Does Adpatch Determine The Number Of Workers To Recommend? Note 226191.1 How To Select Number of Workers Based on Number of CPUs When Running ADPATCH Note 756063.1 How to Troubleshoot \

7. Patch Wizard

Oracle Applications Manager (OAM)中包含一个Web界面的Patch Wizard工具。 下面的任务都可以在此工具中进行: ? 查看系统之前应用过的补丁 ? 查看更新系统要使用的补丁 ? 了解补丁对系统的影响 ? 下载补丁

? oracle有新补丁的时候进行提示

8. 使用non-interactive mode模式运行adpatch

使用non-interactive mode可以减少补丁操作之间的间隔时间。

9. 将补丁中系统级别的数据库操作统一推迟到最后

使用adpatch的options=nocompiledb,nomaintainmrc选项,可以实现将如\APPS schema\和\等操作推迟到最后执行。参考文章Note 1078973.1 AD Command Line Options for Release R12 Recommendation: Check available webcast on the subject: Minimizing E-Business Suite Maintenance Downtimes

1.3 如何制定补丁计划

按照事务的优先级,应该按照下面的顺序考虑: 1. apply最新的EBS RUP补丁

例如,R12.1更新到12.1.3,R12.0更新到12.0.6,11i更新到11.5.10.2 Note 1080973.1 Oracle E-Business Suite Release 12.1.3 Readme Note 743368.1 Oracle E-Business Suite Release Update Pack Readme, Release 12.0.6 手册

Note 316366.1 11.5.10 Oracle E-Business Suite Consolidated Update 2 (CU2) 2. apply最新的Family Pack和推荐补丁列表中的补丁 这其中包含ATG RUP补丁和autoconfig更新

可以查看section How to identify recommended patches for a product?

3. 更新所有technology stack组件到认证的最新版本

例如,截止今天,EBS R12最新认证的版本是Database 12cR1, Forms 10.1.2.3, OC4J 10.1.3.5, Oracle Internet Directory 11.1.1.3。可以通过MOS中的认证数据库查看最新认证的版本。 Note 1524398.1 Interoperability Notes EBS 12.0 or 12.1 with RDBMS 12cR1 Note 1524399.1 Interoperability Notes EBS 11i with RDBMS 12cR1 Note 437878.1 Upgrading OracleAS 10g Forms and Reports in Oracle E-Business Suite Release 12 Note 454811.1 Upgrading to the Latest OracleAS 10g 10.1.3.x Patch Set in Oracle E-Business Suite Release 12 4. apply最新的Critical Patch Updates (CPU)补丁

应该定期检查最新的安全性补丁补丁,安全性补丁通常是按照季度发布的。 定期检查:CPU补丁 Note 1559732.1 Oracle E-Business Suite Releases 11i and 12 Critical Patch Update Knowledge Document (July 2013) 5. apply所有必须的数据库补丁

根据数据库版本的不同,查看对应的interoperability note。

查看Note 1072409.1 Database Documentation Resources for EBS Release 11i and R12,例如 EBS R12使用11.2.0.3数据库时,请查看Note 1058763.1 Interoperability Notes EBS R12 with Database 11gR2中的section \

6. (可选)apply最新的数据库PSU补丁和需要的前置补丁

EBS环境中更新数据库PSU是比较安全的。有的用户喜欢PSU补丁,有的用户不喜欢,这个是根据情况的。

PSU补丁不是EBS和Oracle database互操作性的必须条件,用户可以选择是否在EBS的Oracle数据库实例中更新PSU补丁。可以查看Note 1147107.1 ('Database Patch Set Update Overlay Patches Required for Use with PSUs and Oracle E-Business Suite')获取更多信息。

7. apply特定的one-off和interim补丁

只有在非常必须的情况才考虑one-off和interim补丁,EBS应用和technology stack都有这种类型的补丁。通常你应该等待这些补丁被整合到比如1和4这种类型较大的整合补丁中,因为这些整合补丁会和所有的应用模块和配置进行测试。

8. 使用如Oracle E-Business Suite Plug-in的工具

Enterprise Manager的插件可以自动化检查补丁,下载补丁并将补丁apply到不同的实例中。

手册

Note 1434392.1 Getting Started with Oracle E-Business Suite Plug-in, Release 12.1.0.1.0 Note 1224313.1 Getting Started with Oracle E-Business Suite Plug-in, Release 4.0

9. 查看Note 313.1 Patching & Maintenance Advisor: E-Business Suite (EBS) 11i and R12中的建

议 Reference blog: What's the Best Way to Patch an E-Business Suite Environment?

1.4 如何查看补丁日志和位置和含义 1.4.1 补丁日志路径

adpatch补丁日志的路径: Unix :

$APPL_TOP/admin//log (UNIX),

表示ORACLE_SID或TWO_TASK环境变量的值 Windows :

%APPL_TOP%\\admin\\\\log (Windows), 表示 ORACLE_SID 或LOCAL的值

1.4.2 补丁日志分类

Log file name adpatch.log adworkxxx.log Log File Used For 主AutoPatch log文件(default name) 通常建议命名为 : .log 补丁过程中adworker的日志。AutoPatch执行并行任务的时候如果出现错误,需要查看主日志(adpatch.log)和adworkxxx.log确定错误的原因,并解决问题,问题解决之后使用adctrl重启AutoPatch任务。 AutoPatch消息文件 (default name) 此文件中包含adpatch执行过的步骤,并会记录已经执行过操作。 如果想知道adpatch过程已经执行了拷贝的文件,就需要查看这个文件。 主relink日志文件 附加Relink log : 文件中包含移动C object文件到模块的C library中 adpatch.lgi adrelink.log adlibin.log

手册 adlibout.log preenv.html job timing report

附加Relink log : 从模块的C library中移除C object文件 补丁更新前无效对象列表 位于$APPL_TOP/admin//out中 其他文件在$APPL_TOP/admin//log __ldt.log FNDLOAD : Seed data loader files postenv.html 补丁更新后无效对象列表 1.4.3 其他信息

补丁备份目录

在补丁copy操作部分,adpatch会备份补丁过程中会被替换的文件。 举例,用代表补丁解压目录,补丁备份目录是: /backup/….

补丁运行成功的消息

补丁成功执行之后,会显示类似下面的消息。如果没有出现下面的消息,就应该查查原因 A job timing report has been generated for the current session. You should check the file $APPL_TOP/admin/PROD/out/adt323790.lst for details. Purging timing information for prior sessions. sqlplus -s APPS/***** @$APPL_TOP/ad/12.0.0/sql/adtpurge.sql 10 1000 Done purging timing information for prior sessions. AutoPatch is complete. AutoPatch may have written informational messages to the file $APPL_TOP/admin/PROD/log/adpatch.lgi Errors and warnings are listed in the log file $APPL_TOP/admin/PROD/log/adpatch.log and in other log files in the same directory.

手册

数据库alert日志

数据库alert日志中可能包含补丁运行时数据库相关报错的有关信息。

1.5 如何查看补丁是否已经打过 1.5.1 快速方法

检查补丁是否已经使用adpatch工具更新过,有一个快速方法: select bug_number from ad_bugs where bug_number='xxxxxx'; 更详细信息: Note 443761.1 How to check if a certain Patch was applied to Oracle Applications instance (11i or R12) ? Note 390065.1 How to check if a NLS Patch for a base US Patch has been applied?

1.5.2 常见问题

1. ad_bugs中的补丁记录和ad_applied_patches中的补丁记录有什么区别?

? AD_APPLIED_PATCHES中保存中系统更新过不同补丁的列表。如果2个补丁的名称

一样,内容不同(如果使用合并补丁,就可能出现名称相同的补丁),这2个补丁就是不同的,在AD_APPLIED_PATCHES表中会有2条记录。 ? AD_BUGS表中包含的是已经更新过补丁中修复的bug编号。这个表中包含所有系统

中已经修复的补丁,即使这个补丁是包含在其他补丁中。

2. 如何知道补丁中修复了哪些bug?

可以参考Note 352843.1 How to Run a Patch Impact Analysis In OAM进行补丁影响分析。 补丁包中通常包括2个文件:

? b.ldt包含补丁中修复bug的列表。这些内容会被记录到ad_bugs表中。 ? f.ldt包含补丁包中提供的文件列表和版本。这些内容会被记录到

ad_files表中。

OAM就是通过这2个文件来来生成补丁分析和其他报告的。

查看ORACLE_HOME中的补丁要使用opatch工具:

手册

加载对应ORACLE_HOME的环境变量(可以是8.1.7, 10.1.2, 10.1.3, 9i, 10g, 11g),然后执行: cd $ORACLE_HOME/OPatch export $PATH=$ORACLE_HOME/OPatch:$PATH opatch lsinventory -invPtrLoc $ORACLE_HOME/oraInst.loc

1.6 如何解决打补丁的性能问题

检查下面步骤避免补丁过程中出现性能问题:

1.6.1 合理选择adworker个数

使用不合理的adworker个数可能会导致性能问题:

Check: Note 756063.1 How to Troubleshoot \Crashes

1.6.2 开始补丁之前,relink ad可执行文件

? Linux平台上:

adrelink.sh force=y \

? windows平台上:

Run %APPL_TOP%\\relinkenv.cmd

In the command window that results, change directory to %APPL_TOP% and run apps.sh to set up all required environment variables. (Note there is a space between the dots in this command.) . ./apps.sh Run command

sh adrelink.sh force=y \

1.6.3 如果文档/README中有说明,禁用fast

validation for PL/SQL recompilations

数据库参数文件中添加下面参数: _disable_fast_validate=TRUE 补丁完成之后,应该从参数文件中去掉上面的设置。上面的设置只是在补丁或升级过程中使手册 用。

Example: Note 761570.1 Database Preparation Guidelines for an E-Business Suite Release 12.1 Upgrade

1.6.4 修正数据库初始化参数

参考文档:

Note 396009.1 Database Initialization Parameters for Oracle Applications Release 12 Note 216205.1 Database Initialization Parameters for Oracle Applications Release 11i

使用:

Note 174605.1 bde_chk_cbo.sql - EBS initialization parameters - Healthcheck 这篇文章中的脚本可以帮助检测参数的实际值和期望值。

同时,检查是否需要调整SGA的大小。

1.6.5 确保统计数据收集模式请求有定期运行

参考Note 419728.1 Concurrent Processing - How To Gather Statistics On Oracle Applications Release 11i and/or Release 12 - Concurrent Process,Temp Tables, Manually

1.6.6 尝试将adpatch batchsize从100增加到1000

1.6.7 如果找不到问题的原因,可以到社区发帖或者提

SR

提问的时候,请提供下面信息:

1. 操作系统及版本

2. Note 174605.1 bde_chk_cbo.sql - EBS initialization parameters - Healthcheck中脚本的输出 3. 补丁日志

手册

1.7 应用补丁没有64bit版本

补丁是adpatch补丁吗?如果是,在64bit操作系统上面也是使用32bit的应用补丁。 补丁是10.1.2和10.1.3 ORACLE_HOME补丁吗?如果是,在64bit操作系统上面也是使用32bit的应用补丁。

只有RDBMS ORACLE_HOME需要64bit的补丁。

这些内容记录在:

Note 343917.1 Frequently Asked Questions: Oracle E-Business Suite Support on x86-64 \Answer: There are really two answers to this question - for the Database Tier, the answer is yes. Since we bundle the 64-bit Database for use on 64-bit OS'es, the database tier's patches may indeed differ for the 64-bit distribution vs the 32-bit. On the application tier, the answer is no. Users should apply 32-bit patches for components on the application tier (E-Business Suite applications, Fusion Middleware components, 3rd party patches) since there is not a separate 64-bit distribution generally for E-Business Suite. \ 操作系统的位数和上面运行的程序或代码的位数是不同的概念。

通常,32位的应用程序可以在32位和64位的操作系统上运行,而64位的应用程序只能在64位的操作系统上运行。

即使在64位平台上,应用补丁也是32位的。

EBS的应用层程序都是32位的,所以所有的应用补丁(使用adpatch打的补丁)和应用technology stack(使用opatch打)都是32位的。

这就意味着,即使应用补丁显示的是for Solaris-64或HP-UX-64,但实际上补丁本身是32位的,可以更新到32位应用上。

有些操作系统,如Solaris, HP-UX和AIX从很早以前开始就只有64位的了,EBS R12很早以前就没有为这些操作系统的32位版本提供认证了。

总结来说,EBS应用补丁适用于32位和64位平台。

1.8 如何解决补丁过程中的relink错误

补丁日志中可能会出现: STRT_TASK: [Relink executables] [] Relinking executables... An error occurred while relinking application programs.

手册

Continue as if it were successful [No] : 1. 第一个可能的原因是缺少操作系统rpm包

使用Note 250262.1 RDA 4 - Health Check / Validation Engine Guide中的脚本可以自动检查操作系统的一些前提需求。

先参考“Installation Instructions”,然后参考“Instructions for UNIX type operating systems” 运行:

[applmgr@soatest rda]$ ./rda.sh -T hcve Choose: Oracle E-Business Suite Release 12 (11.5.10.2) Preinstall 运行完成会生成一个html格式的report,在报告中可以查看问题。

2. 查看$APPL_TOP/admin//log/adrelink.log 查看relink操作失败的具体程序

relink错误不会显示在adpatch日志中,需要在adrelink.log中以failed为关键词查找。

3. 在MOS中查找错误

使用可执行文件名称和adrelink.log中的错误在MOS中搜索。 Search after your error in Note 1523589.1 Master Note - Troubleshooting Adpatch Relinking Errors 4. 检查可执行程序在更新补丁之前是否可以正常relink(可以在adrelink.log中搜索更早会

话的信息)

5. relink错误是不是在克隆的时候碰到的?克隆前准备工作如果有漏掉或者不对的步骤,

可能会导致relink失败。

6. 查看和你当前版本对应的Installation and Upgrade Notes,很多relink问题可以在此文档

中得到解答。 7. 如果relink错误是类似这种:The file is in use and cannot be overwritten 例如: ld: 0711-851 SEVERE ERROR: Output file: /u02/appldg/fmsdgappl/po/11.5.0/bin/RCVOLTM The file is in use and cannot be overwritten. make: The error code from the last command is 12. Stop. Done with link of po executable 'RCVOLTM' 参考下面步骤操作:

? 停止应用服务

手册

$ADMIN_SCRIPTS_HOME/adstpall.sh

? 确保应用层所有服务都已经停掉。 ? 重新尝试relink

? 如果还是出现错误,使用下面的命令查找是否还有别的用户在使用这个程序 fuser -ki For example: fuser -ki /u02/appldg/fmsdgappl/po/11.5.0/bin/RCVOLTM ? 如果发现没有用户在使用文件,使用root用户执行下面操作(只适用于AIX) su - root /usr/sbin/slibclean Note! The command is for AIX 8. 如果还没有解决,可以在社区发帖或者提SR,并提供下面信息:

? 操作系统类型和版本。更换操作系统后可能出现relink问题 ? 当前实例是如何创建的(fresh install, clone, patching, upgrade) ? 上传$APPL_TOP/admin//log/adrelink.log ? 上传下面SQL的输出 SQL> select bug_number from ad_bugs where bug_number in ('&patch_number1','&patch_number2',...); ? 上传Note 250262.1 RDA 4 - Health Check / Validation Engine Guide中\-T

hcve\生成的html文件

1.9 如何解决更新补丁后的无效对象

1.9.1 对照EBS interoperability notes确保所有要求的

补丁都已经安装

Note 1524398.1 Interoperability Notes EBS 12.0 or 12.1 with RDBMS 12cR1 Note 1524399.1 Interoperability Notes EBS 11i with RDBMS 12cR1

Note 1058763.1 Interoperability Notes - Oracle E-Business Suite Release 12 with Oracle Database 11g Release 2 (11.2.0)

Note 735276.1 Interoperability Notes E-Business Suite R12 with Oracle database 11gR1 (11.1.0) Note 812362.1 Interoperability Notes Oracle EBS 12 with Oracle Database 10gR2 (10.2.0)

每个Interoperability Notes中都有一块叫additional patches for database version xxx的内容,

手册

确保这些补丁都已经安装了。

同时,在prerequisites会有一部分叫\,确保这些补丁也已经安装。

1.9.2 确保RDBMS可执行文件没有renlink错误

提示:参考Note 356878.1 How to relink an Applications Installation of Release 11i and Release 12来relinkRDBMS可执行文件

1.9.3 确保数据库初始化参数按照下面文章设置

Note 396009.1 Database Initialization Parameters for Oracle E-Business Suite Release 12 或

Note 216205.1 Database Initialization Parameters for Oracle Applications Release 11i

可以使用下面的脚本来检查

Note 174605.1 bde_chk_cbo.sql - EBS initialization parameters - Healthcheck

1.9.4 使用adadmin验证APPS schema

使用adadmin菜单中的Maintain Applications Database Entities menu->Validate APPS schema 运行完成之后,会生成一个名为.lst的文件,其中包含可能存在的问题。

1.9.5 确保APPS有足够的权限访问数据库对象

可以通过执行数据库POST upgrade step中的步骤来实现。

注意:可以通过运行一个叫$AD_TOP/patch/115/sql/ademusr.sql的脚本来执行授权。

1.9.6 有下面的错误:

ORA-04065: not executed, altered or dropped stored procedure \ORA-06508: PL/SQL: could not find program unit being called: \手册

可以通过执行下面脚本编译无效对象: utlirp.sql utlrp.sql

参考Note 370137.1 After Upgrade, Some Packages Intermittently Fail with ORA- 04065

1.9.7 使用adadmin重新apps schema的授权和同义词

使用adadmin菜单中的Maintain Applications Database Entities menu->\Recreate grants and synonyms for APPS schema\

1.9.8 使用adadmin查找缺少的文件

使用adadmin菜单中的Maintain Applications Files menu->\Check for missing files\如果发现缺少文件,需要找一个包含此文件补丁并安装此补丁

1.9.9 使用adadmin编译apps schema

使用adadmin菜单中的Compile/Reload Database Entities menu->\Compile APPS schema\可以用下面的sql查看无效对象是否减少: SQL> select count(*) from dba_objects where status<>'VALID'; 1.9.10 获取无效对象列表及相关错误

执行:

sqlplus apps/apps_pass @$AD_TOP/sql/aderrchk.sql apps apps_pass % invalids.log NOFAIL 生成的invalids.log中会包含所有无效对象及相关错误。

手册

1.9.11 检查数据库组件

参考Note 472937.1 Information On Installed Database Components and Schemas,获取重新加

载无效或丢失数据组件的方法

1.9.12 java类无效?

如果jvm由于某些原因重建过,需要参考Note 468565.1 How To Reload The APPS Java Class

Objects In An Oracle Applications Environment 11i and R12

1.9.13 升级过程中或者升级后需要卸载/重新安装/升

级 XML DB

isetup正常工作需要需要参考这篇文章中的步骤:

Note 402785.1 iSetup dependency with Deinstall and Reinstall of XMLDB

如果没有参考文章中的步骤操作,就会出现很多无效的AZ对象,此时,需要参考下面文章中的步骤操作:

Note 832459.1 How to Cleanup Invalid Oracle iSetup (AZ) Tables

Note 1221233.1 Invalid CSR_RULES_B Table And Invalid Objects With CSRRSREG.sql

1.9.14 表/视图丢失?

如果由于某些原因,某些表或者视图丢失,可以参考Note 551325.1 How to verify or create a

Database Object using a odf (adodfcmp) or xdf (FndXdfCmp) file ?

1.9.15 queue失效?

如果由于某些原因,queue失效了,参考

Note 275571.1 How to validate an invalid Database Queue in an E-Business Suite Environment

手册

1.9.16 Intermedia组件失效?

参考:

Note 743720.1 Oracle Text: Re-installation and Rebuilding of Applications R12 Oracle Text Indexes Note 312640.1 Oracle Text: Re-installation of Applications 11i (11.5.10) Oracle Text Indexes

1.9.17 缺少程序包?

下面的提示表示有程序包没有安装到数据库中:

PLS-00201: identifier '' must be declared

PLS-00304: cannot compile body of '' without its specification

此时,需要使用文件系统中的脚本加载进数据库。

1.9.18 package定义和body不同步?

PLS-00306: wrong number or types of arguments in call to ‘'

需要找一个包含此程序包更新版本的补丁并安装。

1.9.19 package显示有效,但实际无效

下面提示表示package虽然显示是有效的,但实际却无效:

PLS-00907: cannot load library unit (referenced by )

此情况可以参考

Note 370137.1 After Upgrade, Some Packages Intermittently Fail with ORA-04065

1.9.20 表或视图丢失列

ORA-00904: /.column invalid identifier

PLS-00302: component 'column' must be declared 表示相关表或者视图缺少相应的列。

打开对应的package.pls文件,可以在其中找到对应的表和丢失的列。

手册

示例A: ORA-00904: \invalid identifier 上面无效对象是因为表BIS_LEVELS没有ENABLED字段。 这种情况下,我们需要找到表BIS_LEVELS是如何创建出来的。 所有表/视图/同义词都是使用$PROD_TOP/patch/115/odf或$PROD_TOP/patch/115/xdf中的文件创建的。 切换到上面2个目录中查找创建表用到的具体文件: cd $PROD_TOP/patch/115/xdf grep BIS_LEVELS * => will identify: bis_levels.xdf 结果的含义是表BIS_LEVELS是通过bis_levels.xdf文件创建出来的。 查找在bis_levels.xdf中表BIS_LEVELS是否有ENABLED字段。 如果在文件中有此字段,那问题就数据库中表和在定义文件中不同步。此时需要参考Note 551325.1 How to verify or create a Database Object using a odf (adodfcmp) or xdf (FndXdfCmp) file中的方法在数据库中重新加载表/视图。 如果在文件中也没有那个字段,那需要通过更新补丁获取更高版本的bis_levels.xdf。 可以联系Oracle Support获取补丁。 示例B: 错误: PLS-00302: component 'ENT_REFUND_AMOUNT' must be declared 打开package并搜索ENT_REFUND_AMOUNT,可以发现出现问题的地方是: INSERT INTO fv_extract_detail_gt_logs ( event_id, line_number, .... fund_type, fed_non_fed_ind, acc_refund_amount, ent_refund_amount, advance_required 问题的原因是表FV_EXTRACT_DETAIL_GT_LOGS中没有ENT_REFUND_AMOUNT字段。 手册 找到定义表fv_extract_detail_gt_logs的文件 $FV_TOP/patch/115/odf grep FV_EXTRACT_DETAIL_GT_LOGS * => we will receive: fvfet.odf 所以表FV_EXTRACT_DETAIL_GT_LOGS的定义文件是$FV_TOP/patch/115/odf/fvfet.odf 查看文件的版本 adident Header $FV_TOP/patch/115/odf/fvfet.odf 我们需要找到表FV_EXTRACT_DETAIL_GT_LOGS中包含ENT_REFUND_AMOUNT字段的fvfet.odf文件版本。 查看文件fvfet.odf中的定义是否包含ENT_REFUND_AMOUNT字段 如果在文件中有此字段,那问题就数据库中表和在定义文件中不同步。此时需要参考Note 551325.1 How to verify or create a Database Object using a odf (adodfcmp) or xdf (FndXdfCmp) file中的方法在数据库中重新加载表/视图。 如果在文件中也没有那个字段,那需要通过更新补丁获取更高版本的bis_levels.xdf。 可以联系Oracle Support获取补丁。 1.9.21 参考troubleshooting guide

Note 1325394.1Troubleshooting Guide - invalid objects in the E-Business Suite Environment 11i

and 12

1.9.22 如果找不到问题的原因,可以到社区发帖或者提

SR

1.10 如何解决库文件Libraries (.pll/.plx)的错误

补丁日志中可能会出现下面错误: The following Oracle Forms objects did not generate successfully 手册

1.10.1 确保已经安装补丁所有的前置条件

50%的这类错误都是由于没有满足补丁的前置条件导致的。

可以使用下面的查询查找系统中是否已经安装补丁的前置条件 SQL> select bug_number from ad_bugs where bug_number in ('&patch_number1','&patch_number2',...);

1.10.2 查看adwork日志

在adpatch的日志中可以看到执行出错的job是分配在哪个worker上运行的,在adwork的

日志中查看错误的详细信息。

或者使用adadmin生成library文件。

可以参考Note 178722.1 How to Generate a Specific Form Through AD utility adadmin

注意:详细的错误信息没有记录在adpatch或adadmin日志中,需要在对应的adwork日志中查找真正的错误。

使用adadmin生成library的时候可以使用和生成form时候相同的参数选项: Enter list of products ('all' for all products) [all] : Generate specific forms objects for each selected product [No] ? No Do you want to regenerate Oracle Forms PL/SQL library files [Yes] ? Yes Enter libraries and menus to generate, or enter 'all' [all]: 对比library和编译后library的版本 adident Header $AU_TOP/resource/.pll adident Header $AU_TOP/resource/.plx 如果版本相同,那问题应该已经解决。 否则,请继续进行下面操作。

1.10.3 在MOS中使用下面条件搜索

? .pll

? adwork日志中的错误

手册

1.10.4 查看对应的产品模块是否有无效对象

可以使用下面SQL:

SQL> SELECT object_name, object_type, owner FROM dba_objects WHERE status ='INVALID' AND object_name like '%'; example: SQL> SELECT object_name, object_type, owner FROM dba_objects WHERE status ='INVALID' AND object_name like 'AP%'; 1.10.5 错误cannot load library unit APPS.xxx

(referenced by APPS.xxx)

原因可能是相关对象存在timestamp不一致

参考Note 370137.1 After Upgrade, Some Packages Intermittently Fail with ORA- 04065解决

1.10.6 ERROR [code=11] generating library

\from input file $APPL_TOP/au/12.0.0/resource/.pll

错误ERROR [code=11] generating library \

$APPL_TOP/au/12.0.0/resource/.pll

通常如果custom.pll做过客户化,可能出现这个问题。 解决方法是使用标准的custom.pll来生成custom.plx frmcmp_batch module=$AU_TOP/resource/CUSTOM.pll userid=apps/apps_password output_file=$AU_TOP/resource/CUSTOM.plx module_type=library batch=no compile_all=special 然后重新尝试生成library

如果生成成功,然后就请开发人员查看在custom.pll中做过的客户化。

手册

出现的错误跟补丁没关系。

1.10.7 ORA-06501: PL/SQL: program error

这个问题的原因通常是数据库中package的版本和文件系统中不一致。

最简单的方法是用文本编辑器打开报错的.pll文件,并在其中搜索错误信息中的function/procedure,然后就可以发现不同步的package。 通过下面方法检查package的版本

? 在数据库中的版本 SQL> select text from dba_source where name = upper('') and line < 3; example: SQL> select text from dba_source where name = 'AS_ACCESSES_PKG' and line < 3;

? 文件系统上定义文件的版本

使用上一步select出来的路径,检查文件系统中定义文件的版本: adident Header $PROD_TOP/patch/115/sql/……..s.pls adident Header $PROD_TOP/patch/115/sql/……..b.pls Example adident Header $AS_TOP/patch/115/sql/asxacacs.pls adident Header $AS_TOP/patch/115/sql/asxacacb.pls

如果发现数据库中的版本和文件系统中定义文件的版本不一致,可以使用apps用户登录sqlplus,然后执行下面命令重新创建包: @$PROD_TOP/patch/115/sql/……..s.pls @$PROD_TOP/patch/115/sql/……..b.pls Oracle support会发布一个补丁将package和form同步。

1.10.8 补丁已经更新完,如何手工重新生成library

重要提示!如果adadmin不能正常生成library文件,手工执行通常也会失败!

手工生成library并没有特别的神奇之处!

手工生成之前,一定要先执行下面的设置: export FORMS_PATH=$AU_TOP/resource:$AU_TOP/forms/US:$AU_TOP/resource/US 手册

手工生成library的命令是:

$ORACLE_HOME/bin/frmcmp_batch module=$APPL_TOP/au/12.0.0/resource/.pll userid=APPS/***** output_file=$APPL_TOP/au/12.0.0/resource/.plx module_type=library batch=no compile_all=special (frmcmp.exe for Windows) Example: $ORACLE_HOME/bin/frmcmp_batch module=$APPL_TOP/au/12.0.0/resource/FNDSQF.pll userid=APPS/***** output_file=$APPL_TOP/au/12.0.0/resource/FNDSQF.plx module_type=library batch=no compile_all=special

注意:使用batch=NO才能在屏幕上看到错误消息

针对11i版本的命令:

export FORMS60_PATH=$AU_TOP/resource:$AU_TOP/forms/US:$AU_TOP/resource/US f60gen (Windows ifcmp60.exe) f60gen userid=APPS/ module=$AU_TOP/resource/.pll module_type=library output_file=$AU_TOP/resource/ compile_all=Yes debug=no Example: f60gen userid=APPS/ module=$AU_TOP/resource/BENACRPT.pll module_type=library output_file=$AU_TOP/resource/BENACRPT.plx compile_all=Yes debug=no

1.11 如何解决英文form(.fmb)编译报错

补丁日志中可能会看到下面错误:

The following Oracle Forms objects did not generate successfully

1.11.1 确保已经安装补丁所有的前置条件

可以使用下面的查询查找系统中是否已经安装补丁的前置条件

手册

SQL> select bug_number from ad_bugs where bug_number in ('&patch_number1','&patch_number2',...); 1.11.2 确保先解决library的报错

如果library有问题的话,form编译会失败

1.11.3 查看adwork日志

在adpatch的日志中可以看到执行出错的job是分配在哪个worker上运行的,在adwork的日志中查看错误的详细信息。

也可以使用adadmin重新生成form。参考Note 178722.1 How to Generate a Specific Form Through AD utility adadmin.

注意:详细的错误信息没有记录在adpatch或adadmin日志中,需要在对应的adwork日志中查找真正的错误。

运行adadmin的时候选择: Enter list of products ('all' for all products) [all] : Generate specific forms objects for each selected product [No] ? Yes Enter list of languages ('all' for all of the above)[all]: Choose form: .fmx 先确认form的版本,首先关注英文form的错误! adident Header $AU_TOP/forms/US/.fmb adident Header $PROD_TOP/forms/US/.fmx 注意!所有的.fmb文件都放在$AU_TOP下面;.fmx文件放在各个产品模块的top目录中,例如$CSC_TOP or $AP_TOP or $AR_TOP

根据结果的不同,需要使用不同的方法继续调查: 1. .fmb和.fmx文件的版本一样,可以正常编译。 说明问题已经解决。

2. 英文的.fmb和.fmx文件版本不同 需要继续使用下面的步骤调查

手册

1.11.4 在MOS中使用下面条件搜索

? .fmb

? adwork日志中的错误

1.11.5 查看对应的产品模块是否有无效对象

可以使用下面SQL: SQL> SELECT object_name, object_type, owner FROM dba_objects WHERE status ='INVALID' AND object_name like '%'; example: SQL> SELECT object_name, object_type, owner FROM dba_objects WHERE status ='INVALID' AND object_name like 'AP%';

1.11.6 问题可能原因是OS中缺少rpm包

可能的原因是缺少操作系统rpm包

使用Note 250262.1 RDA 4 - Health Check / Validation Engine Guide中的脚本可以自动检查操作系统的一些前提需求。

先参考“Installation Instructions”,然后参考“Instructions for UNIX type operating systems” 运行:

[applmgr@soatest rda]$ ./rda.sh -T hcve Choose: Oracle E-Business Suite Release 12 (11.5.10.2) Preinstall 运行完成会生成一个html格式的report,在报告中可以查看问题。

手册

1.11.7 form版本和package版本不一致

这个问题的原因通常是数据库中package的版本和form中不一致。

最简单的方法是用文本编辑器打开报错的.fmb文件,并在其中搜索错误信息中的function/procedure,然后就可以发现不同步的package。 通过下面方法检查package的版本

? 在数据库中的版本 SQL> select text from dba_source where name = upper('') and line < 3; example: SQL> select text from dba_source where name = 'AS_ACCESSES_PKG' and line < 3;

? 文件系统上定义文件的版本

使用上一步select出来的路径,检查文件系统中定义文件的版本: adident Header $PROD_TOP/patch/115/sql/……..s.pls adident Header $PROD_TOP/patch/115/sql/……..b.pls Example adident Header $AS_TOP/patch/115/sql/asxacacs.pls adident Header $AS_TOP/patch/115/sql/asxacacb.pls Oracle support会发布一个补丁将package和form同步。

1.11.8 手工生成form

重要提示!如果adadmin不能正常编译form,手工执行通常也会失败!

手工编译form并没有特别的神奇之处!

手工编译form之前,记得设置下面环境变量:

export FORMS_PATH=$AU_TOP/resource:$AU_TOP/forms/US:$AU_TOP/resource/US 编译from的脚本是: frmcmp_batch module=$AU_TOP/forms/US/.fmb userid=APPS/ output_file=$PROD_TOP/forms/US/.fmx module_type=form batch=NO compile_all=all (frmcmp.exe for Windows)

手册

Example: frmcmp_batch module=$AU_TOP/forms/US/CSTFQRAE.fmb userid=APPS/ output_file=$BOM_TOP/forms/US/CSTFQRAE.fmx module_type=form batch=NO compile_all=all 注意:使用batch=NO才能在屏幕上看到错误消息

针对11i版本的命令: export FORMS60_PATH=$AU_TOP/resource:$AU_TOP/forms/US:$AU_TOP/resource/US for example: export FORMS60_PATH=$AU_TOP/resource:$AU_TOP/forms/US:$AU_TOP/resource/US f60gen (Windows ifcmp60.exe) f60gen userid=APPS/ module=$AU_TOP/forms/US/.fmb module_type=form output_file=$PROD_TOP/forms/US/

1.12 如何解决NLS form(.fmb)编译报错

补丁日志中可能会看到下面消息: The following Oracle Forms objects did not generate successfully 1.12.1 确认英文form是否报错

如果英文form编译也报错,解决英文form编译报错,通常NLS form的报错也可以解决。

1.12.2 确认library是否报错

library报错会导致form编译报错,如果有library报错,需要先解决library报错。

手册

1.12.3 查看adwork日志

在adpatch的日志中可以看到执行出错的job是分配在哪个worker上运行的,在adwork的

日志中查看错误的详细信息。

也可以使用adadmin重新生成form。参考Note 178722.1 How to Generate a Specific Form Through AD utility adadmin.

注意:详细的错误信息没有记录在adpatch或adadmin日志中,需要在对应的adwork日志中查找真正的错误。

运行adadmin的时候选择:

Enter list of products ('all' for all products) [all] : Generate specific forms objects for each selected product [No] ? Yes Enter list of languages ('all' for all of the above)[all]: Choose form: .fmx

检查英文form和NLS form的版本!

adident Header $AU_TOP/forms/US/.fmb adident Header $PROD_TOP/forms/US/.fmx adident Header $AU_TOP/forms//.fmb adident Header $PROD_TOP/forms//.fmx 注意!所有的.fmb文件都放在$AU_TOP下面;.fmx文件放在各个产品模块的top目录中,例如$CSC_TOP or $AP_TOP or $AR_TOP

根据结果的不同,需要使用不同的方法继续调查: 1. .fmb和.fmx文件的版本一样,可以正常编译。 说明问题已经解决。

2. 英文的.fmb和.fmx文件版本不同

问题可能和NLS无关。需要先解决英文补丁的问题。

3. 英文 form fmb和NLS form fmb版本不同

检查哪些补丁只安装了英文的,没有安装NLS的。推荐的解决方法是参考Note 252422.1 Requesting Translation Synchronization Patches中的方法将系统中NLS文件版本和英文文件版本同步。 Check: Note 1478859.1 Troubleshooting NLS issues with Oracle Applications section 3. NLS / MLS Forms Compilation Issues Note 1537973.1 How To Troubleshoot NLS Forms Generation Errors When Applying An NLS Patch In R12 Or 11i 手册

1.12.4 在MOS中使用下面条件搜索

? .fmb

? adwork日志中的错误

1.12.5 问题可能原因是OS中缺少rpm包

可能的原因是缺少操作系统rpm包

使用Note 250262.1 RDA 4 - Health Check / Validation Engine Guide中的脚本可以自动检查操作系统的一些前提需求。

先参考“Installation Instructions”,然后参考“Instructions for UNIX type operating systems” 运行: [applmgr@soatest rda]$ ./rda.sh -T hcve Choose: Oracle E-Business Suite Release 12 (11.5.10.2) Preinstall

运行完成会生成一个html格式的report,在报告中可以查看问题。

1.13 如何解决.ldt (FNDLOAD)文件运行失败

补丁日志中可能会出现下面消息: FAILED: file .ldt on worker .... adworker日志中可能会出现: FNDLOAD APPS/***** 0 Y UPLOAD @PRODUCT:patch/115/import/.lct @PRODUCT:patch/115/import/US/.ldt - Connecting to APPS......Connected successfully. Calling FNDLOAD function. Returned from FNDLOAD function. Log file: apps_st/appl/admin//log/US__ldt.log Error calling FNDLOAD function. 手册

1.13.1 确保已经安装补丁所有的前置条件

可以使用下面的查询查找系统中是否已经安装补丁的前置条件

SQL> select bug_number from ad_bugs where bug_number in ('&patch_number1','&patch_number2',...); 1.13.2 如何查看错误

adpatch日志中会显示下面的信息: FAILED: file .ldt on worker 1. FAILED: file .ldt on worker 2. FAILED: file .ldt on worker 3. for example: FAILED: file hxczzhxcmpcm0077.ldt on worker 1. FAILED: file hxczzhxcmpcm0080.ldt on worker 2. FAILED: file hxczzhxcmpcm0081.ldt on worker 3.

对应的adworker日志中,会有下面消息: FNDLOAD APPS/***** 0 Y UPLOAD @PRODUCT:patch/115/import/.lct @PRODUCT:patch/115/import/US/.ldt - Connecting to APPS......Connected successfully. Calling FNDLOAD function. Returned from FNDLOAD function. Log file: apps_st/appl/admin//log/US__ldt.log Error calling FNDLOAD function. 更多错误信息,需要查看:

$APPL_TOP/admin//log/US__ldt.log 或

$APPL_TOP/admin//log/NLS__ldt.log for example:

$APPL_TOP/admin//log/F__ldt.log

我们的例子中,需要查看:

$APPL_TOP/admin//log/US_hxczzhxcmpcm0077_ldt.log

注意!在R11中,日志的名称是:: lxxxxxx.req, 例如:

手册

$APPL_TOP/admin//log/l936179.req

1.13.3 在MOS中使用下面条件搜索

? filename.ldt

? $APPL_TOP/admin//log/__ldt.log或lxxxxxx.req中的错误消息

使用$APPL_TOP/admin//log/__ldt.log或lxxxxxx.req中的错误消息在MOS中搜索,例如itaauditschema.ldt的错误消息是: Error loading seed data for FND_AUDIT_SCHEMAS: ORACLE_USERNAME = APPLSYS, ORA-01400: cannot insert NULL into (\ORA-01403: no data found 使用下面条件搜索: - itaauditschema.ldt - ORA-01400 - ORA-01403

1.13.4 ORA-24816: Expanded non LONG bind data

supplied after actual LONG or LOB column

如果出现错误:

A database error occurred:

ORA-24816: Expanded non LONG bind data supplied after actual LONG or LOB column

可以参考文章Note 452095.1 ORA-24816: Expanded Non Long Bind Data Supplied After Actual Long Or Lob Column解决

1.13.5 ORA-12705: Cannot access NLS data files or

invalid environment specified

如果出现错误: Altering database NLS_LANGUAGE environment to FRENCH/CANADIAN FRENCH A database error occurred: ORA-20001: Oracle error -20001: ORA-20001: Oracle error -12705: ORA-12705: Cannot

手册

access NLS data files or invalid environment specified has been detected in fnd_global.set_nls.set_parameter('NLS_LANGUAGE','FRENCH'). has been detected in fnd_global.set_nls. ORA-06512: at \ORA-06512: at \ORA-06512: at \ORA-06512: at \ORA-06512: at line 1 Unable to determine the language code for the current session 那么需要修改数据库层的context XML文件,进行下面设置:

1.13.7 检查.ldt文件

打开报错的.ldt文件并查看文件头,可以看到其中包含加载.ldt文件时需要的最低.lct文件版

本,检查文件系统中.lct文件的版本:

adident Header $PRODUCT_TOP/patch/115/import/.lct 如果.lct文件的实际版本比.ldt文件需要的版本低,说明某些补丁的前提条件还没有满足。

1.13.8 启用FNDLOAD debug

使用FLOAD_DEBUG=TRUE参数运行FNDLOAD,并上传trace文件和request文件。

在FLOAD_DEBUG=TRUE模式下,FNDLOAD会将动态生成的wrapper代码写入一个.pls文件,同时将seed data数据导入到staging 中供排错使用。

例子:

手册

$FND_TOP/bin/FNDLOAD apps/apps 0 Y UPLOAD $FND_TOP/patch/115/import/afscprof.lct $BNE_TOP/patch/115/import/US/bnegldi.ldt - FLOAD_DEBUG=TRUE

1.13.9 使用其他debug方法

如:

SQL> alter system set events '10046 TRACE NAME CONTEXT FOREVER, LEVEL 4'; 有用的notes: Note 21154.1 EVENT: 10046 \-> With SYSTEM and SESSION settings Note 218105.1 Introduction to ORACLE Diagnostic EVENTS -> How to see details for one ORA-xxxx Note 376442.1 Master Note: Recommended Method for Obtaining 10046 trace Note 219968.1 SQL*Net, Net8, Oracle Net Services - Tracing and Logging 启用trace之后,重启失败的worker并查看是否有详细的信息。

1.14 如何解决.sql文件运行失败

补丁日志中可能会出现下面错误: FAILED: file .sql on worker 1.

1.14.1 确保已经安装补丁所有的前置条件

50%的这类错误都是由于没有满足补丁的前置条件导致的。

可以使用下面的查询查找系统中是否已经安装补丁的前置条件

SQL> select bug_number from ad_bugs where bug_number in ('&patch_number1','&patch_number2',...);

1.14.2 查看adwork日志

在adpatch的日志中可以看到执行出错的job是分配在哪个worker上运行的,在adwork的

手册

日志中查看错误的详细信息。

1.14.3 在MOS中使用下面条件搜索

? .sql

? adworker日志中的错误信息

1.14.4 手工运行sql脚本

可以在adwork日志中看到运行sql脚本时的完整参数。

如果手工运行可以成功,那么可以跳过失败的worker

1.14.5 查看数据库alert日志

检查数据库alert日志,看是否有跟错误有关的信息

1.14.6 使用其他debug方法

如:

SQL> alter system set events '10046 TRACE NAME CONTEXT FOREVER, LEVEL 4'; 有用的notes: Note 21154.1 EVENT: 10046 \-> With SYSTEM and SESSION settings Note 218105.1 Introduction to ORACLE Diagnostic EVENTS -> How to see details for one ORA-xxxx Note 376442.1 Master Note: Recommended Method for Obtaining 10046 trace Note 219968.1 SQL*Net, Net8, Oracle Net Services - Tracing and Logging 启用trace之后,重启失败的worker并查看是否有详细的信息。

手册

1.14.7 查看对应的产品模块是否有无效对象

可以使用下面SQL: SQL> SELECT object_name, object_type, owner FROM dba_objects WHERE status ='INVALID' AND object_name like '%'; example: SQL> SELECT object_name, object_type, owner FROM dba_objects WHERE status ='INVALID' AND object_name like 'AP%';

1.15 如何解决.odf文件运行失败

补丁日志中可能会看到下面消息: ATTENTION: All workers either have failed or are waiting: FAILED: file .odf on worker #

1.15.1 确保已经安装补丁所有的前置条件

可以使用下面的查询查找系统中是否已经安装补丁的前置条件

SQL> select bug_number from ad_bugs where bug_number in ('&patch_number1','&patch_number2',...);

1.15.2 查看adwork日志

在adpatch的日志中可以看到执行出错的job是分配在哪个worker上运行的,在adwork的

日志中查看错误的详细信息。 可能会看到类似下面的错误:

Comparing objects in username with ODF file $PRODUCT_TOP/patch/115/odf/.odf 手册

.... Start time for statement below is: date ALTER TABLE STORAGE (FREELISTS 4) Statement executed. => then the alter object commands -> then the error

1.15.3 在MOS中使用下面条件搜索

? .odf

? adworker日志中的错误信息

1.15.4 查看数据库alert日志

检查数据库alert日志,看是否有跟错误有关的信息

1.15.5 如果有错误Unable to find existing index on the

same columns

如果有下面错误: The CREATE INDEX statement above failed because there is another index on the same columns. Looking for the existing index on the same columns... AD Worker error: Unable to find existing index on the same columns

这个错误的原因是不能在同一个字段上面创建2个索引。如果用户已经在某个字段上创建了索引,标准程序在这个字段上创建索引的时候就会报错。 这种情况下应该下drop客户化索引。

可以参考Note 1549195.1 Adpatch fails with: \CREATE INDEX statement above failed because there is another index on the same columns\

手册

1.15.6 如果有错误The index cannot be created as the

table has duplicate keys.

可以使用下面的sql查找重复的key

SELECT ... FROM ... GROUP BY ... HAVING count(*)>1 AD Worker error: Unable to compare or correct tables or indexes or keys because of the error above

这个错误可能是数据原因引起的。如果要创建key索引的字段有重复值,就会出现这个问题。此问题可能有不同的解决方法,列举几个: - delete the duplicate rows

- run a concurrent request to delete the duplicate rows - rename the unique key value 例如: Note 987878.1 Create Index CSF_PHONETIC_VALUES_U3 Fails As The Table Has Duplicate Keys Note 430673.1 icxwtab.odf is unable to create index ICX_TRANSACTIONS_U1

1.15.7 如果有错误AD Worker - aduobbrt2: INFO:

ORA-03211: The segment does not exist or is not in a valid state

原因可能是DBMS_SPACE_ADMIN要操作的segment不存在或者segment的当前状态不能进

行此操作。这种情况经常发生在还没有分配segment的临时表上。执行DBMS_ADMIN_SPACE的时候,需要segment存在。

这种情况下,通常需要先将临时表drop掉。 参考例子: Note 372945.1 Applying 3480000 csdcsd1.odf Aduobbrt2: Info: ORA-03211: The Segment Does Not Exist Note 818044.1 During Patch Application, hxctab.odf Errors With: \Worker - aduobbrt2: INFO: ORA-03211: The Segment Does Not Exist Or Is Not In A Valid State\ Note 1546496.1 ORA-03211 During 12.1 Driver In Cstcbom.odf 手册

Note 457866.1 Ad Worker Fails For Wiphdr.Odf In Patch.6116755 The segment does not exist or is not in a valid state Note 1286823.1 Worker GMDCOA.odf Fails When Upgrading To R12.1 from Rel 11i

1.15.8 如果有错误ORA-00054: resource busy and

acquire with NOWAIT specified

如果出现错误:

ORA-00054: resource busy and acquire with NOWAIT specified The object is locked by another process.

可以尝试下面步骤:

? 使用adctrl重启失败的worker

? 确认安装补丁过程中应用是关闭状态 ? 查找并释放锁 ? 重启数据库

1.15.9 如果运行poxcom.odf报错ORA-00911: invalid

character

原因可能是:odf文件中的视图po_lines_xml定义中不能包含\符号

可以通过安装包含120.18.12000000.33或更高版本poxcom.odf文件的补丁解决问题。 可能的补丁有:

Patch 16369996:R12.PO.A

Patch 16214305:R12.PO.A Patch 16061415:R12.PO.A Patch 15893161:R12.PO.A Patch 15843328:R12.PO.A

1.15.10 手工加载.odf文件

参考Note 551325.1 How to verify or create a Database Object using a odf (adodfcmp) or xdf (FndXdfCmp) file ?

命令实例:

手册

adodfcmp odffile= mode= changedb=yes userid=/ touser=/ priv_schema=SYSTEM/ where mode can be : baseonly, tables, indexes, noindexes, sequences, views, grants For exemple: adodfcmp userid=as/ars mode=views odffile=$AS_TOP/patch/115/odf/asdss.odf changedb=yes touser=apps/apps_password priv_schema=apps/apps_password adodfcmp userid=ar/ar mode=tables odffile=$AR_TOP/patch/115/odf/arhz.odf changedb=yes touser=apps/apps_password priv_schema=apps/apps_password

1.16 如何解决.xdf文件运行失败

补丁日志中可能会看到下面错误:

ATTENTION: All workers either have failed or are waiting: FAILED: file .xdf on worker #.

1.16.1 确保已经安装补丁所有的前置条件

可以使用下面的查询查找系统中是否已经安装补丁的前置条件

SQL> select bug_number from ad_bugs where bug_number in ('&patch_number1','&patch_number2',...);

1.16.2 查看adwork日志

在adpatch的日志中可以看到执行出错的job是分配在哪个worker上运行的,在adwork的

日志中查看错误的详细信息。 可能会看到类似下面的错误: Invoking Utility FndXdfCmp ... Class: oracle.apps.fnd.odf2.FndXdfCmp Method: applyXDF Arguments: &un_gl &pw_gl &un_apps &pw_apps &jdbc_protocol &jdbc_db_addr table &fullpath__patch/115/xdf_.xdf &fullpath_fnd_patch/115/xdf_xsl index_category=large parallel_index_threshold=20000 手册

========================================================== XDF file application started. ================================================================================ Applying XDF file : /$APPL_TOP//12.0.0/patch/115/xdf/.xdf ================================================================================ => there comes the error.

1.16.3 在MOS中使用下面条件搜索

? .xdf

? adworker日志中的错误信息

1.16.4 查看数据库alert日志

检查数据库alert日志,看是否有跟错误有关的信息。

如果出现错误No AOL metadata present in the XDF file

可以参考Note 373842.1 Patch 348000 fails: ORA-1658 \AOL metadata present in the XDF file\ 中的步骤

1.16.5 如果有错误Error message is ORA-01430

可能是下面错误:

Invoking Utility FndXdfCmp ... Class: oracle.apps.fnd.odf2.FndXdfCmp Method: applyXDF ... ALTER TABLE table_name ADD ( column_name column_type ) Start time for statement above is date End time for statement above is date Error in executing statement ALTER TABLE table_name ADD ( column_name type ) 手册

Error message is ORA-01430: la colonna che si sta aggiungendo esiste gi? nella tabella 需要在应用层和数据库层unset local环境变量,然后重启数据库,并从头开始重新安装补丁。 查看: Note 1504251.1 Patch Is Failing Running FndXdfCmp With ORA-01430 Note 297777.1 Failures for many XDF files in upgrading 11i Release to 11i10 Using MP 3140000

1.16.6 如果出现错误ORA-12514, TNS:listener does not

currently know of service requested in connect descriptor

Exception in thread \java.sql.SQLException: Listener refused the connection with the

following error:

ORA-12514, TNS:listener does not currently know of service requested in connect descriptor The Connection descriptor used by the client was:

(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=t106pldbms02.nehr.dev)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=HTBSITB2)))

at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:112) at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:261) at oracle.jdbc.driver.T4CConnection.logon(T4CConnection.java:387) at oracle.jdbc.driver.PhysicalConnection.(PhysicalConnection.java:439) at oracle.jdbc.driver.T4CConnection.(T4CConnection.java:165)

at oracle.jdbc.driver.T4CDriverExtension.getConnection(T4CDriverExtension.java:35) at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:801) at java.sql.DriverManager.getConnection(DriverManager.java:525) at java.sql.DriverManager.getConnection(DriverManager.java:171)

at oracle.apps.ad.worker.AdJavaWorker.getAppsConnection(AdJavaWorker.java:1027) at oracle.apps.ad.worker.AdJavaWorker.main(AdJavaWorker.java:276)

参考:

Note 1461916.1 ADPATCH Appears To Hang When Processing xdf files. Connection Error Reported In Worker Logs

手册

1.16.7 如果出现错误A Different index with same

column name exists

这种情况需要drop到客户化索引。

可以参考Note 1514897.1 Patch Application Fails Running FndXdfCmp To Create An Index With Error: A Different Index With Same Column Name Exists

1.16.8 java设置可能会导致的其他错误

可能会碰到下面错误:

- Exception occurred :C: Unable to resolve type

- Exception occurred :Fail to construct descriptor: Unable to resolve type

可能是由java的设置引起的。

根据EBS版本不同,请参考下面文章:

Note 418664.1 Overview of Using Java with Oracle E-Business Suite Release 12 Note 455492.1 Using Latest Update of Java 6.0 with Oracle E-Business Suite Release 12 Note 384249.1 Using Latest Update of JDK 5.0 with Oracle E-Business Suite Release 12 Note 300482.1 Overview of Using Java with Oracle E-Business Suite Release 11i Note 401561.1 Using J2SE Version 6 with Oracle E-Business Suite 11i Note 304099.1 Using J2SE Version 5.0 with Oracle E-Business Suite 11i, Release 11.5.10 Note 246105.1 Upgrading to J2SE 1.4.2 with Oracle Applications 11i Note 130091.1 Upgrading Oracle Applications 11i to use JDK 1.3 下面文章也记录了类似问题: Note 829023.1 Patch 3480000 Fails on several files like fnd_seed_stage_*.xdf with error \Note 294457.1 Avoiding XDF Errors by Verifying CLASSPATH Settings

1.16.9 手工加载.xdf文件

参考:

Note 308427.1 The XDF Comparison Utility (FndXdfCmp)

Note 551325.1 How to verify or create a Database Object using a odf (adodfcmp) or xdf (FndXdfCmp) file ?

先加载应用环境变量,然后执行:

手册

adjava -ms128m -mx256m -nojit oracle.apps.fnd.odf2.FndXdfCmp apps apps THIN \type $FND_TOP/patch/115/xdf/jtf_pf_tabletype.xdf $FND_TOP/patch/115/xdf/xsl 例子: adjava -ms128m -mx256m -nojit oracle.apps.fnd.odf2.FndXdfCmp ego apps THIN \table $EGO_TOP/patch/115/xdf/ego_mtl_sy_items_ext_b.xdf $FND_TOP/patch/115/xdf/xsl

1.17 如何解决XLIFFImporter (.xlf)文件运行失败

补丁日志中可能会看到下面信息: ATTENTION: All workers either have failed or are waiting: FAILED: file XLIFFImporter.class on worker #. 1.17.1 查看adwork日志

在adpatch的日志中可以看到执行出错的job是分配在哪个worker上运行的,在adwork的

日志中查看错误的详细信息。

1.17.2 如果安装NLS补丁时出现错误

错误信息如: Invoking Utility XLIFFImporter ... Class: oracle.jrad.tools.trans.imp.XLIFFImporter Method: processXLIFF Arguments: &fullpath:::.xlf -username &un_apps -password &pw_apps -dbconnection &jdbc_db_addr TimeStamp : [date] ========================================================== Could not import translations in repository : \========================================================== Done calling the utility function. Return Code = [1] TimeStamp = date Updating task with status 1 AD Worker error: The utility XLIFFImporter returned error for the above task. 手册

错误\: \通常意味这你没有在基础安装或这升级之后立即安装NLS补丁。

出现这个错误的影响是,在使用特定产品的特定页面时可能会出现错误“No page found”

另一个可能导致此错误的原因是repository中没有US xml文件,比如:

adjava -Xmx512M -nojit oracle.jrad.tools.trans.imp.XLIFFImporter &fullpath:ap:mds/oie/policy/category/meals/webui/E:OIE_POL_MEALS_RULES_PAGE.xlf -username &un_apps -password &pw_apps -dbconnection &jdbc_db_addr Reading product information from file... Reading language and territory information from file... Reading language information from applUS.txt ... Temporarily resetting CLASSPATH to: ... Calling $COMMON_TOP/util/java/jdk1.5.0/bin/java ... Could not import translations in repository : \in repository. 这种情况下,可以尝试按照下面步骤重新将US xml文件加载到repository中 1. 确保US目录中相关的.xml文件 我们的例子中需要使用$AP_TOP/mds/oie/policy/category/meals/webui/OIE_POL_MEALS_RULES_PAGE.xml

2. 重新加载XML(US数据) java oracle.jrad.tools.xml.importer.XMLImporter \\ $AP_TOP/mds/oie/policy/category/meals/webui/OIE_POL_MEALS_RULES_PAGE.xml \\ -username APPS -password -dbconnection \\ \PORT=))(CONNECT_DATA=(SID=)))\-rootdir $PRODUCT_TOP/mds 数据库连接串中的HOST/PORT/SID要根据实际情况进行替换,替换之后的命令例如: java oracle.jrad.tools.xml.importer.XMLImporter \\ $AP_TOP/mds/oie/policy/category/meals/webui/OIE_POL_MEALS_RULES_PAGE.xml \\ -username APPS -password APPS -dbconnection \p)(HOST=hostname.domain.com)(PORT=1521)))(CONNECT_DATA=(SID=TEST)))\-rootdir $AP_TOP/mds -rootPackage /oracle/apps 到

手册

3. 重启失败的job或者手工重新加载XLF (NLS data) 手工加载方法: java oracle.jrad.tools.trans.imp.XLIFFImporter \\ -username APPS -password -dbconnection \\ \PORT=))(CONNECT_DATA=(SID=)))“ \\ $/.xlf

可以使用下面的方法查看加载到数据库中的信息

SQL> select RPAD(f.filename,30), f.file_id, RPAD(v.version,20), f.last_update_date from AD_FILES f, AD_FILE_VERSIONS v where f.file_id = v.file_id and f.filename LIKE ''; For example: SQL> select RPAD(f.filename,30), f.file_id, RPAD(v.version,20), f.last_update_date from AD_FILES f, AD_FILE_VERSIONS v where f.file_id = v.file_id and f.filename LIKE 'OIE_POL_MEALS_RULES_PAGE%';

如果重新加载US相关文件还不能解决问题,进行下面步骤: ? 先跳过这个步骤,继续运行后续的补丁操作

? 补丁安装完成之后,参考Note 252422.1 Requesting Translation Synchronization Patches

申请一个Translation Synchronization Patch (TSP),安装这个补丁可以将NLS和US进行同步这个补丁安装的时候应该就不会出现问题了。

f.creation_date, f.creation_date, 1.17.3 如果出现错误jre: No such file or directory

例如: FAILED: file XLIFFImporter.class on worker 1. adjava -Xmx512M -nojit oracle.jrad.tools.trans.imp.XLIFFImporter &fullpath:icx: mds/por/rcv/webui/ZHS:IcxPorRcvRvwPG.xlf -username &un_apps -password &pw_apps - dbconnection &jdbc_db_addr Reading product information from file... Reading language and territory information from file... 手册

Reading language information from applUS.txt ... Temporarily resetting CLASSPATH to: .... Calling /.../j2sdk1.4.2_13/bin/jre ... /bin/sh: line 1: /.../j2sdk1.4.2_13/bin/jre: No such file or directory 这种情况要检查一下java/jre设置。根据EBS版本不同,可以参考下面文章: Note 418664.1 Overview of Using Java with Oracle E-Business Suite Release 12 Note 455492.1 Using Latest Update of Java 6.0 with Oracle E-Business Suite Release 12 Note 384249.1 Using Latest Update of JDK 5.0 with Oracle E-Business Suite Release 12 Note 300482.1 Overview of Using Java with Oracle E-Business Suite Release 11i Note 401561.1 Using J2SE Version 6 with Oracle E-Business Suite 11i Note 304099.1 Using J2SE Version 5.0 with Oracle E-Business Suite 11i, Release 11.5.10 Note 246105.1 Upgrading to J2SE 1.4.2 with Oracle Applications 11i Note 130091.1 Upgrading Oracle Applications 11i to use JDK 1.3

1.17.4 运行Performance issues on all

XLIFFImporter.class job时出现性能问题

如果运行XLIFFImporter.class job需要花费很长时间完成,可能需要先安装补丁Patch 8576725

\ 查看Note 839978.1 12.1.1 NLS Upgrade Patch 6678700 : Performance Installation Issues With XLIFFImporter Java Jobs

1.17.5 如果出现错误

oracle.jdbc.driver.T4CSocketInputStreamWrapper.readNextPacket

oracle.jdbc.driver.T4CSocketInputStreamWrapper.readNextPacket at oracle.jdbc.driver.T4CSocketInputStreamWrapper.readNextPacket(T4CSocketInputStreamWrapper.java:122)

本文来源:https://www.bwwdw.com/article/bqmw.html

Top