Oracle：数据库运维管理要做好实时监控

核心提示： 一、自动工作负荷存储库的特点自动工作负荷存储库主要是通过两个回退进程实现的，分别为内存监视器与内存监视灯，Oracle：数据库运维管理要做好实时监控(2)，这两个进程是一对双胞胎数据，他们可以给数据库管理员带来很大的帮助，此时就可以把这个参数设置为Typical，这个参数是自动工作负荷存储

一、自动工作负荷存储库的特点

自动工作负荷存储库主要是通过两个回退进程实现的，分别为内存监视器与内存监视灯。这两个进程是一对双胞胎数据，他们可以给数据库管理员带来很大的帮助。如这两个进程会相互合作，从数据库系统全局区中直接收集性能统计数据。如数据库服务器CPU内存的使用率等等。其中内存监视器在其中担任主要角色。默认情况下，内存监视器每个小时会启动一次，并从数据动态性能视图、数据库目录视图和数据库优化器中收集性能等相关的统计信息，然后会把这些信息存储在数据库的表中。这个表就叫做自动工作负荷存储库表。通常情况下，这个表被Sysman用户所拥有，并被存储在Sysaux表空间中。

二、启用自动工作负荷存储库并进行相关的配置

如果数据库管理员需要启用这个自动工作负荷存储库功能，则需要手工对此启动。默认情况下数据库是不会启动这项功能的。笔者的意见是，在数据库设计或者测试的时候，不用启动这项功能。毕竟其本身需要耗用服务器一定的资源。但是在生产服务器(即企业已经在使用的Oracle数据库)系统中，最好启用这项功能。以帮助数据库管理员自动收集数据库的运行性能信息，以实现前瞻性监视的目标。

如果想要启用自动工作负荷存储库功能，则需要配置数据库中的Statistics_level这个参数。这个参数主要有三个值，用来决定内存监视器进程收集统计数据的深度与频率等等。如数据库的规模比较小或者应用时间不长的话，可以把这个参数设置为Basic。在这个参数下，数据库虽然已经启用了自动工作负荷存储库，但是会禁用这项功能的大多数争端监视以及顾问活动。也就是说，此时数据库管理员启动数据库实例时，系统只会收集少量的数据库运行时的统计数据。当数据库规模比较大时这些数据往往不能够帮助数据库管理员排查故障发生的原因。如果数据库设计比较复杂或者企业对于数据库的性能要求比较高，则此时数据库管理员可以把这个参数设置为ALL，这是自动工作负荷存储库收集统计数据的最高级别。在这个级别下，内存监视器将会捕获大部分的统计数据，同时还会收集来自操作系统的执行计划和定时信息。如Oracle数据库的自动备份有时候需要操作系统的任务计划的帮助下才能够完成。那么此时数据库管理员就需要考虑数据库性能下降的原因是否跟这个操作系统的任务计划有关。此时内存监视器收集起来的跟操作系统相关的计划与定时信息就会非常的有用。不过有时候数据库管理员可能只需要收集数据库自深的运行信息，而不需要操作系统的相关信息。此时就可以把这个参数设置为Typical。这个参数是自动工作负荷存储库的标准级别，他会收集跟数据库自深相关的统计信息。