本

另一种方法（如果您在以下步骤中暂停了主数据库的活动）。

1。 停止源上的活动

2。 不用清除就删除数据库repsub

3。 删除并重新创建数据库repdef

或根据需要使用新子句更改数据库repdef

4。 新数据库repsub定义（不实现）+激活+验证+检查

5。 恢复源上的活动，使用rs_ticket或类似的内容进行检查

HTH

Avinash

回复：AFAIK rs_helprepversion适用于表级repdef（请在db repdef上进行尝试，看看会得到什么:-)）

我在db repdef上尝试过，它说基本上"否"（"不是有效的对象或复制定义ID"）

回复：我从经验中*知道*是复制数据流的停止是修复复制管道的最佳方法。

但这并不是最好的选择，它会导致不必要的用户中断。

我锁定了数据库的用户表，确保repserver已为该数据库刷新，然后运行alter db repdef。 它在应用程序访问中暂停了不到一分钟，并且对用户基本上是透明的。

似乎运行良好。