我们已经使用 SQL Server 复制很长时间了，并且遇到了一些问题，有时我们需要重新初始化订阅以解决一些问题，而其他时候我们需要破坏整个复制结构并再次重建它！
我们主要担心的是，一旦我们遇到复制问题，几乎所有简单的解决方案都是重新初始化我们的业务需求不接受的复制。
现在我们正准备发布一个新的大项目，我们正在尝试寻找第三方软件来进行 SQL Server 复制。
我们的设置包括分布在分支机构（不同国家/地区）的服务器 + 移动客户端（具有本地 SQL Server 数据库的笔记本电脑），我们需要在所有这些之间复制数据，并能够提供文章过滤。
有人可以为我们建议一些替代解决方案吗？
您不太可能找到比内置解决方案更好的合并复制解决方案。
尤其是合并复制很难实现。
我建议，如果您在当前设置中断时遇到问题，请与 Microsoft 联系。他们应该非常积极地帮助您找到问题的根本原因，以便他们的客户感到高兴，而不是像您在这里要求的那样寻找其他解决方案。
这是 Microsoft 咨询服务可以帮助您解决的问题。他们非常了解复制，并且需要正确地建立大型合并复制场，否则整个事情都会崩溃。
如果有需要排除故障的特定错误，您可以在此处发布这些错误，以便找出它们，但如果它非常敏感并且需要初始化订阅者，那么通常整个平台可能需要进行一些调查。