在对大型数据库进行管理时，DBA最头痛的估计就是备份窗口了：数据库规模越庞大，SQL Server的备份时间就会越长。颇具讽刺意味的是，更大型的数据库，比如数据仓库需要最小的夜间维护窗口，因为它们需要更多的时间来加载数据。

　　存储域网络（SAN）数据库快照可以给DBA绕过备份窗的能力，通过它DBA可以在SAN内部进行备份而不用在操作系统层进行备份。SAN厂商往往会将快照软件同存储网络绑定销售。该软件可以同SQL Server相配合，暂时停止写入磁盘操作，然后通知SAN进行一个实时点服务器硬盘拷贝。无论硬盘大小，整个快照过程仅用时几秒。

　　在这里，我不想去具体讨论如何使用这一功能，但是我会告诉你许多它不能完成的事，这同样很重要，为避免在工作中遇到此类麻烦，看看下面的内容也许能让你少走一些弯路。

　　SAN快照可以降低写入速度

　　尽管SAN数据库快照是一个瞬时操作，但是它的效果却是长期的。进行快照后有多种方法来应对变化，而每种方法对性能的影响都不同。有些方法在写入时会造成性能下降，因为它们会在原有拷贝和快照之间移动数据。而有些方法会造成数据碎片，SAN会在后台进行清理工作从而影响性能。

　　每种方法都有自己的优缺点，但是重要的是你需要获得性能统计数据，分成使用快照和不使用两种情况。对SAN做基准测试，然后进行快照，再做基准测试。观察进行多个快照时的性能变化，最好使用和最终生产环境相同数目的快照。

　　仔细计划文件组和文件布局

　　SAN快照技术并不像SQL Server那样成熟，SQL的一些新功能已经超过了SAN快照软件的开发进度。

　　例如，一些厂商只能一次快照一个硬盘，对于那些数据分布在不同硬盘的用户来说就不太方便了。这些SAN厂商针对所有阵列都使用相同物理硬盘，共享轴来获取更好的性能，他们指出DBA不妨可以将所有数据都放在同一硬盘上。

　　另外一些厂商可以一次对多个硬盘进行快照，但是前提是这些硬盘处于同一SAN控制器上。理论上这可以完成最终目标，但是它同时意味着数据库服务器的硬盘不可以通过两个SAN控制器来实现负载平衡。在数据仓库情况下，这可以说是一个十分棘手的限制：我刚刚在SAN上部署了数据仓库，但是我们在最后一刻才得知这一限制。我们已经购买了控制器，如果我将硬盘限制在其中一个控制器上，那么就无法得到足够的数据吞吐量。我们必须在快照和吞吐量之间做出选择，这是我们没有预料到的。

　　另外还有一个限制，不是所有的快照软件都可以处理不同硬盘上有多个文件的文件组。这对于数据仓库来说是很平常的设置，特别是SQL Server 2005分区。由于数据库存储越来越快，DBA可以重新进行分区，将其设置为更适于快照的形式，在此之前，准备工作和充分的考虑很重要。

　　解决方法是从部署开始时就把SAN供应商牵涉进来。向他们询问其他客户的部署信息，最好是有相同大小的数据库。同这些客户的DBA进行交流，向他们询问文件结构和设置。