多年以来，SQL Server整合已经成为一种广泛应用的策略。随着服务器发展越来越强大，它们能够在单个硬件上处理更多的服务。由于在多年前就引进了多核处理机，现在拥有同样数量物理CPU的服务器能够在许可要求不增长的情况下处理更多的工作。从整合的角度看来，微软SQL Server的最新版本并没有改变——在SQL Server 2005和SQL Server 2008中的技术仍然是相同的。

　　许可

　　服务器整合最大的益处就是许可。一旦完成迁移，由于现在的服务器数量少了，所以需要的许可证数量也就减少了。如果你使用的是基于CPU的许可证，那你可以节省一部份费用了。而对于基于CAL许可来说费用节省得就要少一些，因为服务器许可证比CPU许可证要便宜一些。

　　如果你没有从微软SQL Server的一个版本升级到另一个版本，你可能还不会意识到许可证的节省费用。如果你还停留在SQL Server的同一个版本上，你也不会看到许可证的节省费用——你也许不需要购买新的许可证。因为许可证版本相同，你可能将许可证从一台旧服务器迁移到新服务器上。然而，你可以免费在新SQL Server上使用另外的许可证。

　　一些应用软件可能由于某些原因需要与其他的软件隔离区分。例如，它们可能有大量的随机存储内存RAM或者设涉及到全实例（instance-wide）安全情况。在安装其他实例时，你必须正确许可这一实例。在你使用CPU许可证时，你就不需要为实例购买另外的许可证——一套CPU许可证就包括了所有安装在服务器上的实例。

　　硬件

　　对SQL Server进行整合会使你的其余的服务器不能再使用。你可以将这些服务器作其他用途，还可以将它们用作应用软件或者是开发服务器。

　　由于新服务器上数据库数量在增加，在你设计新服务器硬件时需要另外的硬件。这些硬件资源包括更多的RAM，在磁盘子系统中需要更多的spindle。

　　在你设计新的数据库服务器时要考虑设置群集解决方案。由于被动节点的花费，这样做就会增加你最初的系统花费，但是从长远来看，减少的系统停机时间就会满足它自身的需要。

　　设计和建立集群式数据库解决方案应该通过有经验的数据库管理员和Windows管理员来完成。建立集群式解决方案比单独的SQL Server要难得多。

　　在一个集群上由多个集群式的实例时，你仍然只需要许可你的活动节点。如果所有的实例在一个单独的节点上运行，那么只有这个节点必须得到许可。如果你的这些实例在一个以上的节点上运行，那么所有在SQL Server上运行的节点就必须得到许可。如果你用的是CPU许可证并且有两个活动节点，每个节点上有四个CPU，那么你就需要许可八个CPU。

　　系统监视

　　监视一个新的整合了的SQL Server就意味着在购买代理程序的时候会减少你的开支。在你监视系统检查性能问题时，很难将一个数据库的系统负载和另一个数据库分开。这是因为性能监视器对CPU有不同的计算器，并且内存使用是建立在每个数据库的基础之上。查看着故障信息的唯一方法就是将数据库隔离到单独的实例之上。

　　随着SQL Server可见性的增强，更多的应用软件和更多用户连接到了同一个SQL Server上，你就会更加关注系统性能。

　　整合gotchas

　　由于连接到数据库服务器上的应用软件的数量逐渐增加，单个数据库就已经出现了性能问题，其他在数据库服务器上的应用软件也出现了性能问题。在对系统上的数据库进行调优时你必须更加细心。

　　在SQLServer上安装服务包、进行热修理时你需要更多的时间测试所有应对新版本的应用软件。你能够对他们进行安装时，服务包和热修理之间会出现其他多余时间。所以你的服务器在更长的时间内很容易受到安全问题的影响。

　　可能现在一个服务器上有几个部门的应用软件，这就意味着各部门之间的政策可能成为了一个或多个问题——更是一个部门应用软件第一次引起的性能问题影响另一个不部门的应用软件。

　　在SQL Server2000、2005和2008上整合

　　在进行时，你需要考虑同时升级SQL Server版本。从以前旧版的微软SQL Server到更新的版本，你会发现另外的性能改善使你将更多的数据库迁移到服务器上。虽然其中一个版本的升级在您整理项目大大增加了合并的复杂性，最终的结果会减少整个服务器。

　　服务器合整合能够给你的前期投资带来丰厚的回报，它需要花很多的计划来完成整合。但是在最后，你需要管理的服务器就更少了，许可证费用也更低。另外一份报酬就是告诉你的CIO你目前正向这绿色数据中心前进。这对上层管理和投资者来说是很好的消息——他们也在做自己该做的那部分，在改善环境的同时还能盈利。