很多DBA都希望能够得到某个存储过程的执行信息,比如:

1) 执行了多少次

2) 执行的执行计划如何

3) 执行的平均读写如何

4) 执行平均需要多少时间

等等. 幸运的是SQL server 2008 提供了一个这样的DMV，使得我们比较容易就得到上面的信息。这个DMV是sys.dm_exec_procedure_stats，它输出了下面的信息（部分截图，具体的请参考联机丛书）：

今天给大家分享一个”删除大量数据后SQL Server性能下降”的案例。一般而言，数据库数据减少后，应该有助于提高SQL server的整体性能。可是在这个案例中，情况恰恰相反。

一个奇怪的timeout 问题—--使用network monitor trace发现应用程序在数据库上执行时的timeout错误。

问题的描述：

客户使用一个应用程序向数据库中装载数据。该程序执行大量的insert和bulk insert的命令。

客户的使用过程中，每4次执行就有一次会报timeout的错误。当timeout错误报出的时候，该程序执行了不到1分钟。

问题的检查：

既然错误信息已经明确的指出了是timeout，那我们首先需要检查客户端应用程序相关的timeout设置。

通常跟数据库有关的两个timeout设置分别为：连接timeout和语句timeout。

连接timeout是指客户端程序创建数据库连接时，多少时间没有响应，就报出timeout的错误。

语句timeout是指当客户端发送语句给SQL Server执行时，如果SQL Server多次时间没有返回结果集，就报timeout的错误。

以上两个timeout 都是在客户端连接的属性中设置，SQL Server没有相关的设置选项。

除了以上两个timeout设置，SQL Server 还有另外一个timeout的设置：lock_timeout. 这个timeout的定义是，当客户端连接开始执行语句并且出现等待lock资源的时候，

如果在设置的时间内一直没有获得lock 资源，就报出timeout的错误并cancel当前的连接。这个设置也是基于连接的，客户端程序在创建连接后，可以在当前连接中通过执行以下语句来设置：

SET LOCK_TIMEOUT timeout_period

1. 有一个极大的事务正在运行，还未提交完成，正在阻塞住其他进程。

Microsoft SQL Server 2005 提供了一些工具来监控数据库。方法之一是动态管理视图。动态管理视图 (DMV) 和动态管理函数 (DMF) 返回的服务器状态信息可用于监控服务器实例的运行状况、诊断问题和优化性能。

常规服务器动态管理对象包括：

• dm_db_*：数据库和数据库对象

• dm_exec_*：执行用户代码和关联的连接

• dm_os_*：内存、锁定和时间安排

• dm_tran_*：事务和隔离

• dm_io_*：网络和磁盘的输入/输出

此部分介绍为监控 SQL Server 运行状况而针对这些动态管理视图和函数运行的一些常用查询。

示例查询

您可以运行以下查询来获取所有 DMV 和 DMF 名称：

SELECT * FROM sys.system_objects
WHERE name LIKE 'dm_%'
ORDER BY name

维护 SQL Server 环境可能是一项非常复杂的任务。您可以通过本文提供的十种方式来降低复杂性并减轻压力。

Paul S. Randal

过去数年来，许多公司纷纷精简了其 IT 部门。很多数据库管理员 (DBA) 不得不承担大量的 SQL Server 数据库管理工作。更糟糕的是，经常并没有真正意义上的 DBA，而是随便找个人来充任。而且有时候，DBA 纯粹成了救火队员，在不断涌现的危机之间疲于奔命。这样恶劣的环境是不正常的，也难以持久。没有人愿意处于这种持续压力和干扰之下。

摆脱这种境况的一个方法是花点功夫来简化您的 SQL Server 环境，使之更易于理解和管理。我根据担任 SQL Server 顾问的实际经验总结出了以下十种方式，可以帮助 SQL Server DBA 提高对环境的控制力，并减少发生危机的可能性。这些方式按大致的重要程度列出，越往后越重要。

http://technet.microsoft.com/zh-cn/magazine/gg299551.aspx