Oracle 并发处理 – 11i-R12 APP-FND-01564 ORA-01116 ORA-01110 ORA-27041运行并发请求

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!

诗檀软件专业数据库修复团队

服务热线 : 13764045638 QQ号:47079569 邮箱:[email protected]

 

Oracle并发处理版本12.0.412.1.3[发行12版至12.1]

Linux x86

2013121日检测相关性

目的

 这是解决方案的整合,针对APP-FND-01564 ORA-01116 ORA-01110 ORA-27041错误运行并发请求

故障排除步骤

1. R12应用程序运行并发请求或请求集,结果导致APP-FND-01564

APP-FND-01564: ORACLE 错误 -1116 in SUBMIT: 其他

原因: 提交:因为ORA-01116,其他失败: 打开数据库文件{序号}出错

ORA-01110:数据文件{}“/{目录路径} / {文件}.dbf”

ORA-27041:无法打开文件

Linux错误:24:打开文件太多

其他信息:3

出错时正在执行的SQL语句是:

SQLSTMT,并且是从&ERRFILE文件中执行。

原因

如果lsof命令的输出值比的ulimit的值大,就会出现错误。

使用下面的命令查看由applmgr使用打开的文件数:

$ lsof -u applmgr | wc -l

将结果与ulimit的值作比较:

$ ulimit -n

解决办法

调整打开文件描述符的数量

打开/etc/security/limits.conf文件,并按照下列要求改变现有的参数值。更改后重新启动系统。

注意:

如果有任意一个参数的当前值高于本文档中列出的数值,不要改变参数的值。

  * hard nofile 65535
* soft nofile 4096
* hard nproc 16384
* soft nproc 2047

注意:

*这意味着/ etc / passwd文件中列出的所有用户将要延续上述值。

参考

Document:402310.1  Oracle应用安装和升级说明12版(12.0.4)用于Linux32位)

2.提交并发请求时遇到错误APP-FND-01564:错误 ORACLE -376在提交; 其他

当提交并发请求(如工作流代理活动的统计数据并发程序)遇到以下错误:

APP-FND-01564:错误ORAC00376LE -376在提交; 其他

原因:提交:因为ORA-00376,其他失败:这时文件408不能被读取

ORA-01111:数据文件408名称未知重命名以修正文件

ORA-01110;数据文件408

“/oratest/oracle/oradata/testdb/9.2.0/dbs/MISSING00408”

出错时正在执行的SQL语句是:

SQLSTMT,并且是从&ERRFILE文件中执行。

原因

数据文件22不可用,需要从备份中环境恢复。

执行以下可用于判断数据文件是否是有效:

1.

sqlplus apps/xxx

select FILE_NAME, FILE_ID,TABLESPACE_NAME, STATUS, RELATIVE_FNO, ONLINE_STATUS from dba_data_files;

返回:

FILE_NAME FILE_ID TABLESPACE_NAME STATUS RELATIVE_FNO ONLINE_STATUS
/u1/UAT/uatora/db/tech_st/11.2.0/dbs/MISSING00022 22 APPS_TS_TX_DATA AVAILABLE 22 RECOVER

注意:RECOVER表明相应的数据文件已损坏,必须从归档日志恢复。

2 $dbv file=<data_file_name> blocksize=<block_size>

注意:下面的例子表明有问题的数据文件不能访问

dbv file=/u1/UAT/uatora/db/tech_st/11.2.0/dbs/MISSING00022 blocksize=8192

DBV-00100: 指定文件 (/u1/UAT/uatora/db/tech_st/11.2.0/dbs/MISSING00022) 无法访问

在这种情况下,由于missing00022不是真的数据文件名,需要从源环境得到正确的文件名,但由于状态一直不一致,所以不能简单地从生产复制到UAT,最好是重新克隆数据库层来解决该问题


解决方案

1. 需要确保出问题的数据文件是有效的:

sqlplus apps/xxx

select FILE_NAME, FILE_ID,TABLESPACE_NAME, STATUS, RELATIVE_FNO, ONLINE_STATUS from dba_data_files;

2. 如果选择的输出显示为恢复,如下图所示,表示相应的数据文件已损坏,必须从归档日志恢复:

FILE_NAME FILE_ID TABLESPACE_NAME STATUS RELATIVE_FNO ONLINE_STATUS
/u1/UAT/uatora/db/tech_st/11.2.0/dbs/MISSING00022 22 APPS_TS_TX_DATA AVAILABLE 22 RECOVER

3. 再克隆数据库层,以确保该数据文件是有效的。有关详细步骤请参考:

克隆Oracle应用12版与快速克隆 (Document 406982.1)
方案 6: 分别克隆数据库

3. 提交多国语言报告失败,因为APP-FND-01564

提交选定的多国语言报告时,会出现以下错误

APP-FND-01564: ORACLE error -1400 in
FND_REQUEST.SUBMIT_MLS_REQUEST

Cause:FND_REQUEST.SUBMIT_MLS_REQUEST failed due to ORA-01400 cannot insert
null
into (“APPLSYS”.”FND_RUN_REQ_LANGUAGES.NLS_LANGUAGE”)

原因
该问题在内部错误中有说明:错误10399418 SUBMITTING REPORT FOR MULTIPLE LANGUAGES FAILS WITH APP-FND-01564

解决方案

