【问题标题】:SQL Server cannot subscribe to or be subscribed remotely to a Replication Publication?SQL Server 无法订阅或远程订阅复制发布?
【发布时间】:2011-05-13 21:25:45
【问题描述】:

我有一个主 SQL Server,运行 SQLServer 2000,有两个(理论上)订阅服务器,每个都运行 SQL Server 2005。

其中一个订阅正常,但另一个似乎总是订阅失败,无论是在尝试设置从发布者 (SQL2000) 到订阅者 (SQL2005) 的订阅时,还是尝试从订阅者设置订阅时通过 Server Management Studio 2008 和 SQL Enterprise Manager 发送给发布者

在这两种情况下,发布都是在发布者上创建的,但不会在订阅者上创建相应的订阅。

然后我收到一条错误消息,提示“进程无法连接到订阅服务器 [ServerName]”,并且没有任何活动迹象。登录、权限等都没有问题。sa的密码在两台机器上都是一样的,在2005机器上工作的机器上是不同的。

这是其他人遇到过的问题吗?

编辑:我现在尝试在每台服务器上添加一个 dbSubscriber 和一个 dbPublisher 访问帐户,这样他们就不会使用“sa”相互登录,但似乎没有任何区别。

EDIT2:添加推送订阅不会在订阅服务器上创建本地订阅。这是正常的,还是一切都崩溃的时候?

【问题讨论】:

  • 我建议您在通过 SSMS 实际运行复制配置脚本之前编写脚本,这样您就可以“准确地”看到正在执行/未执行的操作。
  • 有一条消息被发送到发布者以建立发布者/订阅者连接。我不知道这是否正常。
  • 创建推送订阅时,会向发布者发送一条消息以建立发布者/订阅者连接。创建拉订阅时,有一条消息发送给发布者,两条消息发送给拉订阅者。我不知道这是否正常。
  • 服务器可以互相通信吗?如果您在其中一台服务器上登录,您可以直接连接到另一台服务器,反之亦然。
  • @jfrobishow:是的,我可以连接到每个服务器。另外,Snapshot 的传输总是报送已经成功。只有在发送快照后,连接才会失败。

标签: sql sql-server sql-server-2005 replication


【解决方案1】:

感谢您发布更新,总是很高兴知道事情的结果。

在创建包含不同版本的 SQL Server 的 SQL Server 复制拓扑时,会涉及“复杂性”和内部问题,这听起来就像您正在发现的那样。

请记住,复制功能仅限于拓扑中最旧版本的 SQL Server:

Using Multiple Versions of SQL Server in a Replication Topology

【讨论】:

    【解决方案2】:

    我们并不真正了解出了什么问题,但我们认为 2005 服务器无法接受 2000 服务器作为 Push Publisher。

    我们在 2005 年的服务器上创建了四个不同的 Pull 订阅,前三个失败了,而第四个神奇地起作用了。

    我们接受这是来自计算机之神的祝福,不会质疑他的仁慈。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-10-21
      • 1970-01-01
      相关资源
      最近更新 更多