笔记314 性能监控级别步骤 2013-7-8
1 --性能监控级别步骤 2013-7-8
2 --1、识别瓶颈的原因包括多个方面，例如，资源不足，需要添加或升级硬件；
3 --工作负荷在同类资源之间分布不均匀，例如，一个磁盘被独占；资源发生故障；
4 --资源配置不正确等
5
6 --可能存在瓶颈以及对系统的影响
7 --可能的瓶颈方面 对服务器的影响
8 --内存使用 分配内存不足或SQLSERVER使用内存不足导致性能下降
9 --CPU使用率 长期的高CPU使用率可能表明TSQL查询需要优化或CPU需要升级
10 --磁盘输入/输出I/O 可以优化TSQL查询以减少不必要的I/O（例如：使用索引）
11 --用户连接 可能有太多用户同时访问服务器，从而导致性能下降
12 --阻塞锁 应用程序设计不合理阻塞妨碍并发，带来更长的响应时间
13
14 --2、监控级别
15 --SQLSERVER提供了多种性能监控工具，可以使用他们来仔细检查性能的不同方面，以
16 --不同的细致程度帮助用户确定故障区域，逐级逐步找到影响性能的最大因素
17 --（1）系统级监控
18 --应当首先查看系统级信息，确认系统资源（硬件）、网络体系结构对性能的影响，可以使用
19 --Windows应用程序日志，Windows系统监视器进行监控
20
21 --（2）数据库级监控
22 --在进行系统监控后，还需要监控数据库活动。使用SSMS中的活动监视器、SQLSERVER事件探查器
23 --和系统存储过程监控锁、用户连接数目
24
25 --（3）客户端应用程序监控
26 --最后，仔细检查和评估特定的查询的性能。使用SQL profiler 和系统视图检查对索引
27 --的使用情况、查询所需CPU时间和磁盘I/O操作
28
29 --3、建立性能基线
30 --当确定了性能监控中所涉及的资源、负载和目标后，开始进行监控，并建立性能基线
31 --与当前服务器性能进行比较。性能基线是一个保证系统正常操作性能范围值，达到
32 --或超过这个范围，系统性能可能会显著下降。应该对接近或超过性能基线的数字做进一步调查
33 --找出原因
34
35 --监控的周期是一段时间，而不是一两天。其中应该包括数据库活动的峰值时间和非峰值时间，
36 --数据查询和批处理命令的响应时间、数据库备份和还原所需时间
37
38 --建立服务器性能基线后，将基线统计与当前服务器性能进行比较。对高于或远低于基线的数字
39 --需要做进一步调查。他们可能表明有需要调整或重新配置的区域。例如，执行一组查询的时间增加，
40 --检查这些查询以确定能否重新编写他们，或者是否添加统计信息或索引
41
42 --4、确认用户活动
43 --监视用户活动有助于确定趋势，例如，用户运行的事务类型，运行的低效即席查询的数量和占用
44 --资源最多的事务类型。若要收集有关用户的统计信息，请使用SQLSERVER PROFILER 或系统监视器
45 --SSMS活动监视器用于对SQLSERVER进行即席监视，从而确定用户在系统中的活动
46
47 --5、隔离性能问题
48 --通常同时使用多个SQLSERVER或Windows工具比一次只用一个工具隔离数据库性能问题更有效。
49 --例如，图形执行计划功能（也称为“显示计划”）可以迅速识别单个查询中的死锁。然而，
50 --如果同时使用SQLSERVER和Windows的监视功能，将更容易识别某些其他性能问题
51
52 --通过对这些工具的灵活运用进行逐个性能问题的排查，而不是同时开启SQL PROFILER 和Windows性能监视器
