今天在学习时看到一个“P2p拓扑结构的事务复制”的名词,据说SQL Server 2005的一个新特征,不知道是用来干什么的,请教一下大家。

解决方案 »

  1.   

    SQL Server 2005中对通过支持P2P拓扑结构来改进了事务的复制。
      SQL Server 2000支持双向的复制,它允许两个服务器同时发布和接收彼此的数据。服务器可以更新同一个共享数据,但是在这样的拓扑结构中你被限制在两个服务器上。
      对P2P拓扑结构的支持是不限制彼此之间交换事务的发布数据的服务器的数量的。当然,随着加入发布的服务器数量的增多,事务的延迟也在增大。即使是对你的P2P拓扑结构中的结点数量没有理论上的限制,也是只有在有限数量的情况下才能提供可以接受的性能。微软建议保持在12个或者低于12个点,以获得优化的性能。
      然而,P2P的拓扑结构是SQL Server的一大进步:现在,多个对等的服务器可以交换数据并且向其他的发布者复制事务。这意味着接收的服务器不会被限制在主要的报告环境中。你可以把服务器分散在世界各地,共享事务负载。随着用户数量的增加,只需要增加另一台服务器到池中。
      除了分散负载之外,这个拓扑结构还增加了可用性;如果有任何的对等服务器不可达了,池中其余的服务器都可以分享这个负载,因为每一个服务器都有其他所有服务器上可用数据的完全集合
      以下列出了使用P2P拓扑结构来平衡负载的优点和缺点  P2P拓扑结构的优点和缺点  优点:
      所有参与的服务器都有数据的完全集合。
      用户可以连接到任何一个对等服务器上读取或者修改数据。
      读取性能将会因为服务器之间分散了负载而得到大幅度提升。  缺点:
      多个服务器交换同样的数据,可能会导致冲突。
      事务复制在机器之外不支持冲突的解决。你最好了解如何处理或者防止潜在的冲突。
      当对等服务器增加的时候,性能将会受到影响
      写入活动同样执行,好像所有的数据都在同一台服务器上。
      注意:复制也得到了改进,以达到无缝处理数据库计划的改变的目的。在以前的发布中,改变复制对象的计划需要服务器停下来一段时间。在SQL Server 2005中再也不会出现这种情况
      

  2.   

    参考:
    对等事务复制
    http://technet.microsoft.com/zh-cn/library/ms151196.aspx
      

  3.   

    事务复制是SQL Server的一种负载平衡技术,使得服务器能够共享共享事务负载,SQL Server 2000支持双向的复制,它允许两个服务器同时发布和接收彼此的数据。服务器可以更新同一个共享数据,但是在这样的拓扑结构中你被限制在两个服务器上。SQL Server 2005中对通过支持P2P拓扑结构来改进了事务的复制。
      

  4.   

    对P2P拓扑结构的支持是不限制彼此之间交换事务的发布数据的服务器的数量的。当然,随着加入发布的服务器数量的增多,事务的延迟也在增大。即使是对你的P2P拓扑结构中的结点数量没有理论上的限制,也是只有在有限数量的情况下才能提供可以接受的性能。微软建议保持在12个或者低于12个点,以获得优化的性能。
      

  5.   

    楼上的说的挺好的,P2P的拓扑结构是SQL Server的一大进步:现在,多个对等的服务器可以交换数据并且向其他的发布者复制事务。这意味着接收的服务器不会被限制在主要的报告环境中。你可以把服务器分散在世界各地,共享事务负载。随着用户数量的增加,只需要增加另一台服务器到池中。