查看整体负载
cpu使用居高不下,基本上整体cpu是百分80%以上了;
此时:物理读600 mb/s,重做也不算太高;
全为门闩免费,一般为缺陷高发区
检查相关SQL
基本为系统SQL: 4 b4wp0a8dvkf0 11 bzv8fm87zvr 3 uqkkfu1crw8y frjd8zfy2jfdq, 8 mdz49zkajhw3
<强>相关虫:
1频繁执行递归的SQL标准收集器SQL_ID“frjd8zfy2jfdq"12.1.0.2(2059121.1文档ID)
改变sysetm设置_OPTIMIZER_DYNAMIC_SAMPLING=0
2很长的解析时间InMemory数据库中查询(2102106.1文档ID)
高“门闩自由”等与争用“结果缓存:RC门闩”当RESULT_CACHE_MODE=手册甲骨文12 c(2002089.1文档ID)
改变系统设置“_optimizer_ads_use_result_cache"=FALSE
3错误18511269:ora - 600 (KKSGAGETNOALLOC_INT0)运行工作负载,同时在线REDEF(2175884.1文档ID)
症状
后报道错误警报日志和跟踪文件可能包含以下信息:
从文件:转储继续/u01/app/oracle/诊断接头/rdbms/flowr/FLOWR2/跟踪/FLOWR2_ora_31705。委员会
[TOC00001]
ora - 00600:内部错误代码,参数:[kksgaGetNoAlloc_Int0], [11], [11], [], [], [], [], [], [], [], [], []
- - - - - -当前SQL语句的会话(sql_id=4 b4wp0a8dvkf0) - - - - - -
选择执行,end_of_fetch_count, elapsed_time/px_servers elapsed_time, cpu_time/px_servers cpu_time, buffer_gets/执行buffer_gets(选择(executions_delta)和执行,sum(当px_servers_execs_delta比;0然后px_servers_execs_delta px_servers executions_delta结束),其他(end_of_fetch_count_delta)作为end_of_fetch_count求和,总和(elapsed_time_delta) ELAPSED_TIME,总和(cpu_time_delta) CPU_TIME,总和(buffer_gets_delta)从DBA_HIST_SQLSTAT BUFFER_GETS年代,V $数据库d, DBA_HIST_SNAPSHOT sn年代。dbid=d。dbid和bitand (nvl (s。国旗,0),1)=0和sn。end_interval_time祝辞(选择systimestamp从双时区dbtimezone) - 7和年代。sql_id=: 1, s。snap_id=sn。snap_id和s。instance_number=sn。instance_number和s。dbid=sn。dbid parsing_schema_name=: 2)
[TOC00004-END]
客户细节:
O/S信息:用户:<强> 、术语:ospid: 31700机器
: 3012项目:perl@ * * * * * (TNS V1-V3)
应用程序名称:Oracle Enterprise Manager。度量引擎,哈希值=https://www.yisu.com/zixun/2371535196
这个BUG只能打补丁;
4 8 mdz49zkajhw3 ora - 4031自动报告升级后刷新查询执行期间12.1.0.2(2330230.1文档ID)
,以避免错误使用任何以下选择:
1/增加SGA的大小通过运行shared_pool_size SGA_TARGET_ADVISOR并设置一个最小尺寸的基于共享池的推荐顾问。
-
<李>或者
2/使用方法:
<代码>关闭“自动冲洗报告”功能设置: 完成;改变系统设置“_report_capture_cycle_time”=0;/*默认是60秒*/
参考:
故障排除光标:销年代等待X”等。(1349387.1文档ID)
高等待实时描述符闩从12.1.0.1(2382299.1文档ID)
数据库挂在12 c光标:销年代等待X”,“行缓存锁”和“库缓存负载锁”(2127483.1文档ID)
12 c:“承认在PGA上限”等事件(2138882.1文档ID)
高等待时间游标:销年代等待X事件升级后(1949691.1文档ID)
