sql-server-2005 - 我可以通过 SSH 隧道进行 SQL Server 2005 合并复制吗？

Question

我们的用例是一个负责帐户、 session 、许可证等的数据库——它需要在客户端启动时进行轮询，因此高可靠性至关重要。因此，我们希望在物理上独立的网络中跨不同服务器进行复制，以防整个数据中心发生故障。我已经成功设置了对同一网络中另一台服务器的推送订阅，所以这通常有效。这是我现在需要开始工作的与网络外部服务器的连接。

复制不能直接跨网络工作。微软suggests either a VPN or web replication .后者让我觉得效率低下(他们确实说“注意:Web 同步是为与可移植计算机、手持设备和其他客户端同步数据而设计的。Web 同步不适用于大容量的服务器到服务器应用程序。”)

前者，VPN，可以工作，但我仍然认为它是一个不必要的复杂解决方案(更不用说增加的安全问题的可能性)，以持续运行 VPN 连接。 我宁愿只运行一个 SSH 隧道。 然而，我找不到任何文章解释如何做到这一点，而不是关于 MySQL。

我在订阅者上设置了一个 SSH 服务器，并使用 PuTTY 从 <publisher>:1434 建立了一个隧道。至<subscriber>:1433 .但是，我无法让 SQL Server Management Studio 以这种方式连接(我不确定它是否支持 : 端口语法)。我还在 <publisher> 上设置了别名的 SQL Server 配置管理器，带有 @@servername的 <subscriber> , 指向 localhost:1434 .连接到那个似乎也不起作用。

我使用了推送订阅选项，所以我认为发布者需要连接到订阅者，而不是相反。

两台服务器都使用默认实例，并在 Windows Server 2003 SP 2 上运行 SQL Server 2005 SP 2。订阅服务器上的 SSH 服务器是 freeSSHd 1.2.1。

这可能吗？有没有另一种方法可以利用 SSH 来假装机器存在于同一个网络中？还是我必须使用VPN？

Answer 1

当您谈论服务器的不同位置时，这是否也意味着不同的域？您对 Web 复制的评论是正确的，但仅适用于对数据库所做的日常更改。您的初始快照可以是任意大小，即使它是一个巨大的数据库。如果您的每日更新是有限的(对我来说几 1000 次似乎没问题)，那就去吧。很快!

编辑:

当您开始考虑在服务器之间交换数据时，存在一个主要的域/安全问题。如果您需要通过 VPN 或任何专用链接连接属于不同域的服务器，并且如果您不想通过 SQL 安全(避免它!)，您将面临与域信任相关的特定(和许可!)问题. Web 复制的聪明之处之一是通过通过 https 协议(protocol)保护连接来避免此类问题(和额外成本)。