none
复制冲突 RRS feed

  • 问题

  • 在“a.user”和“b.user”上更新的行是同一行。冲突解决程序选择了来自“a.user”的更新。请问一下,这个提示是什么意思?另外怎么解决?谢谢!
    2010年8月23日 1:46

答案

  • 你好,

    请查阅以下文章

    http://technet.microsoft.com/zh-cn/library/ms151257.aspx

    (冲突解决-冲突解决程序类型)

    Thanks.


    Microsoft Online Community Support Please remember to mark the replies as answers if they help and unmark them if they provide no help.
    2010年8月24日 3:05
    版主
  • 意思就是:

    假如 server a 更新了 id = 1 的这条记录, 在还没有同步到 server b 的时候, server b 也更新了 id = 1 的这条记录, 这时候就冲突了, 因为要确定最终要以那台 server 的更新为最终结果

    冲突解决程序最终是选择了以 server a 的更新为最终结果, server b 的更新被放弃(相当于没有发生过)

     

    这个不发球问题, 而是数据处理规则的定义问题, 当你使用合并复制, 或者是对等复制这类可以在多台 server 同时更新数据的复制拓扑之前, 应该确认好, 业务出现这种同时操作同一条记录的情况时, 应该要如何取舍, 从而去配置复制冲突解决程序的规则.

    2010年8月24日 4:44

全部回复

  • 你好,

    请查阅以下文章

    http://technet.microsoft.com/zh-cn/library/ms151257.aspx

    (冲突解决-冲突解决程序类型)

    Thanks.


    Microsoft Online Community Support Please remember to mark the replies as answers if they help and unmark them if they provide no help.
    2010年8月24日 3:05
    版主
  • 意思就是:

    假如 server a 更新了 id = 1 的这条记录, 在还没有同步到 server b 的时候, server b 也更新了 id = 1 的这条记录, 这时候就冲突了, 因为要确定最终要以那台 server 的更新为最终结果

    冲突解决程序最终是选择了以 server a 的更新为最终结果, server b 的更新被放弃(相当于没有发生过)

     

    这个不发球问题, 而是数据处理规则的定义问题, 当你使用合并复制, 或者是对等复制这类可以在多台 server 同时更新数据的复制拓扑之前, 应该确认好, 业务出现这种同时操作同一条记录的情况时, 应该要如何取舍, 从而去配置复制冲突解决程序的规则.

    2010年8月24日 4:44