要实行解决方案,请执行下列步骤:

  • 下载并阅读自述和Patch:11734802先决条件1OFF:10399418:12.1.3:12.1.3:SUBMITTING REPORT FOR MULTIPLE LANGUAGES FAILS WITH
  • 确保系统已经备份,然后再应用推荐的修补程序。
  • 在测试环境下应用修补程序。
  • 并发程序提交使用Java API,不在12.1.3递延模式下工作

MLS请求变更打破了MLS请求的递延模式。 submit_mls_request两次试图插入fnd_run_requests,导致违反约束。

ORACLE error -1 in FND_REQUEST.SUBMIT_MLS_REQUEST Cause: FND_REQUEST.SUBMIT_MLS_REQUEST failed due to ORA-00001: unique constraint (APPLSYS.FND_RUN_REQUESTS_U1) violated. 出错时正在执行的SQL 语句是: &SQLSTMT,并且是从文件 &ERRFILE中执行.

这个问题可以用下面的步骤进行复制:

1.使用API方法提交请求,包含在并发请求中,在OAF提交并发程序。

2.使用延迟模式提交程序。

3.点击提交按钮错误出现

变化
更新至 12.1.3.

原因

这个问题是未公布的错误13055110 –并发程序提交使用Java API,不在12.1.3版本下工作。这里的问题是,由于MLS请求变更打破了MLS请求的递延模式。 submit_mls_request两次试图插入fnd_run_requests,导致违反约束。

解决方案
1. 下载并查看Patch 13055110R12.FND.B自述。

2.应用修补程序前备份实例。

3. 按照自述说明应用修补程序13055110R12.FND.B

4.重新检测该问题

参考
NOTE:135389.1使用配置文件选项初始化SQL语句自定义NOTE:1293487.1提交多语报告失败,由于APP-FND-01564

NOTE:1282939.1提交多语并发请求结果出错

5. 提交新请求时出现APP-FND-01564: ORACLE error – 1653 in SUBMIT: 其他

试图提交新请求时出现以下错误:

APP-FND-01564: ORACLE error – 1653 in SUBMIT: 其他

原因

原因

提交:因为ORA-01653,其他失败:无法提交

扩展表APPLSYS.FND_CONCURRENT_REQUESTS260

在表空间APPLSYSD

出错时正在执行的SQL语句是:

SQLSTMT,并且从文件&ERRFILE中执行。

ORA1653无法在表空间扩展表

——————————————————————————-
原因:无法在表空间中分配表段程度。

操作:使用ALTER TABLESPACE ADD DATAFILE语句将一个或多个文件添加到指定表空间

——————————————————————————-

解决方案
增加一个数据文件以进一步扩展对指定表空间大小

使用ALTER TABLESPACE ADD DATAFILE 语句.

举例:

下列语句将数据文件添加到表空间。如果需要更多的空间,最大容量为100千字节的盘区会再添加10千字节的新容量:

ALTER TABLESPACE accounting
ADD DATAFILE ‘disk3:pay3.dbf’
SIZE 50K
AUTOEXTEND ON
NEXT 10K
MAXSIZE 100K;

补充说明:
Note 1025288.6错误描述
Note 1020182.6 – TFTS – 脚本检测表空间碎片
Note 1020090.6 – TFTS – 表空间的空间报告

  DBA也可以通过警报日志来查看表空间问题。

6. 提交任意请求时出现“APP-FND-01564: ORACLE error -6502 in SUBMIT: others”

提交任意并发请求时,按下提交按钮会出现以下错误:

APP-FND-01564: ORACLE error -6502 in SUBMIT: others

Cause: SUBMIT: others failed due to ORA-06502: PL/SQL: numeric or value error: character to number conversion error.

The SQL statement being executed at the time of the error was: &SQLSTMT and was executed from the file &ERRFILE


跟踪文件,也显示了以下错误:

*** 2013-07-09 06:02:35.720
dbkedDefDump(): Starting a non-incident diagnostic dump (flags=0x0, level=12, mask=0x0)
—– Error Stack Dump —–
ORA-06502: PL/SQL: numeric or value error: character to number conversion error
—– SQL Statement (None) —–
Current SQL information unavailable – no cursor.
—– PL/SQL Stack —–
—– PL/SQL Call Stack —–
object line object
handle number name
0x6cb59a40 956 package body APPS.FND_REQUEST
0x6cb59a40 3585 package body APPS.FND_REQUEST

但是, FND_REQUEST封装和封装体是有效的:

SQL> select owner, object_name, object_type, last_ddl_time, status
from dba_objects where OBJECT_NAME like ‘FND_REQUEST’ order by owner, object_name;

OWNER OBJECT_NAME OBJECT_TYPE LAST_DDL_TIME STATUS
———- ————— ————— ————— ——-
APPS FND_REQUEST PACKAGE 09-JUL-13 VALID
APPS FND_REQUEST PACKAGE BODY 09-JUL-13 VALID

变化
近期实例中没有明显变化.  

原因

该问题的原因是配置文件选项CONC_PRIORITY的值设置错误。它本应该是一个数字,却被设置为一个字符串()。

SHORT_NAME
——————————————————————————–
NAME
—————————————————————————————————-
LEVEL_SET
————–
CONTEXT
—————————————————————————————————-
VALUE
—————————————————————————————————-
CONC_PRIORITY
Concurrent:Request Priority
Site

Yes

解决方案

1.未定义/设置为空值,或者设置为一个数字,即配置文件选项CONC_PRIORITY的值。

2.保存新值。

3.停止并重新启动(反弹)整个系统(DB和应用程序),然后重新测试。


Posted

in

by

Tags:

Comments

Leave a Reply

Your email address will not be published. Required fields are marked *