一步步教你合并你的SQL Server数据库

核心提示： 一旦你决定了将哪个数据库放置在堆中，要仔细的检查数据访问和数据使用模式，一步步教你合并你的SQL Server数据库(5)，这些将会帮助你将用户数据库在合并的SQL Server上进行分组，以提供优化的性能，一旦合并SQL Server的第一个阶段是稳定的，移动第二阶段的数据库到下一个合并

一旦你决定了将哪个数据库放置在堆中，要仔细的检查数据访问和数据使用模式。这些将会帮助你将用户数据库在合并的SQL Server上进行分组，以提供优化的性能。例如，将具有较高负载的单个的用户数据库放在不同的堆中，然后将负载较低的用户数据库添加到这些堆中，并且观察整体的性能。通过这种方式调整之后，你就会在硬件资源有限的情况下收到较优的吞吐量。

仔细地对你在默认的SQL Server和数据库设置上进行的任何更改记录文档。

步骤4：在产品环境中部署合并数据库

在你决定了用户数据库在合并的SQL Server堆上的最优位置之后，将用户数据库从他们当前的产品环境中一个接着一个地移动到新的合并拓扑中去。在你移动了每个用户数据库之后，监控对性能产生的影响来确保合并系统仍然保持了引入这些新的用户数据库之前的稳定性。

这里有很多种方式将用户数据库移动到合并环境中去。一种比较流行的方法就是将每个数据库从它当前的环境中分离出来，拷贝到合并环境中去，然后把它们附加上去。

然而，复制将会妨碍你将发布的数据库分离开来。如果你的数据库是发布的，那么就最好不要复制，移动数据库，然后重新构建发布和订阅。在全文本分类的SQL Server 2000数据库上， 你不得不手工拷贝数据库和全文本的分类到合并环境中，正如微软技术支持描述的一样。也有可能使用拷贝数据库想到，但是它对于不是小型数据库的任何东西都无法升级。

在向业务拥有者开放合并数据库之前，运行预热脚本来确保第一个用户在新的合并环境中的体验不会是一个迟缓的感觉。

步骤5：监控并保持合并SQL Server 数据库的稳定

即使是经过了最仔细的分析、测试和基准测量，你还是可能会在合并环境中发现惊喜。在合并过程的早期阶段，项目团队就对于通过监控和调整合并的SQL Server上面的用户数据库提供优化的性能很熟悉了。

一旦合并SQL Server成为产品，这些监控和调整技巧就会变得毫无价值。此时要调整一些较大的用户数据库，特别是当它们拥有外部依赖（例如复制或者全文本搜索）的时候，就会困难重重了，一些较小的可以轻松移动的用户数据库需要具有正当的理由，你还需要一个维护窗口。

监控应该允许你在很大程度上具有管理每个合并SQL Server方面的前摄性，特别是在寻找储运损耗和性能问题的时候。许多商业的监控程序在这一点上都很理想，例如BMC 软件公司的Patrol,微软的 MOM ，以及Quest软件公司的Spotlight等。

监控的目标不仅仅是对于问题具有前摄性，还要交付一个稳定的，统一的SQL Server解决方案，能够为所有的用户数据库，还有更重要的是，能够满足或者查阅SLA协商内容的解决方案提供性能和高可用性。一个稳定的环境被定义为一个能够充分服务所有负载，而不会带来一丁点的性能下降的环境；从监控的角度来说，它就是一个安静的服务器，不会产生任何性能警报。

一旦合并SQL Server的第一个阶段是稳定的，移动第二阶段的数据库到下一个合并群中去。在第一阶段接受的教训在随后的各个阶段里面还会具有促进作用。