您如何使两个相关但独立的系统保持同步？答案

【问题标题】：How do you keep two related, but separate, systems in sync with each other?您如何使两个相关但独立的系统保持同步？
【发布时间】：2008-08-17 02:57:46
【问题描述】：

我目前的开发项目有两个方面。首先，有一个公共网站，外部用户可以在其中提交和更新用于各种目的的信息。然后将此信息保存到 colo 设施的本地 SQL Server。

第二个方面是内部应用程序，员工使用它来管理这些相同的记录（概念上）并提供状态更新、批准等。此应用程序托管在公司防火墙内，具有自己的本地 SQL Server 数据库。

这两个网络通过硬件VPN解决方案连接起来，这很不错，但显然不是世界上最快的东西。

这两个数据库相似，并且共享许多相同的表，但它们不是 100% 相同。两边的许多表都非常特定于内部或外部应用程序。

所以问题是：当用户更新他们的信息或在公共网站上提交记录时，您如何将这些数据传输到内部应用程序的数据库中，以便内部人员对其进行管理？反之亦然……如何将员工所做的更新推送回网站？

值得一提的是，这些更新发生得越“实时”越好。不是说它必须是即时的，只是相当快。

到目前为止，我已经考虑过使用以下几种方法：

双向复制
双方的 Web 服务接口都带有代码，用于在所做的更改时同步更改（实时）。
双方的 Web 服务接口带有异步同步更改的代码（使用排队机制）。

有什么建议吗？有没有人遇到过这个问题？您是否提出了适合您的解决方案？

【问题讨论】：

嗨，我知道这是一篇旧帖子，但我只是在看一个非常相似的场景。你介意我问你最后选择了什么选择吗？谢谢

标签： sql-server database synchronization distributed

【解决方案1】：

我相信这是一个非常常见的集成场景。就个人而言，我认为使用队列的异步消息传递解决方案是理想的。

您应该能够实现近乎实时的同步，而无需像复制这样的开销或复杂性。

同步 Web 服务并不理想，因为您的代码必须非常复杂才能处理故障情况。当一个系统重新启动而另一个系统继续发布更改时会发生什么？发送系统是否超时？它和那些有什么关系？除非您准备好丢失数据，否则您将需要某种事务队列（如 MSMQ）来接收更改通知并确保它们到达其他系统。如果任一系统出现故障，更改（作为消息传递）将累积，一旦建立连接，重新启动的服务器将处理所有排队的消息并赶上，使系统完整性更容易实现。

如果您使用 .NET（尤其是如果您想使用 MSMQ），那么有一些开源工具可以真正让您轻松完成这项工作。

nServiceBus by Udi Dahan
Mass Transit 由 Dru Sellers 和 Chris Patterson 撰写

还有商业产品，如果您正在考虑商业选项，请参阅here 以获取 .NET 上的选项列表。当然，WCF 可以使用 MSMQ 绑定进行异步消息传递，但是像 nServiceBus 或 MassTransit 这样的工具将为您提供非常简单的发送/接收或 Pub/Sub API，这将使您的需求变得非常简单。

如果您使用的是 Java，那么有许多开源服务总线实现可以让这种双向异步消息传递变得轻而易举，比如 Mule 或者只是 ActiveMQ。

您可能还想考虑阅读Udi Dahan's 的博客，收听他的一些播客。这里是some more good resources，可以帮助您入门。

【讨论】：

【解决方案2】：

我正在进行一个类似的项目，但我有多个站点需要通过慢速连接（在某些情况下是拨号）保持同步。

首先您需要跟踪更改，如果您可以使用 SQL 2008（如果 2Gb 限制不是问题，即使是 Express 版本也足够）这将大大减轻痛苦，只需打开数据库上的 Change Tracking 和每个桌子。我们在总部使用带有扩展架构的 SQL Server 2008，在每个站点使用带有数据子集和有限架构的 SQL Express 2008。

其次，您需要跟踪您的更改，Sync Services 做得很好，并支持在主数据库中使用 WCF 网关。在此示例中，您需要使用 Sync using SQL Express Client 示例作为起点，请注意它基于 SQL 2005，因此您需要对其进行更新以利用 2008 中的更改跟踪功能。默认情况下，同步服务使用客户端上的 SQL CE，我敢肯定在你的情况下这还不够。您需要一个在您的 Web 服务器上运行的服务，该服务会定期（如果需要，可以每 10 秒一次）运行 Synchronize() 方法。这将告诉您的主数据库本地所做的更改，然后向服务器询问在那里所做的所有更改。您可以设置获取和应用 SQL 代码来调用存储过程，您可以添加事件处理程序来处理冲突（例如客户端更新与服务器更新）并在每一端相应地解决它们。

【讨论】：

【解决方案3】：

我们有一家商店作为客户，三个商店连接到同一个 VPN
其中两家商店有一台计算机作为该商店的“服务器”运行，第三家有“主数据库”
为了将所有内容同步到主服务器，我们没有最好的解决方案，但它可以工作：有一台专用 PC 运行一个应用程序，该应用程序检查两个存储的每个表中每条记录的时间戳，以及它是否与上次不同您同步，它会复制结果
请注意，这是双向的。 IE。如果您更新主数据库中的产品，此更改将传播到其他两个商店。如果您在其中一家商店有新订单，它将被传送给“主人”。
通过一些优化，您可以在 20 分钟左右让所有商店同步

【讨论】：

【解决方案4】：

最近，我在 SQL Server Service Broker 上取得了很大的成功，它提供了可靠的、持久的、开箱即用的异步消息传递，实现起来几乎没有痛苦。

设置速度很快，随着您了解更多，您可以使用一些更高级的功能。
大多数人都不知道，它也是桌面版本的一部分，因此可以用作工作站消息传递系统
如果您有现有的 T-SQL 技能，则可以利用它们，因为读取和写入消息的所有代码都是在 SQL 中完成的
速度快得令人眼花缭乱

它是 SQL Server 的一个被大大低估的部分，非常值得一看。

【讨论】：

【解决方案5】：

我想说只是有一份工作将 pub 数据库输入表中的数据复制到私有数据库挂起表中。然后，一旦您更新了私有端的数据，就将其复制到公共端。如果您没有更新公共端的任何复制数据，它应该是一个相当简单的事务复制解决方案。

【讨论】：