问题描述
我们在Oracle APEX中有一个应用程序,我们没有大型数据库,并且该应用程序中使用的页数将是最大250。但是,自过去3-4天以来,我们遇到了一个500内部服务器错误,并且在过去3-4天内我们没有对应用程序进行任何重大更改。
我们无法调试Oracle apex或Oracle数据库中的哪个页面,哪个进程或哪个对象导致了该错误。
该服务器上部署了许多应用程序,很难找出哪个特定应用程序导致了此问题。
我们正在使用Oracle Apex 18.2和Oracle数据库标准版11.2。
请帮助我们调试该问题,因为它正在影响我们的许多实时应用程序和客户端。
我们无法调试Oracle apex或Oracle数据库中的哪个页面,哪个进程或哪个对象导致了该错误。
该服务器上部署了许多应用程序,很难找出哪个特定应用程序导致了此问题。
我们正在使用Oracle Apex 18.2和Oracle数据库标准版11.2。
请帮助我们调试该问题,因为它正在影响我们的许多实时应用程序和客户端。
专家解答
“内部服务器错误” 很可能是从您正在使用host application express的web服务器上的ORDS返回。
所以检查你的ORDS日志 (位置将取决于你正在使用什么网络服务器等),通常情况下 (如果它是数据库错误),那么数据库错误 (ORA- etc) 将被捕获在ORDS日志中。
如果这没有帮助 * 并且 * 错误是可按需重现的,则可以使用以下内容激活数据库中ORDS会话的跟踪:
然后重新生成您的错误,然后检查您的跟踪目录中的跟踪文件。
不要忘记使用 “session_trace_disable” 为那些会话关闭 * 跟踪
所以检查你的ORDS日志 (位置将取决于你正在使用什么网络服务器等),通常情况下 (如果它是数据库错误),那么数据库错误 (ORA- etc) 将被捕获在ORDS日志中。
如果这没有帮助 * 并且 * 错误是可按需重现的,则可以使用以下内容激活数据库中ORDS会话的跟踪:
set serverout on begin for i in ( select sid, serial# from v$session where username in ('ORDS_PUBLIC_USER') ) loop dbms_output.put_line(i.sid||','||i.serial#); dbms_monitor.SESSION_TRACE_ENABLE(i.sid, i.serial#, true,true); end loop; end; /复制
然后重新生成您的错误,然后检查您的跟踪目录中的跟踪文件。
不要忘记使用 “session_trace_disable” 为那些会话关闭 * 跟踪
文章转载自ASKTOM,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。
评论
相关阅读
【专家有话说第五期】在不同年龄段,DBA应该怎样规划自己的职业发展?
墨天轮编辑部
1487次阅读
2025-03-13 11:40:53
Oracle RAC ASM 磁盘组满了,无法扩容怎么在线处理?
Lucifer三思而后行
902次阅读
2025-03-17 11:33:53
RAC 19C 删除+新增节点
gh
551次阅读
2025-03-14 15:44:18
2月“墨力原创作者计划”获奖名单公布
墨天轮编辑部
506次阅读
2025-03-13 14:38:19
Oracle DataGuard高可用性解决方案详解
孙莹
383次阅读
2025-03-26 23:27:33
墨天轮个人数说知识点合集
JiekeXu
326次阅读
2025-04-01 15:56:03
XTTS跨版本迁移升级方案(11g to 19c RAC for Linux)
zwtian
314次阅读
2025-04-08 09:12:48
Oracle SQL 执行计划分析与优化指南
Digital Observer
280次阅读
2025-04-01 11:08:44
切换Oracle归档路径后,不能正常删除原归档路径上的归档文件
dbaking
271次阅读
2025-03-19 14:41:51
风口浪尖!诚通证券扩容采购Oracle 793万...
Roger的数据库专栏
268次阅读
2025-03-24 09:42:53