[数据库监控方案.docxVIP

数据库监控方案初稿 版本号： 日期：2011年3月7号 作者：张磊目 录目 录21 引言31.1目的31.2定义31.3补充32监控方法32.1分析实例级别的等待42.1.1sys.dm_os_wait_stats描述42.1.2分离重量级的等待52.1.3收集等待信息62.2关联等待和资源92.2.1sys. dm_os_performance_counters描述92.2.2收集计数器信息102.3细化到进程级别102.3.1跟踪需要遵循的一些重要准则102.3.2收集跟踪的具体办法102.3.3分析跟踪数据（暂略）142.4优化语句141 引言目的为解决一卡通服务项目遇到的性能问题，而编写该解决方案定义必须要说明的是：该监控方案主要提供如何提取可分析的监控数据，这些监控数据是解决项目所遇到问题的依据。该监控方案是一种思路，并不是SqlServer疑难问解答字典，但任然会根据监控数据简单的列出几种常见问题（并包含这些问题背后的原因）。要想彻底的解决一卡通项目所面临的性能问题。必须经过大量实验研究，并反复验证核实。同时也必须不断提高我们对数据库知识能力和积累相关经验。补充该监控方案不光只是针对一卡通服务项目，它可以适应任何一个项目的数据库监控本方案信息来源于《Microsoft SQL Server 2005 技术内幕：T-SQL 查询》一书的“查询优化”章节。换句话讲就是对这一章节的内容进行了个人整理。监控方法接下来将会介绍一系列监控步骤，帮助我们监控系统中可能遇到的各项瓶颈。通过这些步骤不断将其细化，直到找出系统中导致大量等待的进程/组件。步骤如下：分析实例级别的等待关联等待和资源细化到进程级优化语句 提示：所有步骤名称都与“查询优化”章节所描述的步骤名称是一直的准备工作：对需监控的SQL Server实例重新启动，这样做的原因是重置一些相关统计信息，保障我们提取的数据不会因以前的信息受到误导。理解DMV/DMF（动态管理视图/动态管理函数）：这些对象主要用来对数据库进行故障诊断，存储和进程调校，以及涉及多个会话的监视。本方案正是使用DMV/DMF得到监控信息，所以了解DMV/DMF是至关重要的（通过网上微软SqlServer联机丛书可得到更多相关信息）。分析实例级别的等待这一步骤任务是找出什么类型的等待占用了系统大部分的等待时间，主要通过sys.dm_os_wait_stats（DMV中的一种，该DMV包含400多种等待类型）来完成。以下为基本思路：sys.dm_os_wait_stats简单介绍分离重量级的等待收集等待信息sys.dm_os_wait_stats描述运行以下语句：SELECT wait_type, waiting_tasks_count, wait_time_ms, max_wait_time_ms, signal_wait_time_msFROM sys.dm_os_wait_statsORDER BY wait_type; 可能得到结果是（这是举例）：wait_type waiting_tasks_count wait_time_ms max_wait_time_ms signal_wait_time_msASYNC_IO_COMPLETION 3 1710 658 0ASYNC_NETWORK_IO 299875 176144 959 21377。。。LCK_M_S 652 40492 1598 165。。。注意：以上数值是从SqlServer服务最后一次重新启动开始累积值。 DMV sys.dm_os_wait_stats包含以下基本属性：wait_type 等待类型waiting_tasks_count 该类型等待的任务数量wait_time_ms 以毫秒为单位的该等待的总等待时间max_wait_time_ms 以毫秒为单位的该等待任务中最大的等待时间signal_wait_time_ms 等待线程从收到信号通知到其开始运行之间的时差提示：更多信息参照/zh-cn/library/ms179984.aspx/zh-cn/library/ms179984.aspx 针对sys.dm_os_wait_stats所提供的信息，可以列出几种常见情况，并加以分析：signal_wait_time_ms值过高，通常是cpu出现问题。与IO相关的等待类型是最常见，因为IO是最昂贵的资源，也有可能是查询或索引没有经过良好的设计。如果出现ASYNC_NETWORK_IO等待类型的值过