Sql server 订阅服务器的SQL Server复制不知道发布服务器

我有一个例子，许多sql server实例需要合并并集中在一个主数据库中

这需要接近实时的解决方案。在谷歌上四处查看之后，我发现事务复制可以做到这一点

问题是我有n个publisher数据库，它们甚至没有静态IP。我的印象是，推送复制将足以在不知道发布服务器连接的情况下将数据发送到集中式数据库，但似乎我错了

---

---

我的问题是：我如何设置一个解决方案来合并/复制多个发布者数据库，这些数据库没有静态IP，并且可能会经常因网络中断，所有这些都是近实时的？

复制对服务器名称很挑剔。根据我的经验，如果您不使用what，请选择@SERVERNAME；返回时，会有东西断裂。也就是说，只要拓扑中的服务器可以通过DNS将该名称解析为您的动态IP，我想不出您的配置不起作用的原因。你试过了吗？如果是，您看到了哪些错误？

复制对服务器名称很挑剔。根据我的经验，如果您不使用what，请选择@SERVERNAME；返回时，会有东西断裂。也就是说，只要拓扑中的服务器可以通过DNS将该名称解析为您的动态IP，我想不出您的配置不起作用的原因。你试过了吗？如果是这样，您看到了哪些错误？

有趣的话题，尽管错了。请尝试@clifton_h Hi Clif，为避免交叉发布，最好投票结束问题并转到dba。@TT。是的，但不管我写不写，这都会发生。我的目标是教育，而不是回答。有趣的话题，虽然错了。请尝试@clifton_h Hi Clif，为避免交叉发布，最好投票结束问题并转到dba。@TT。是的，但不管我写不写，这都会发生。我的目标是教育，而不是回答。我还没试过。发布服务器实际上不是由域托管的。它们位于笔记本电脑中，在地理上不断移动。我明白了。在这种情况下，您可能需要签出合并复制。它是为描述多个频繁断开连接的客户端、一个中心位置进行同步的场景而设计的。我们可以在主数据库不知道发布服务器数据库连接的情况下进行合并复制吗？在合并复制中，角色名称是翻转的。也就是说，您的中央服务器将被视为发布服务器，而断开连接的客户端将被视为订阅服务器。我建议你也读一读，看看是否符合你的情况。我想是的。从你的描述来看，似乎没有什么帮助。数据正在添加到断开连接的客户端，需要立即合并到集中数据库中。不过，我需要进一步了解合并复制。我还没有尝试过。发布服务器实际上不是由域托管的。它们位于笔记本电脑中，在地理上不断移动。我明白了。在这种情况下，您可能需要签出合并复制。它是为描述多个频繁断开连接的客户端、一个中心位置进行同步的场景而设计的。我们可以在主数据库不知道发布服务器数据库连接的情况下进行合并复制吗？在合并复制中，角色名称是翻转的。也就是说，您的中央服务器将被视为发布服务器，而断开连接的客户端将被视为订阅服务器。我建议你也读一读，看看是否符合你的情况。我想是的。从你的描述来看，似乎没有什么帮助。数据正在添加到断开连接的客户端，需要立即合并到集中数据库中。不过，我需要进一步了解合并复制。