SQL Server 2005支持负载均衡.docVIP

SQL Server 2005仍然不直接地支持负载均衡——但是它为以前SQL Server版本中可用的所有负载均衡方法提供了令人激动的改善和支持。 目录 　　1、端到端拓扑的事务性复制 　　2、表分割 　　3、备份和重新存储上的改善(片段式重新存储) 　　4、数据库镜像和快照 　　端到端拓扑的事务性复制 　　SQL Server 2005对端到端(P2P)的拓扑结构上的事务性的复制加强了支持。 　　SQL Server 2000支持双向的复制，这就可以让两台服务器同时对彼此发布和订阅数据。服务器可以更新同一个共享数据，但是在这样的拓扑中你被限制在两台服务器上。 　　P2P的拓扑结构支持无限的发布服务器，他们彼此之间可以互相交换事务。当然，当参加的发布者的数量增加之后，事务性的延迟也就更大了。虽然在你的P2P拓扑结构中对节点的数量没有理论上的限制，但是只有在某个确定的数字之下才可以提供可接受的性能。微软推荐低于12个节点，以保证性能的优化。 　　无论怎样，P2P拓扑都是SQL Server的一个巨大进步：现在，多端点服务器可以更改数据，并且向其他的发布者复制事务。这就是说，订阅服务器不再被限制在主要的报告环境中。你可以通过事务性负载全球共享的方式将服务器分布开来。当用户的数量增加的时候，只要简单地向这个群体中添加服务器即可。 　　除了将负载分布之外，这个拓扑结构还增加了可用性。如果任何一个点的服务器不可达，则池中其它的服务器就会共享这个负载，因为每个服务器都有其它所有服务器上可获得的全部数据集合。 　　以下的表列出了使用P2P拓扑结构来进行负载均衡的优点和缺点。 ??????? 对等拓扑的优缺点 优点 缺点 所有参与的服务器都有完全的数据集合。 用户可以连接到任何一个点的服务器上来读取或者修改数据。 由于负载在服务器之间进行了均衡，读取的性能得到了很大程度的改善。 多个服务器会修改同一个数据，这会导致冲突。事务性复制不支持具有超出常规的冲突解决方案。你必须找出解决或者防止潜在冲突的解决方法。 当端点服务器的数量增加的时候，性能会大幅下降。 写活动重复，因为所有的数据都在同一台服务器上。 　　注意：复制在处理数据库计划无缝修改方面也进行了加强。在以前的发布中，修改复制的对象的计划需要关机时间。但是在SQL Server 2005中就不是这样的情况了。 　　表分割 　　分布式分区视图的工作方式在SQL Server 2005中与以前版本中的工作方式相同。然而，SQL Server 2005还支持表分区，这可以让你通过分布读写负载到多个磁盘(或者磁盘阵列)上来改善性能。 　　对于分区表，你必须识别分区要用的是哪一个卷，还有每个分区的范围。例如，一个标识字段的数值可以定义分区范围;一个分区内可以允许从1到1百万的数值，在第二个分区内可以允许1百万到2百万，以此类推。分区范围可以通过分区函数来指定.然后你还必须创建一个分区计划来讲分区函数中定义的每个范围值映射到分离的文件组上去。每个文件组都可以放在不同的磁盘上。 　　以下的表给出了表分区的优缺点： ? 表分区的优缺点 优点 缺点 使用分区计划和函数很容易建立 简化了对大表的维护(有几十亿行记录) 允许为每个分区创建独立的索引 分区字段支持的数据类型有一定限制 必须为每个单独的分区建立一个表都，但是你可以在多个表上重复使用同一个分区函数。 表分区可以让你将负载扩展到磁盘上去。然而，所有的数据都必须被同一个服务器管理。如果你的性能瓶颈与CPU或者内存有关，那么这种方法看起来不是你最好的选择。 备份和重新存储方面的改善(片段式重新存储) 　　SQL Server的备份和重新存储特性没有很大的改变，但是微软确实添加了一些新的函数来允许用户比以前更快地访问被重新存储的数据库。 　　SQL Server 2005现在支持片段式数据库重新存储。片段式重新存储可以让你首先重新存储主要的文件组，然后将数据库启动，处于在线状态。然后，可用的第二个文件组也可以被重新存储。只要第一文件组被重新存储了，那么用户就可以连接到数据库了。其他的文件组可以继续重新存储，与此同时，数据库也可以为查询和事务提供服务。正在重新存储的文件组标记为离线。 　　假设你有一个100GB的数据库，其中的75GB是历史性数据，很少被访问到。你可以将这些历史性数据放在它自己的文件组里面，然后让那些频繁访问的数据放在另外一个文件组。如果你将最近的数据放在第一文件组中，那么你就只需要重新存储25GB的数据就可以让用户连接到你的数据库上。然后你再重新存储其它的保留历史性数据的文件组。 　　以下的表列出了这个备份和重新存储解决方案的优缺点： ? 备份和重新存储的优缺点： 优点 缺点 实现和维护非常简单 允许对报告数据