SQL Server中用于查找索引碎片的存储过程（上）
问题
由于数据修改，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存储过程。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/16436858/viewspace-594838/ ，如需转载，请注明出处，否则将追究法律责任。
