logo标签列表

SQL Server复制建议

sql-serverscalability
3
我们有一个场景：
一个主电商网站 - 目前吸引了很多访问者。
三个子“品牌特定”网站将从此网站中分离出来 - 这些网站中的每一个在未来都可能拥有相同水平的流量。
客户要求每个品牌站点的订单处理都在一个地方进行（即一个后台）。
我们应该选择哪种拓扑结构？我们认为，可能会有一个主 SQL 服务器，从后台进行读写，并将数据复制到“品牌特定”的 SQL 服务器实例。每个品牌特定站点都将有自己专用的 SQL 服务器进行前台“读取”。我们执行的任何写入操作都会返回到主数据库以保持库存并发性。
有什么想法吗？未来可扩展性是一个重要因素。
2个回答
1

如果没有更详细的了解您的应用程序如何运作，很难为您提供清晰的指导。

您提出的实现方案是在中央服务器（发布者）支持读写操作，并且有一些额外的站点特定服务器（订阅者）仅支持读取操作，这当然是可行的。这样做的另一个好处是可以灵活地复制仅需要进行读取查询的表格，例如您的中央服务器可能会管理供应商信息、账单等数据，这些数据可能不需要推送到订阅者。

如果有任何问题，其他所有服务器都将把写入活动直接返回到中央服务器，因此您的中央服务器很可能会成为瓶颈。分布式站点的位置，即它们与中央服务器的距离也会影响复制环境的事务延迟。

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

希望这可以帮助您，如果您有其他问题，请随时提出。

谢谢，约翰

0

虽然不是针对你的问题的具体答案，但Youtube scaling是一个关于YouTube扩展的有趣视频。也许它会给你一些启示。

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文，
原文链接