没有更多细节，它看起来像：

1. 您正在尝试设置repdef/sub，其中源和/或目标是热备份（WS）对（因此在错误消息中引用了" 逻辑连接" ）
2. 尚未完全定义WS对（因此错误消息中的'没有活动连接'短语）
3. 可能是 您的 rs_databases 表的内容存在问题（由于引用了（ dbid）129 而不是实际的逻辑连接名称），这又可能与 如果在不同的repservers中创建了repdef和sub，则会出现路由问题

还将帮助您了解以前是否曾尝试创建此repdef/sub对，是否有问题，并且 回滚/解决上述问题的步骤（例如，直接更新RSSD表）。 [在这一点上，我正在寻找关于为什么引用（dbid）129 而不是实际逻辑连接名称的一些想法]

-------- --------------

一般来说，我想回顾以下内容：

1. repdef引用的主要数据库（PDS.PDB）是什么？ 这个主数据库（PDS.PDB）是物理连接还是逻辑连接？
2. Rep_IQ.OPS 是物理连接还是逻辑连接？
3. 是repdef吗？ 是在repserver Rep2 或其他Repserver中创建的？ [即，是否涉及路线？]
4. 如果涉及路线，则该路线中所有RSSD的 rs_helproute `输出是什么？
< li> Rep2 的 admin logical_status `输出是什么？ （如果repdef是在其他repserver中创建的-那个repserver的 admin logical_status `的输出也是什么？）
5. rs_databases 其中dbid和/或conn_id = 129？ （来自此设置涉及的所有RSSD）

您是否已从"活动"（主）数据库中正确设置了复制？

如果运行" admin logical_status <逻辑连接>。"，则在"活动"字段中显示的内容是什么？

谢谢@

马克·帕森斯

供您详细的评论。 根据您的输入，我进行了调查，发现该错误是由于多次尝试在主Rep Server上设置Rep数据库（使用rs_init）然后将其删除而造成的。

我重新开始了整个过程，首先将Rep DB添加到主数据库，然后在辅助数据库中为主复制创建连接。 此修复程序与主要和次要代表的rssd_rs.rs_databases中的数据库条目保持一致。

-在"思想"中...