DBA以常规方式执行的一些任务，不仅对SQL Server数据库几乎没有益处，而且实际上可能对他们的生产环境造成不利影响。在本文中，我会阐述几类这样的工作。如果你正在执行其中的一些工作，我希望你能尽快停下来。

　　1、收缩数据库

　　每天执行收缩（Shrink）数据库是一种不好的做法，有如下几个原因。从技术角度考虑，你看到的最大影响会是，每次数据库收缩之后会产生大量的索引碎片。另外，收缩数据库文件既增加了磁盘子系统的物理文件碎片，也增加了服务器的I/O负载，在运行收缩操作期间，会降低其他功能的性能。

　　现在，收缩数据库并不是一定会引起碎片。但是，因为文件本身是持续增长的，而你又一直在对它进行收缩，那么随着数据库自身的增长，数据库碎片将会变得越来越多。

　　如果你收缩日志文件，也有必然会再增长的坏影响，所有数据库操作在事务日志增长时都会处于暂停状态。在非常繁忙的系统中，这会花上一两秒的时间，会引起所有类型的锁定和阻塞，因为进程在等待事务日志增长。

　　另一个缺点是当数据库维护开始再次运行时，文件需要增长，这会占用CPU和磁盘资源才能完成。那么，这就会使得数据库维护时间花的更长，在SQL Server 2000和更早的版本中，或者在没有启用即时文件初始化设置的SQL Server 2005系统中尤其如此。

　　从管理的角度来看，这可能会给你造成一种安全错觉，因为你不知道你的数据库实际上需要多少占用空间。换句话说，如果每次你运行数据库维护进程时，你的数据库从一百GB增长到了一百三十GB，然后你把它再收缩到一百GB，你就不知道数据库实际上需要多少空间了。它需要一百GB还是一百三十GB?答案是它需要一百三十GB空间，以便它可以执行需要的数据库维护。如果你做了收缩，然后在磁盘上放了其他数据，你不可能有足够的空间执行你的数据库维护，这项任务就会失败的。