当前位置：首页 > news >正文

DM8故障分析工具-AWR报告

news 来源：原创 2025/6/22 8:08:21

在数据库运维过程中，大家都会利用数据库提供的各种工具来找到数据库存在的问题，以便对症实施配置优化，我是因工作需要，最近开始了解达梦数据库DM8的故障分析工具，这里发现AWR报告是一款不错的自带工具，故而把相关内容梳理出来，便于日后查阅回忆查阅。

一、配置AWR报告生成的步骤。

AWR报告并不是默认开启的，因其对数据库服务器的性能是有较大影响的，所以只有在你需要的时候才开启，平时一般是没有开启的。同时为了帮助准确分析问题，建议选择性能影响最大的两个时间点间生成AWR报告，避免关键指标被平均 影响你对故障的分析，故而首先就是需要掌握如何生成报告，下面是报告的生成具体步骤。

1、初始化AWR快照包 。通过调用sp_init_awr_sys(1); 该存储过程完成初始化操作，其中参数值为1表示初始化，为0表示去掉初始化，即停止AWR报告生成。初始化之后，可通过SELECT SF_CHECK_AWR_SYS; 快速查看状态，以验证初始化是否正常，1为正常（如下图）。

2、设置时间间隔。 AWR报告是需要通过不同时间节点进行对比分析来查找故障原因的，所以接下来设置时间间隔的方法是调用 dbms_workload_repository.awr_set_interval(10);这样的系统过程，其中10表示的是10分钟，系统默认是60分钟，你可以根据需要设置。

3、手动生成快照。可通过调用系统存储过程 dbms_workload_repository.create_snapshot();快照，若参数为空或设置为'TYPICAL' 表示仅刷新部分数据，若参数为'ALL'表示将全部历史数据保存下来，该值会影响快照生成数据的大小，一般参数为空就可以。

4、查看快照。 通过下面SQL语句可以查看系统生成快照情况，如下图所示 SELECT * from sys.WRM$_SNAPSHOT;

5、生成AWR报告。当快照有两份或多份的时候，就可以通过调下这个系统包生成awr报告。sys.awr_report_html(1,2,'/dmdbms','1.html');其中前两个参数表示开始和结束的快照ID号，即第4步查询到snap_id，第三个参数表示awr报告输出目录，第四参数是AWR报告文件名。同时该过程生成是HTML格式的报告，还可调用AWR_REPORT_TEXT生成TEXT格式的报告等，参数类似。也可以用如下的函数直接在SQL中查看报告，但我比较喜欢第一种HTML格式， SELECT * FROM TABLE (DBMS_WORKLOAD_REPOSITORY.AWR_REPORT_HTML(1,2))。

至此报告生成完成了，就可以调用call sp_init_awr_sys(0);过程，关闭快照生成，至此系统中的快照就会删除，第4步的查询快照就会报错了，但系统的性能会恢复正常，你就可以开始分析报告了。

二、对AWR报告进行分析

AWR报告分析，涉及内容很多，是一个不断实践不断总结提升的过程，在此把一些常见的分析内容放在这里，随着工作经验的增加，可能这里的内容会越来越多，希望与有兴趣的同事交流提升。

1、数据库负载分析。在下图的指标项中，可分析数据库负载分析，即DB TIME/(Elapsed*CPUS)可了解数据库负责情况，一般认为大于80%时，表明数据库存在性能问题，此时需要分析TOP的等待事件，或SQL ORDER By Elapsed Time大量数据排序消耗时间。

2、硬解析分析。通过下图可查看到硬解析占比，正常业务系统中硬解析的数量一般应在10%以下，而且占比越少越好，否则就要分析SQL语句是否应该优化了。查看commit提交情况，若非常多可调整buffer区，工作线程量等，因commit提交太多，就是IO写太高，影响性能。

在下图中，可重点关注Non-Parse CPU和Execute to Parse两个指标，查看系统中SQL是否有优化空间，是否是硬解析太多，以便考虑优化SQL写法，具体如下：

Non-Parse CPU是表示 SQL实际运行时间/(SQL实际运行时间+SQL解析时间），若该值太低表示解析消耗时间过多，就需要对SQL进行优化，比如注意SQL使用参数化、变量绑定等，还有SQL写法是否可优化以提升SQL执行计划命中缓存等，否则太多时间在解析SQL是不利于系统性能的。
Execute to Parse是指SQL语句执行与分析比例，若SQL重用率高，则这个比例就高，该值越高表示解析后被重复执行的次数越多，这样就是我们所期望的，因执行是业务有效的使用，而不是在解析SQL。