问题

由于数据修改，SQL Server表和索引会逐渐出现数据碎片。在大型的I/O操作中，在SQL Server中用到这些碎片索引和表，可能对应用性能产生不利影响。

如果你是负责十几个SQL Server实例和上百个数据库的DBA中的一员，那么你将无法控制或者了解各种数据库中的活动类型。在这种情况下，很重要的一点是要定期检查问题碎片表和索引（除非你周期性地整理所有表的碎片）。这个任务经常落在DBA的身上，因为开发团队并不知道数据的物理表现。

本文提供一个用于收集所有碎片索引信息到一个中央数据库的代码。

可能的命令

我们可以使用下面两个命令来查找产生碎片的表：

•  DBCC SHOWCONTIG, for SQL Server 2000 or SQL Server 2005.
   •  Select …. From sys.dm_db_index_physical_stats, in SQL Server 2005.

这些命令必须在所有服务器的所有数据库上的索引上执行。下面有几个方法可供选择。比如：

1.　Run a DTS/SSIS package.
   2.　Write a program that loops on the server list and collects the information.
   3.　Run a SQL Server T-SQL batch job.
   4.　运行DTS/SSIS包。
   5.　编写一个程序遍历服务器列表并收集信息。
   6.　运行SQL Server T-SQL批处理任务。

为了在任意版本的SQL Server上运行而不需要先询问版本号，我决定执行DBCC SHOWCONTIG命令。为了简单起见，我仅使用T-SQL和链接服务器来创建一个SQL Server任务。

注意：当我的所有服务器都更新到SQL Server 2005时，为了符合最佳实践方法，我打算使用sys.dm_db_index_physical_stats取代DBCC SHOWCONTIG。

环境

我们在一个中央开发服务器上创建了一个SQL Server实例，并为DBA创建了一个数据库（DBA_DB），同时将服务器与所有的生产服务器连接。在DBA_DB数据库上，我创建了一个表记录所有生产服务器，并用一个名为“IsActive”的字段表示该服务器是否需要检查（这样，我们就可以排除某些已经检查了的服务器）：

点击此处下载以上脚本

我有一些程序遍历所有“LIVE”服务器（IsActive = 1）并执行一些常规任务。这些任务包括检查在最后X天中未备份的数据库、执行周期性能跟踪，等等。现在，我将要添加一个程序来检查碎片索引。我在中央数据库中启用xp_cmdshell存储过程。