我希望有人能在这里提供一些见识。我所处的环境中，我们有一个中央数据库服务器和一个约200个设施的单个数据库服务器，该中央数据库服务器具有大约20GB的数据库。目的是在指向其本地服务器的每个设施上运行我们的应用程序的副本，但要尽可能频繁地双向同步所有数据库（每天受影响的行不超过10,000行，平均每行1.5kb）。由于连接的变化，一个设施可能会离线一周或两周，一旦恢复在线就需要赶上。
问题：将拉复制与合并策略一起使用，是否存在会影响我们环境的实际限制？在50、100、200个设施上，我们期望看到什么负面影响（如果有）？我们应该对中央服务器有什么样的带宽期望（我在任何地方都找不到这个数字）？
感谢您的任何想法或指导。
答案 0 :(得分：1)
根据您的描述，数学公式如下：
1.5 kb（每行）* 10000行=每天15 GB（分钟），在50到200个站点中的每一个站点。
从中央服务器发送的15 GB *（50至200个站点）=每天0.7至3 TB（分钟）。
您的站点将非常繁忙（每天15 GB），而集线器将非常繁忙（每天3 TB）
因此带宽可能是一个问题。您肯定会想要监视您的带宽和吞吐量。负面影响是您的集线器（每次同步）的周期性缓慢。