在分析数据库性能的关键时刻,突然发现awr不能正常的工作,那就和你上了战场突然发现枪没有子弹一样的郁闷, 今天就遇到了11.2.0.3在linux的环境中awr生成html不能正常工作.通过查询mos发现该问题出现在各种平台中(win,linux,aix等), 提醒大家注意该问题.
SQL> SELECT * FROM V$VERSION; BANNER ------------------------------------------------------------------------- Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - Production PL/SQL Release 11.2.0.3.0 - Production CORE 11.2.0.3.0 Production TNS for 64-bit LINUX: Version 11.2.0.3.0 - Production NLSRTL Version 11.2.0.3.0 - Production
awr报错(html)
SQL> @?/rdbms/admin/awrrpt.sql ORA-06502: PL/SQL: 数字或值错误 : 字符串缓冲区太小 ORA-06512: 在 "SYS.DBMS_WORKLOAD_REPOSITORY", line 919 ORA-06512: 在 line 1
设置errorstack
SQL> alter session set events '6502 trace name errorstack level 12'; 会话已更改。
分析错误
----- Error Stack Dump ----- ORA-06502: PL/SQL: 数字或值错误 : 字符串缓冲区太小 ----- Current SQL Statement for this session (sql_id=572fbaj0fdw2b) ----- select output from table(dbms_workload_repository.awr_report_html( :dbid, :inst_num, :bid, :eid, :rpt_options )) ----- PL/SQL Call Stack ----- object line object handle number name 94348684 919 package body SYS.DBMS_WORKLOAD_REPOSITORY 983BAD54 1 anonymous block ----- Call Stack Trace ----- _skdstdst()+121 CALLrel _kgdsdst() 19D99520 2 _ksedst1()+93 CALLrel _skdstdst() 19D99520 0 1 485816 4863B2 485816 _ksedst()+49 CALLrel _ksedst1() 0 1 _dbkedDefDump()+368 CALLrel _ksedst() 0 6 _ksedmp()+44 CALLrel _dbkedDefDump() C 0 _dbkdaKsdActDriver( CALLreg 00000000 C )+4209 …………
通过查询mos发现Bug 13575143一致,可以确定是该bug,但是通过进一步测试证明不光是awrrpt会出现该错误, awr的相关报告中,只要是展示html结果的都有可能出现类此错误(比如awrrpti.sql/awrddrpt.sql/awrddrpi.sql等等). 同时这里通过进一步分析发现其实该bug的起源是Bug 6458801(REPLACE on a CLOB can corrupt multibyte data ID 6458801.8), 不过该bug说明已经在11.2.0.1中修复,其实通过这里的分析发现并没有真正的在11.2.0.3中修复该bug,针对该问题没有官方没有提供较好解决方法,只能
是用过WORKAROUND来临时解决
生成报告选择格式时 ,选择 :TEXT 格式即可.
后来发现,我的memory_target没有设置,设置后,再执行后,就没有再出现问题.
|