公司通常通过整合来大幅减少营业费用和基本建设费用、增加SQL Server基础架构的扩展性和可用性。虽然对大多数公司来说进行整合很自然，但是一些DBA并没有充分利用有利条件。通常这是因为DBA缺乏对整合的根本认识，甚至有些DBA还对它有错误的认识。本文列举了一些公司放弃整合SQL Server实例和数据库的几大理由。

　　数据库迁移

　　在几个主计算机上整合SQL Server实例和数据库时，进行数据库迁移是很必要的。数据库迁移涉及到迁移SQL Server数据库和所有数据库对象。一些公司并不愿意从源SQL Server实例上迁移SQL Server数据到目标巩固的SQL Server实例。

　　往往公司的这种不情愿与IT人员对数据库、应用、连接字符串、SQL Server SSIS包或安全标识符的了解和熟悉程度有关，因为这些对象都会在整合过程中牵涉到。最终公司不选择整合是因为它们意识到，如果他们不能充分理解、计划、推进和管理迁移，失败的风险就会增加。

　　硬件和预算

　　虽然整合具有较大的意义，但在大多数情况下迁移SQL Server实例和数据库到新的整合平台时，新硬件很有必要。虽然整合服务器有更大的SQL Server工作量，IT部门还是想这些服务器比与没有利用的SQL Server实例相关的硬件更强大。

　　但是在目前的经济形式下，IT部门可能还没有购买新硬件或企业许可进行服务器扩展的预算。例如，公司新的整合系统可能包括四个quad-cores，RAM为64 GB、64位技术并且为SQL Server 2008 Enterprise Edition或Windows Server 2008。这样看来，该项目并不便宜。预算难度使得越来越多的公司将SQL Server整合计划搁置。如果顺利的话，投资收益率（ROI）证明整合和相关费用很充分的理由。

　　技术学习曲线

　　有Hyper-V 的SQL Server虚拟化已经日益变成了整合SQL Server实例和数据库的选择之一。虽然一些IT部门和DBA已经对虚拟化的益处有所了解，但是由于他们因为没有足够的相关知识，他们都不会采用这种方法。

　　还有一些IT人员对故障转移群集技术也不熟悉。在将实例和数据库整合到单个系统上时一般都会用故障转移群集，这样做有利于达到所有数据库的高可用性。

　　尽管Hyper-V和故障转移群集学习起来非常简单，IT部门还是会了解在整个环境里实施和管理Hyper-V基础架构以及故障转移群集这些方面之后再采用。

　　法规遵从和数据库自治

　　在很多情况下，法规遵从对公司数据如何存储和管理提出了一些规章制度。例如，出于安全和管理的原因，存储敏感数据的关键任务数据库需要自治。这些类型的数据库是与其他数据库隔离的，而且它们也不负责SQL Server整合。

　　TempDB资源竞争
　
　　tempDB系统数据库是SQL Server实例中所有数据库的共享资源。TempDB数据库存储了一个实例内所有数据库的临时工作负荷。并不是SQL Server中的每个实例都值得这么做，因为只有一个tempDB数据库。

　　虽然有很多优化tempDB提高性能的策略，但是实例仍然存在降低性能的可能——尤其是tempDB数据库是所有临时工作负荷一个的争夺点。没有充分意识到自身tempDB资源需求的IT部门也会对整合犹豫不决。

　　Resource Governor是SQL Server 2008管理SQL Server工作量和系统资源消耗的一种新工具。你可以通过指定CPU和内存消耗的限度来管理实例里有关整合工作负荷的资源。在SQL Server实例里整合数据库保护失控查询以免负面影响数据库时，Resource Governor的确是一种很好的新工具，我们应该实施。

　　注意Resource Governor在实例层面上工作，它只适用于数据库引擎（Database Engine）部分。所以一些有数据库引擎实例以及SSAS的DBA们都担心不能全盘管理数据库引擎和SSAS的内部元件。

　　的确，在系统上整合SQL Server实例和数据库时DBA们应该注意许多因素。通过适当计划、训练、了解SQL Server整合的潜在障碍，公司和DBA仍然可以收获SQL Server整合的益处、减少有关管理和操作SQL Server基础架构的总成本。