关于对等发布的冲突问题

一只熊猫 2016-05-16 12:45:34

为两台服务器配置了对等发布，然后出发布方与发布方自已冲突了，请问有人知道是什么情况吗？冲突的截图如下：

...全文

542 5 打赏收藏转发到动态举报

写回复

用AI写文章

5 条回复

切换为时间正序

请发表友善的回复…

发表回复

一只熊猫 2016-05-18

打赏
举报

引用 4 楼 roy_88 的回复:

合并复制要注意控制优先级当更新同一条记录时，以那个客户端还是服务器为优先在订阅类型里可设置(0.00~99.99) 你的标识列同步有两种方法处理 1.在订阅端和服务器端设置标识列的种子和步长，如：两台合并，直接奇偶数处理，其它有多少台设置步长时就定义多少 2.设置种子的范围，如A机：10000000000,B机:20000000000........这样定义开始数用于区分是那一台机

谢谢版主。因为是测试环境，我是简单的把服务器A的标识设成了1-10000，服务器B的标识设成10001-20000。主要是现在没有在AB同时插入的情况，只是在A上插入数据，就开始出现冲突。。。。

LongRui888 2016-05-17

打赏
举报

另外，这让我想到了，在mysql上的双主复制架构，其中也是有双向复制的情况，为了让两个数据库在双向复制时，不产生重复id，所以设置了不同的起始值、递增值，使得一个库产生偶数，一个产生奇数，这样就不会冲突了。

LongRui888 2016-05-17

打赏
举报

对等复制，如果你是用自增的id，肯定会有这种问题，因为两边的两个数据库，id都会增长，如果一旦值一样，而且这个值也是主键，就会有冲突，且报错。我看你上面的图，应该是设置了当发生冲突之后，有一个冲裁的方法，有一方是入选，一方是落选了。这种情况建议用uniqueidentifier数据类型，这样就保证两台服务器产生的id是唯一的，永远不会重复。

一只熊猫 2016-05-17

打赏
举报

谢谢版主。目前我的主键确实是自增的int型，我现在只是配置好了服务器A与服务器B间对等，所有的写入都是A，还没有在B进行任何写入，所以现在报这个异常我很不解。

中国风 2016-05-17

打赏
举报

合并复制要注意控制优先级当更新同一条记录时，以那个客户端还是服务器为优先在订阅类型里可设置(0.00~99.99) 你的标识列同步有两种方法处理 1.在订阅端和服务器端设置标识列的种子和步长，如：两台合并，直接奇偶数处理，其它有多少台设置步长时就定义多少 2.设置种子的范围，如A机：10000000000,B机:20000000000........这样定义开始数用于区分是那一台机

针对当前再制造生产的特点和实际需求，设计了一种面向再制造信息共享的P2P网络模型ReMIS。为适应再制造网络的高度动态性，模型采用基于自然簇和主题簇构成的两层混合结构，上层由主题对等体组成结构化的主题网络，下层由普通对等体组成P2P网络。ReMIS采用基于主题簇的资源分类和检索机制，能够确保在处理海量再制造资源信息的检索请求时具有较高的路由性能和查询性能，并能减少再制造生产中的词汇语义冲突；同时，发布/订阅机制的应用使再制造企业获取实时信息成为可能。相关性能分析表明，ReMIS网络是高效可行的，可以适应再

一些sqlserver对等复制的错误处理

SQL Server 2008 对等复制（peer-to-peer replication），数据库从 SQL Server 2005 迁移而来，配置没有问题，配置完成后，测试复制时，报大量冲突，包括 update-to-update, insert-to-insert 等等，多方查找原因无果，后偶然发现，从 SQL Server 2005 迁移过来的数据库的兼容性配置为 8.0，可能此数据库是

在事务 ID 为 0x00000000ce0f5800 的对等方 100 (传入)和事务 ID 为 0x00000000ce0faa8c 的对等方 2 (在磁盘上)之间的对等方 2 处检测到类型为 'Update-Update' 的冲突。错误：SQL Server对等发布出错:执行一批命令时出错。2、尽量就用一台数据库做写的操作，不然容易冲突。1、不要用触发器修改数据，会导致两边数据冲突。

通过对等事务复制可以在拓扑中的任何节点插入、更新或删除数据并将数据更改传播到其他节点。由于可在任何节点上更改数据，因此在不同节点上进行的数据更改可能会相互冲突。如果在多个节点上修改了某一行，则将该行传播给其他节点时可能会导致冲突...