|
|
1
11
这将为您提供命令(以及执行命令所针对的主键(即行))
|
|
|
2
9
很遗憾,我无法通过SQL Server复制接口(或事件日志)找出是哪个表导致了问题。它只是没有说。
请记住,为了实现这一点,在您对订阅者数据库进行差异化和修复的过程中,您的发布数据库需要保持“安静”。幸运的是,在这种情况下,我有这种奢侈。 |
|
3
3
如果您的数据库不是太大,我会停止复制,重新快照,然后重新启动复制。这 technet article 描述了步骤。 如果由于用户意外更改了副本上的数据而导致它不同步,我会设置必要的权限来防止这种情况。 |
|
|
4
1
|
|
|
5
0
当然,如果您在复制失败时检查错误,它还会告诉您哪个记录有问题,您可以从核心系统中提取数据,然后将其插入订阅服务器。 这比跳过错误要好,因为SQL数据比较会锁定表进行比较,如果你有数百万行,这可能需要很长时间才能运行。
|
|
|
6
0
|
|
|
7
0
以下检查解决了我的问题
|
|
|
8
0
当订阅服务器上不存在特定记录,并且对主服务器上的同一记录执行更新或删除命令,并且该命令也在订阅服务器上复制时,通常会出现此错误。 由于订阅服务器上不存在此记录,复制会抛出错误“找不到行” 解决此错误以使复制工作恢复到正常运行状态:
您需要手动将该记录从发布者数据库插入到订阅者数据库: |
|
John D · 需要为NULL或NOT NULL的WHERE子句 1 年前 |
|
Marc Guillot · 记录值时忽略冲突 1 年前 |
|
|
Fachry Dzaky · 正确使用ROW_NUMBER 1 年前 |
|
|
TriumphTruth · 从满足特定条件的数据集中选择1行 1 年前 |