Oracle中的AWR报告是目前提供的最好的性能分析诊断工具。借助对于一个连续snapshot的分析，我们可以快速的获取到整体性能分析指标，综合定位问题发生点。Oracle中的AWR报告是目前提供的最好的性能分析诊断工具。借助对于一个连续snapshot的分析，我们可以快速的获取到整体性能分析指标，综合定位问题发生点。
任何Oracle版本中，我们都可能会遇到各种类型的Bug。发现Bug之后，和公布内容进行匹配确认，找到解决或者规避方法，是数据库使用者应该具备的一种能力。
AWR目前支持两个格式，html和text格式。text格式是从AWR的前身statspack中延续而来，格式简单、生成负载小，但是可读性不强。html格式是我们通常的选择。
一般而言，客户端脚本和服务器端程序不匹配，通常是造成脚本执行的一个很重要的原因。比如：我们使用10g客户端的旧脚本，调用11g服务器的新程序，是可能引起故障的。比较典型的就是还原数据字典的过程。
AWR生成脚本awrrpt.sql虽然是在客户端，但是只是负责参数数据收集和传入。生成AWR报告的关键程序是dbms_workload_repository包，awrrpt.sql并不直接和AWR数据字典打交道。所以，由于版本差异引起的问题，在这个案例上可能性是很低的。
这种场景的确是不正常的，而且由于代码加密的原因，我们也不能线行。这个时候可能就需要求助于经验集合MOS。
如果在SQL text中存在多种语言表示，那么在数据输出的时候，就会抛出异常ora-6502。
问题基本上就可以确定是这个了。那么怎么解决呢？对于策略，Oracle没有明确说补丁集合之类，只说这种情况比较偶然。
虽然定位了问题，但是终究还是需要解决的。html格式存在问题，那么更简单的text格式是否不会抛出异常呢？
的确和Bug说明的情况相匹配。除了text格式，笔者认为使用OEM产品中的AWR生成模块，也可以避免这类问题的出现。
任何软件的使用过程中，Bug是难以避免。当操作结果和我们预想不同、而且从经验判断不是操作失误的时候，就可以考虑是Bug的原因。
推荐：