Oracle AWR与警报系统

管理自动工作负荷知识库

Oracle收集大量有关性能和活动的统计信息。这些信息在内存中积累,并定期写入数据库:写入到构成自动工作负荷知识库(Automatic Workload Repository,AWR)的表中。AWR作为SYSAUX表空间中的一组表和其他对象而存在。AWR与数据字典相关,但又与数据字典不同,因为AWR对于运行数据库而言并不是必需的。数据写入AWR,并存储一段时间,最终被最近的信息覆盖。

收集AWR统计信息

统计信息收集的级别由实例参数STATISTICS_LEVEL控制。可以将这个参数设置为BASIC、TYPICAL(默认设置)或ALL。TYPICAL级别允许收集正常调整所需的所有统计信息,同时不会收集对性能有不良影响的统计信息集合。BASIC级别几乎禁用收集所有统计信息,禁用所有性能调整顾问和服务器生产的警报系统——不存在可评估的运行时性能优势。ALL级别会收集与SQL语句执行相关的、机器详细的统计信息。如果进行高级的SQL语句调整,那么可以使用ALL级别,不过在收集统计信息时会导致性能稍有退化。

统计信息在内存中(也就是在SGA内的数据结构中)累积。因为统计信息只反映实例进行的操作,所以并不影响实例的性能。将统计信息定期地(默认为每小时一次)写入磁盘,也就是写入AWR。这称为一次AWR快照。将统计信息写入磁盘的操作由后台进程(可管理性能监视器MMON)完成。后台进程的使用对于统计信息收集进程的效率来说十分关键。MMON直接访问构成SGA的内存结构,从而也可以访问这些内存结构中的统计信息。这个进程可以在不需要通过会话执行SQL的情况下从SGA内提取数据。此时唯一的系统开销是将数据的快照实际写入AWR。默认方式是每60分钟保存一次,在重写前,快照会存储8天,这个周期是可配置的。

AWR是一组表,由SYS拥有,并且存在于SYSMAN表空间中。这些表不能被重新定位。Oracle仅支持以DBMS包的形式提供的各种API或者通过各种视图来访问AWR。

管理AWR

可以把一对快照标记为底线,明确地保存起来。底线快照不会自动清空。调整AWR设置来频繁保存快照,可以更准确地诊断问题。如果快照间隔数个小时,就可能错过活动高峰时刻。如果过于频繁,就会增加AWR的大小,并且可能由于手机和保存信息的工作负荷的增加对性能产生影响。

调用PL/SQL包DBMS_WORKLOAD_REPOSITORY可以调整AWR快照的频率和持久性。查询DBA_HIST_WR_CONTROL视图会显示快照的保留时间和频率的当前值。CREATE_SNAPSHOT过程会强制生成快照,并定期手机。强制生成快照一般咋启动某类工作的前后进行,这样就可以生成某个特定时间段的报告。

使用自动数据库诊断监视器

Oracle数据库预配置了一组顾问。首先涉及的是Automatic Database Diagnostic Monitor(自动数据库诊断监视器,ADDM)。研究在保存AWR快照自动生成的ADDM报告通常是DBA的一项日常事务。ADDM报告具有宝贵的价值,并且突出说明了数据库内的问题以及建议的解决方法,但是在许多情况下,报告会建议运行一个或多个其他顾问。与ADDM相比,这些顾问能给出更准确的诊断信息和建议。

ADDM查看存储在两个AWR快照中的数据。通过比较它们,它可以总结出这些快照期间的活动并生成报告。这个报告试图检测任何可能的性能问题,并提出缓解它们的建议。ADDM可以识别的问题包括:

CPU瓶颈

争用问题,如行锁

I/O系统上的压力

高负载SQL

只要生成AWR快照,ADDM就会自动运行。它分析当前快照和以前快照之间的活动。因此,默认情况下,每小时可提供一次报告。也可以根据需要在任意两个快照之间生成一份报告。

生成报告:@?/rdbms/admin/addrpt.sql

描述并使用顾问框架

顾问依靠内存中实例积累的活动统计数据,这些统计数据会写入AWR,作为快照。

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/26a9ab001790aaa8120b65454112f0c6.html