最近在生成一套系统的AWR报告时出现了如下报错:ORA-06502: PL/SQL: numeric or value error: character string buffer too smal
最近在生成一套系统的awr报告时出现了如下报错:ora-06502: pl/sql: numeric or value error: character string buffer too small,然后生成awr报告的过程就终止了,查看生成的awr报告,发现报告时不完整的,awr报告到complete list of sql text部分就结束了,且最后是以一个非常长的sql语句结束的,且这个sql语句还没有显示完整。查看mos后发现,这是bug 7833620导致的(参考mos文章doc id 1303342.1),但就为了生成awr报告去打patch,有点兴师动众了,于是决定想办法绕过这个bug。
根据上面的分析已经基本清楚,导致AWR报告生成失败的原因就是系统中存在一个特别长的sql。明确了这点,接下来就好办了,生成AWR报告的的sql文本是来自WRH$_SQLTEXT,那只要将这个基表中的sql文本进行截断,应该就能正确的生成AWR报告了。这里说明下,WRH$_SQLTEXT基表保存的是快照期间的sql文本信息,对该表的操作不会影响系统的sql语句运行,但是对基表的操作始终是非常危险的,建议不要直接在生成系统上进行操作,可以将生产的AWR数据导入到测试环境上生成AWR报告。AWR导入/导出具体操作,参看。
WRH$_SQLTEXT基表的结构如下:
保存sql文本的字段为CLOB字段,所以可以采用下面的方法对WRH$_SQLTEXT.SQL_TEXT字段进行截断:
update WRH$_SQLTEXT set sql_text = dbms_lob.substr(sql_text,3000);
commit;
执行完上述操作后,成功生成了AWR报告,但是,过长的sql是被截断的,如果要获得完整的sql,,可以根据AWR报告中的sqlid到系统中进行查找。
更多相关教程请访问 MySQL视频教程
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号