分类目录归档:系统层级

Oracle EBS 查询当前form lov对应的SQL

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表空间占用问题处理

现象:

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)

背景:
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类型界面错误(RAC环境解决)

现象:用户进入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