1、登录到目标form界面，获取当前会话 Session SID
help->Aboat Oracle Applications
2、选择目标lov
3、通过以下SQL命令获取目标SQL
SELECT Sql_Text, s.Prev_Sql_Addr, s.Sql_Address
FROM V$session s, V$sqltext_With_Newlines t
WHERE s.Prev_Sql_Addr = t.Address(+)
AND s.Sid = 195;
将获取出来的sql从行号大到小整合到一起即可。
Select Organization_Id,
Organization_Code,
Organization_Name,
‘Organization’
From Org_Organization_Definitions
Order By Upper(Organization_Code)
现象：
oracle sysaux表空间占用96%。通过awrinfo.sql报告核实组件：SM/AWR占用27,317.2 MB；SM/OPTSTAT 390.1 MB，大部分是AWR报告占用。
解决方法：
删除快照，回收表及index。
1、修改统计信息的保持时间，默认为31天，这里修改为7天，过期的统计信息会自动被删除
select dbms_stats.get_stats_history_retention from dual;
exec dbms_stats.alter_stats_history_retention(7);
select dbms_stats.get_stats_history_retention from dual;
2、删除AWR快照，最后再次查看SYSAUX表空间使用率（非业务时间，分段操作，以免引起临时空间增大）
select min(snap_id),max(snap_id) from dba_hist_snapshot;//查询最最小和最大快照ID
begin
dbms_workload_repository.drop_snapshot_range( low_snap_id => 32155, high_snap_id => 32300, dbid => 2950336419);
end;
3、回收降低水位
alter table WRH$_EVENT_HISTOGRAM move partition WRH$_EVENT__2950336419_2060;
alter index WRH$_EVENT_HISTOGRAM_PK rebuild partition WRH$_EVENT__2950336419_2060;
背景：
oracle ebs R12.2.3对应库版本11.0.2.3.0，升级数据库版本为：11.0.2.4.0
现象：升级完成后，突然发现过账很缓慢，单个2行的日记账过账7分钟，批量过账同样耗时严重。
方案：metalink 2195917.1
主要变更内容（变更后，一般过账1-2秒完成）：
配置文件：初始化 SQL 语句 – 自定义
在地点层修改为：
begin fnd_ctl.fnd_sess_ctl(”,”,”,”,”,’ALTER SESSION SET”_FIX_CONTROL”=”13704562:OFF”‘);end;
现象：用户进入EBS登陆界面、注销或者点击某些OAF 的self-service类型界面，会偶尔遇到问题。
点击here查看具体异常信息：
其中会有诸如一下内容：
oracle.jbo.JboException: JBO-29000: Unexpected exception caught: oracle.apps.fnd.framework.OAException, msg=Application: FND, Message Name: FND_GENERIC_MESSAGE. Tokens: MESSAGE = java.sql.SQLException: Io exception: Connection reset;
或者
Error Page
Exception Details.
oracle.apps.fnd.framework.OAException: Application: FND, Message Name: SQL_PLSQL_ERROR. Tokens: ROUTINE = AppsConnectionManager.appsInitialize(int,int,int,int,Connection):-1,-1,-1,0,oracle.jdbc.driver.T4CConnection@17a6ac0; REASON = java.sql.SQLRecoverableException: IO Error: Connection reset; ERRNO = 17002; at oracle.apps.fnd.framework.server.OAExceptionUtils.processAOLJErrorStack(OAExceptionUtils.java:1025)
原因：（报错的环境确实是RAC架构）
FND_JDBC_USABLE_CHECK is set to false in the DBC file in RAC environment.
TheFND_JDBC_USABLE_CHECK parameter governs whether a pl/sql query is performedbefore giving a connection to a client. The pool checks whether a connection isusable before handing it to a client.This always involves checking that the connection is not null and is notclosed. If FND_JDBC_USABLE_CHECKis set to true, then it also verifies that the connection can be used to perform asimple PL/SQL query. (This parameter may have to be set to “true” inorder to clean up connectionsto a database that has been restarted.)
Settingit to TRUE checks whether each connection is working OK before you give it to auser.
解决方法（多个应用都需要执行）：
1、备份dbc文件及context.xml文件；
2、Set s_fnd_jdbc_usable_check to true in context.xml file；
3、Run Autoconfig；
4、Retest the issue.
参考：metalink：
1. “YouHave Encountered An Unexpected Error” – JBO-30003 Error While Login ToOracle Applications With Database RAC Implemented (Doc ID 465812.1)
2. Error On OA Framework Pages – oracle.apps.fnd.framework.OAException, FND_GENERIC_MESSAGE, JBO-25036 (Doc ID 1607136.1)
3. Configuring and Managing E-Business Application Tier for RAC (Doc ID 1311528.1)
https://blog.csdn.net/mingleecqu/article/details/18708967?locationNum=14&fps=1
Oracle库，执行脚本过程（数据库用户，且脚本需要赋予权限及宿主权限）：
执行结果：