代码之家  ›  专栏  ›  技术社区  ›  RobS

SQL Server 2005/08中的对等复制

  •  6
  • RobS  · 技术社区  · 16 年前

    有人在设置方面有经验吗 peer to peer replication 使用SQL Server 2005或2008?

    具体来说,我感兴趣的是是否考虑了其他选项/替代方案,以及最终选择P2P复制的原因。

    如果使用了P2P复制:

  • 您在同步过程中是否遇到任何问题,并且易于监控?
  • 解决冲突有多容易?
  • 是否必须更改架构(即替换标识列等)?
  • 或者,如果您考虑了P2P复制,并选择了另一个选项,那么为什么要将其排除在外呢?

    1 回复  |  直到 16 年前
        1
  •  2
  •   Peter Mounce    16 年前

    (免责声明:我是开发人员,不是DBA)

    我们已经设置了SQL Server 2005合并复制,以便在两个活动/活动的地理分隔节点之间进行复制,从而在旧系统中实现恢复能力。

    我不知道这是否容易监控;在我的职权范围之外。

    它在每个表上创建触发器来执行发布/订阅机制,每个机制都调用自己的存储过程。

    在我们的例子中,它被设置为在节点0中使用标识1-1bn,在节点1中使用标识1bn-2bn以避免标识冲突(而不是为每个表使用nodeid+entityid的组合键,或者将键更改为guid)。

    我认为复制延迟大约是15秒(伦敦和纽约之间的专用带宽)。

    这是一个 工作时的巨大痛苦 :

    • 一个高薪的承包商花了一年的时间来建立它(当然,部分原因是由于DB设计的遗留性质)。
    • 我们缺少任何有专业知识的内部人员来支持它(内部DBA我们花了大约6个月的时间来学习它,并且从那时起就开始了)
    • 架构更新现在 痛苦的 . 据我所知:
      • 某些更新必须只在一个节点上执行;然后复制将负责确定在另一个节点上要做什么。
      • 必须在两个节点上执行某些更新
      • 数据更新只能在一个节点上执行(我认为)
      • 现在,所有更新的执行时间都要长得多-从运行DDL更改脚本所需的几秒钟到大约30分钟
    • 我不确定,但我认为复制的带宽要求非常高(在mbit/s范围内)
    • 介绍 许多的 “noise”对象(每个表3个存储过程,每个表3个触发器)进入数据库,这使得在对象资源管理器中查找要处理的项目变得不方便。
    • 我们将 从未 为这个系统设置第三个节点,主要基于感知到的困难和它在部署时带来的额外痛苦。
    • 我们现在还缺少一个反映生产的登台环境,因为设置起来太痛苦了。
    • 轶事:DBA进行设置时,常常会诅咒他被迫使用的是“MS v1”。
    • 隐约记得:DBA需要筹集几个优先支持票来直接从MS获得帮助。

    当然-其中的一些痛苦是由于我们的特定环境和没有内部人才来支持这个设置。您的里程可能会有所不同。