SQL Server 2005的P2p拓扑结构的事务复制 今天在学习时看到一个“P2p拓扑结构的事务复制”的名词,据说SQL Server 2005的一个新特征,不知道是用来干什么的,请教一下大家。 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 SQL Server 2005中对通过支持P2P拓扑结构来改进了事务的复制。 SQL Server 2000支持双向的复制,它允许两个服务器同时发布和接收彼此的数据。服务器可以更新同一个共享数据,但是在这样的拓扑结构中你被限制在两个服务器上。 对P2P拓扑结构的支持是不限制彼此之间交换事务的发布数据的服务器的数量的。当然,随着加入发布的服务器数量的增多,事务的延迟也在增大。即使是对你的P2P拓扑结构中的结点数量没有理论上的限制,也是只有在有限数量的情况下才能提供可以接受的性能。微软建议保持在12个或者低于12个点,以获得优化的性能。 然而,P2P的拓扑结构是SQL Server的一大进步:现在,多个对等的服务器可以交换数据并且向其他的发布者复制事务。这意味着接收的服务器不会被限制在主要的报告环境中。你可以把服务器分散在世界各地,共享事务负载。随着用户数量的增加,只需要增加另一台服务器到池中。 除了分散负载之外,这个拓扑结构还增加了可用性;如果有任何的对等服务器不可达了,池中其余的服务器都可以分享这个负载,因为每一个服务器都有其他所有服务器上可用数据的完全集合 以下列出了使用P2P拓扑结构来平衡负载的优点和缺点 P2P拓扑结构的优点和缺点 优点: 所有参与的服务器都有数据的完全集合。 用户可以连接到任何一个对等服务器上读取或者修改数据。 读取性能将会因为服务器之间分散了负载而得到大幅度提升。 缺点: 多个服务器交换同样的数据,可能会导致冲突。 事务复制在机器之外不支持冲突的解决。你最好了解如何处理或者防止潜在的冲突。 当对等服务器增加的时候,性能将会受到影响 写入活动同样执行,好像所有的数据都在同一台服务器上。 注意:复制也得到了改进,以达到无缝处理数据库计划的改变的目的。在以前的发布中,改变复制对象的计划需要服务器停下来一段时间。在SQL Server 2005中再也不会出现这种情况 参考:对等事务复制http://technet.microsoft.com/zh-cn/library/ms151196.aspx 事务复制是SQL Server的一种负载平衡技术,使得服务器能够共享共享事务负载,SQL Server 2000支持双向的复制,它允许两个服务器同时发布和接收彼此的数据。服务器可以更新同一个共享数据,但是在这样的拓扑结构中你被限制在两个服务器上。SQL Server 2005中对通过支持P2P拓扑结构来改进了事务的复制。 对P2P拓扑结构的支持是不限制彼此之间交换事务的发布数据的服务器的数量的。当然,随着加入发布的服务器数量的增多,事务的延迟也在增大。即使是对你的P2P拓扑结构中的结点数量没有理论上的限制,也是只有在有限数量的情况下才能提供可以接受的性能。微软建议保持在12个或者低于12个点,以获得优化的性能。 楼上的说的挺好的,P2P的拓扑结构是SQL Server的一大进步:现在,多个对等的服务器可以交换数据并且向其他的发布者复制事务。这意味着接收的服务器不会被限制在主要的报告环境中。你可以把服务器分散在世界各地,共享事务负载。随着用户数量的增加,只需要增加另一台服务器到池中。 那种上网本用来学习JAVA程序够用么? sqlserver数据库中系统视图INFORMATION_SCHEMA.SCHEMATA在哪里? 帮助看下这个SQL语句有什么问题? 完全备份和增量备份写在同一个文件中,恢复时怎样操作? 如何根据数据库中的表名称,知道与之相关的存储过程呢? 在触发器中能调用存储过程 关于触发器问题两个 在ASP里面调用存储过程为什么失败,但是没有错误信息。 请教vfp表格 sql同时取第1行和最后一行的数据 定位删除?? SQL 问题
SQL Server 2000支持双向的复制,它允许两个服务器同时发布和接收彼此的数据。服务器可以更新同一个共享数据,但是在这样的拓扑结构中你被限制在两个服务器上。
对P2P拓扑结构的支持是不限制彼此之间交换事务的发布数据的服务器的数量的。当然,随着加入发布的服务器数量的增多,事务的延迟也在增大。即使是对你的P2P拓扑结构中的结点数量没有理论上的限制,也是只有在有限数量的情况下才能提供可以接受的性能。微软建议保持在12个或者低于12个点,以获得优化的性能。
然而,P2P的拓扑结构是SQL Server的一大进步:现在,多个对等的服务器可以交换数据并且向其他的发布者复制事务。这意味着接收的服务器不会被限制在主要的报告环境中。你可以把服务器分散在世界各地,共享事务负载。随着用户数量的增加,只需要增加另一台服务器到池中。
除了分散负载之外,这个拓扑结构还增加了可用性;如果有任何的对等服务器不可达了,池中其余的服务器都可以分享这个负载,因为每一个服务器都有其他所有服务器上可用数据的完全集合
以下列出了使用P2P拓扑结构来平衡负载的优点和缺点 P2P拓扑结构的优点和缺点 优点:
所有参与的服务器都有数据的完全集合。
用户可以连接到任何一个对等服务器上读取或者修改数据。
读取性能将会因为服务器之间分散了负载而得到大幅度提升。 缺点:
多个服务器交换同样的数据,可能会导致冲突。
事务复制在机器之外不支持冲突的解决。你最好了解如何处理或者防止潜在的冲突。
当对等服务器增加的时候,性能将会受到影响
写入活动同样执行,好像所有的数据都在同一台服务器上。
注意:复制也得到了改进,以达到无缝处理数据库计划的改变的目的。在以前的发布中,改变复制对象的计划需要服务器停下来一段时间。在SQL Server 2005中再也不会出现这种情况
对等事务复制
http://technet.microsoft.com/zh-cn/library/ms151196.aspx