记一次ERP系统优化过程

公司的ERP系统，周一上午的时候发现业务全部卡住，页面无法打开。数据库为 oracle11.2.0.4

首先想到生成AWR报告看一下大概问题所在。

在这之前先问了AI，AWR报告中Elapsed值与DB Time值的关系，AI回答如下，符合预期。

下面是AWR报告的值，简直比早高峰的环线还堵，网页无法打开的效果完全符合这个值。

开始优化，先查看了内存情况，不出意料，设置的是自动内存管理AMM，当年觉得这是11G出的新特性，应该比10G的自动共享内存ASMM更牛叉。看一下AI是怎么回答的。

AI居然说“墙裂推荐”，看来新特性不一定就是好的，需要结合具体的环境设置。AI还说明了推荐原因，感兴趣的小伙伴可以自行查阅。

于是切换AMM到ASMM，并启用大页。切换过程不麻烦，只需要几句简单命令，需要重启数据库。中间会遇到一个修改pfile文件的小坑，在另外一篇文章中说明了这个问题。

切换完成后，等到周三，查询相同时间段的AWR报告，结果如下：

感觉这个效果是杠杠的呀。虽然用户没有继续抱怨了，还是用ADDM分析了一下AWR报告。这个工具真是好用，能快速帮你定位性能瓶颈。

对于顶级耗能的sql，报告给出了sql的完整脚本。分析了其中一个表，由几个ID字段和一个数值字段构成。重要的问题是，这几个ID字段居然都没有索引，而且都还用于where条件中。看来这就是问题了。

问题找到，处理就容易，把该加的索引加上，再重新搜集一下统计数据。

等到周五再看相同时间段的AWR报告：

已经很理想。ADDM报告还是给出了可以继续优化的sql，可以暂时不用理会了。