AWR介绍与启用
自动工作负载库(Automatic Workload Repository,AWR)
AWR的由来:
10g之前的oracle:用户的连接将产生会话,当前会话记录保存在vsession中;处于等待状态的会话会被复制一份放在vsession中;处于等待状态的会话会被复制一份放在vsession中;处于等待状态的会话会被复制一份放在vsession_wait中。当该连接断开后,其原来的连接信息在 vsession和vsession和 vsession和vsession_wait中就会被删除;oracle10g及之后保留下了vsessionwait中的这些信息,并多了vsession_wait中的这些信息,并多了vsessionwait中的这些信息,并多了vactive_session_history(ASH)视图,记录每个活动session在vsessionwait中最近10次的等待事件。ASH的采样数据是保存在内存中。而分配给ASH的内存空间是有限的,当所分配空间占满后,旧的记录就会被覆盖掉;而且数据库重启后,所有的这些ASH信息都会消失。这样,对于长期检测oracle的性能是不可能的。在Oracle10g中,提供了永久保留ASH信息的方法,这就是AWR。由于全部保存ASH中的信息是非常耗费时间和空间的,AWR采用的策略是:每小时对vsession_wait中最近10次的等待事件。 ASH的采样数据是保存在内存中。而分配给ASH的内存空间是有限的,当所分配空间占满后,旧的记录就会被覆盖掉;而且数据库重启后,所有的这些ASH信息都会消失。这样,对于长期检测oracle的性能是不可能的。在Oracle10g中,提供了永久保留ASH信息的方法,这就是AWR。 由于全部保存ASH中的信息是非常耗费时间和空间的,AWR采用的策略是:每小时对vsessionwait中最近10次的等待事件。ASH的采样数据是保存在内存中。而分配给ASH的内存空间是有限的,当所分配空间占满后,旧的记录就会被覆盖掉;而且数据库重启后,所有的这些ASH信息都会消失。这样,对于长期检测oracle的性能是不可能的。在



被折叠的 条评论
为什么被折叠?



