SQL服务器复制建议

Question

我们有一个场景

一个主要的电子商务网站 - 目前吸引了大量访客。

三个子“特定品牌”网站将悬挂在这个网站上 - 这些网站中的每一个都将具有相同的流量水平。

客户要求每个品牌网站的订单处理发生在一个地方（即一个后台）。

我们应该选择哪种拓扑？我们认为可能有一个主sql服务器同时具有来自后台的读取和写入，并将该数据复制到“特定于品牌”的sql server实例可能有效。每个品牌特定的站点都有自己的专用sql服务器用于Frontoffice“读取”。我们执行的任何写操作都会返回主数据库以保持库存并发

有什么想法？未来的可扩展性是一个主要因素。

Answer 1

如果没有更详细地了解您的应用程序的运行方式，很难为您提供明确的方向。

您建议的实现具有支持读取和写入的中央服务器（Publisher），以及仅用于读取的许多其他站点特定服务器（订户），这当然是合理的。这样做的另一个好处是，您可以灵活地仅复制读取查询所需的表格，即您的中央服务器可能会管理可能不需要推送给订阅者的数据，如供应商信息，账单等。

您的中央服务器可能会成为您的关键点，因为所有其他服务器都会将写入活动指向它。分布式站点的位置，即它们与中央服务器的距离也会影响复制环境的事务延迟。

如果您希望将所有数据库数据显示为只读分布式站点，那么您可能希望考虑使用日志传送。如果您的应用程序需要知道只能在本地服务器上处理读取活动并且所有写入活动都需要路由到中央服务器，则此实现的缺点是。

我希望这会有所帮助，但请随意提出其他问题。

干杯，约翰

Answer 2

不是您问题的具体答案，但Youtube scaling是一个关于youtube扩展的有趣视频。或许它会给你一些想法。