SQL Server 2008数据库与服务器合并

以下的文章主要向大家介绍的是正确使用SQL Server 2008数据库来进行服务器合并的实际步骤，以及在实际操作中值得我们大家注意的事项的描述。以下的文章将会给你提供相应内容分析，希望会给你带来一些帮助在此方面。

1.前言

随着公司使用越来越多的应用程序来管理业务流程、提供新的服务、和获得对业务执行情况的观察，支持这些应用程序所需的应用程序服务器和数据存储服务器的数目显著地增多。在许多公司里，硬件成本以及部署和维护公司内的多个服务器的费用是主要的财政和后勤预算。

同时，在硬件和软件技术方面的提高意味着现代IT系统可以处理比之前多很多的工作量。这促使将软件服务合并到较少的物理服务器上，从而使得更多地使用较少的硬件。这降低了购买和维护服务器的相关成本，并使得可以实现更高效的和更有效的IT基础设施管理。

Microsoft SQL Server 2008功能推出了服务器合并愿景的以下三个关键领域：

灵活性：一个SQL Server 2008合并解决方案可以由在一个物理计算机上的一个单独的SQL Server实例中的多个数据库、或在一个物理计算机上的SQL Server的多个实例、或在一个物理计算机上的多个虚拟服务器组成。通过支持所有这些合并 *** ，SQL Server 2008使得公司可以根据所需要的性能选择适当的隔离等级。

SQL Server 2008还提供了几个工具用来将数据和数据库移植到一个合并服务器上。

管理能力：尽管服务器合并的主要目的是降低硬件和许可证成本，但是你也可以使用它来集中管理功能。SQL Server 2008提供了一个工具套件来管理、监控和故障检查合并数据系统。这些工具使得可以集中管理合并服务器，还可以合并用于单独服务器的管理功能。

可扩展性和性能： 当你合并数据系统到较少的服务器上时，这些服务器中的每一个都增加了工作量。更高性能的硬件可以解决一部分问题，但是当合并服务器上的一些处理器使用不成比例的资源数量时你还会遇到一些问题，并且它会引起其它的处理器的性能下降。而且你还会遇到一个处理器锁定资源并阻止其它处理器完成工作的情况。

SQL Server 2008具有能够帮助你解决这些问题的性能优化特性。

2.灵活性

为数据库服务器选择一个服务器合并策略具有一些需要考虑的事项。在为你的数据服务决定更佳的合并策略时所要考虑的关键因素包括：

硬件资源： 每一个合并 *** 都对硬件资源的使用具有不同的影响，你应该考虑是32位还是64位硬件可以为你的解决方案提供更好的性能和可扩展性。

工作负载隔离： 当合并的目标是尽可能地降低服务器的数目时，那你就应该剖析不同数据库应用程序执行的工作负载，并考虑它们是否应该基于性能原因而隔离开来。

应用程序兼容性： 一些应用程序可能对与其它应用程序不兼容的数据访问协议、收集、或其它配置选项具有特殊的要求。

管理能力：合并通常通过集中管理所需的资源从而简化了管理。然而，你必须考虑维护工作的影响，例如在合并系统上的备份和索引管理。你还必须考虑合并的安全性影响，因为具有对某个数据库系统的管理权限的操作员可能不需要具有对其它数据库系统的管理权限。

有效性：你的合并策略可能会影响你的高有效性解决方案的选择。例如，数据库镜像提供了单个数据库级别的失效备援保护，而服务器集群保护整个服务器。

安全性：在一些情况下，可能基于安全因素要谨慎地隔离数据库应用程序。例如，一个应用程序可能需要一个在数据库服务器中可用的功能，例如通用语言运行时(common language runtime，CLR)集成或Database Mail。假如你隔离这个数据库，那么你就可以使用所要求的功能同时为其它数据库应用程序保留一个最小限度的表面。

当你设计合并解决方案时有这么多的因素要考虑，那么你就需要具有灵活性以便你可以选择最适合你的特定需求的 *** 。SQL Server 2008提供了一些合并 *** ，使得你可以通过混合和搭配选择来为你的数据服务创建理想的解决方案。

上述的相关内容就是对如何使用SQL Server 2008进行服务器合并的描述，希望会给你带来一些帮助在此方面。