自动化管理讲述.ppt

使用STA，可以同时调优一条或者多条SQL语句，这些语句的来源包括 1、由ADDM找到的消耗过多资源的SQL语句 2、当前在shared pool里的SQL语句 3、从AWR相关的表里获取的SQL语句 4、用户指定的多个SQL语句 STA在调优多条SQL语句时，可以创建一个新的对象，叫做SQL Tuning Set（STS），并把STS里所有的SQL语句作为一个整体，传递给STA进行调优，STS不仅包含了多条SQL语句，还保存了下面的信心 1、执行SQL语句时的上下文，包括解析的schema名称、绑定变量等 2、执行SQL语句时的统计信息，执行次数、平均执行时间、CPU时间等 只有三类可以设置动态上限值。 高出基准线的百分比。例如HIGH 0.95，那么表示高出基准线95以后，才会产生告警。如果基准线是1000，HIGH就是1950，这个是以基准线的平均值为依据 基准线乘以这个百分比就是告警值，这个是以基准线的最大值为依据 超出告警值2次就产生告警 管理AWR以及生成AWR报表 我们使用位于dbms_workload_repository程序包里的modify_snapshot_settings存储过程来管理AWR快照的收集 1、保留时间（retention） 默认为7天（10080分钟），最少为1天，设置为0表示禁用自动删除功能 2、设定每次收集快照之间的时间间隔（interval），最少为10分钟，最大为100年，默认为60分钟，如果为0，关闭自动收集快照的功能，也就关闭了很多数据库的自我管理功能 3、topnsql：捕获性能时，捕获前N条SQL语句，可以设定的值包括：default（如果statistics_level设置为typical，那么就是30条，如果设置为all，那么就是100条）；n（捕获SQL语句的数量）；maximum（捕获内存里所有的SQL） AWR报表 1、database control生成报表 2、使用脚本生成报表 分析某一段时间的某一段snap数据，得到一个报表。然后对表进行详细的分析。 ASH体系结构 Oracle10g之前，并没有视图能够提供有关session在历史上的每个时间点上都做了什么，以及在等待什么资源的信息。 Oracle10g之前只是提供了v$session以及v$session_wait两个视图，来显示当前session正在执行什么SQL语句以及正在等待什么资源。 因此只能让用户重复执行出现问题的操作，并在该过程中，监控v$session和v$session_wait视图。 Oracle10g之后，提供了ASH(active session history)来解决这个问题。在数据库里记录了有关活动的session的历史信息。每隔1秒钟，ASH都会将当时活动的session的信息记录到SGA的一块缓冲区里。在ASH中，这个过程叫做采样。通过每秒钟的时间点上session状态进行采样，获得session状态变化的大致过程。 V$session+v$session_wait等 非SQL方式插入ASH而是直接内存访问 V$active_session_history 读取顺序 写入顺序 每隔60分钟 MMON 缓存使用到达2/3 MMNL DBA_HIST_ACTIVE_SESSION_HISTORY AWR WRH$_ACTIVE_SESSION_HISTORY 内存采样1/10的数据写入到AWR的分区表里面 ASH的工作原理 1、对活动session的采样数据存放在SGA中，该空间为循环使用。 2、因为session的信息量非常的大，因此ASH只从v$session等少数相关的视图中获取那些活动的session相关的信息 3、ASH每隔一秒钟收集session信息，不是通过SQL语句完成，而是直接访问内存的方式，相对来说高效 4、ASH里的数据还是很大，全部刷新到磁盘会过度消耗磁盘空间，因此只是刷新十分之一的数据。 5、该过程由MMON进程每隔60分钟自动进行，同时当ASH缓存的使用率达到三分之二时，会由MMNL（manageability monitor light）进程刷新到AWR中 6、ASH是一个固定大小的内存区域，每个CPU对应2MB空间，ASH最大不能超过shared pool的5%或者sga_target的5% 7、通过查询v$active_session_history视图获得当前ASH缓存里的数据，而ASH里的数据则刷新到WRH$_ACTIVE_SESSION_HISTORY表里，该表是一个分区表，其中的数据通过dba_hist_active_sess_history视图展现出来 访问ASH 1、将内存里的ASH数据转储到跟