摘要：
1、原理 我说的数据修改同步过程指的是在快照生成完毕，分发代理将快照应用于订阅服务器完成订阅服务器初始化后，发布服务器后续的更改同步到订阅服务器过程，这也就是我们常常关注的延迟。此过程主要涉及两个代理，分发代理和日志读取代理，因为我们使用的是推送订阅，所以这两个代理都工作在分发数据库上。首先，日志读 阅读全文
|
摘要：
1、原理 我说的数据修改同步过程指的是在快照生成完毕，分发代理将快照应用于订阅服务器完成订阅服务器初始化后，发布服务器后续的更改同步到订阅服务器过程，这也就是我们常常关注的延迟。此过程主要涉及两个代理，分发代理和日志读取代理，因为我们使用的是推送订阅，所以这两个代理都工作在分发数据库上。首先，日志读 阅读全文
摘要：
初始化订阅主要是由分发代理分发和应用快照代理之前生成的快照，所以优化的主体是分发代理。 1、初始化订阅 首先在本地创建一个订阅，发布服务器、分发服务器和订阅服务器都在同一台服务器上，仅为了测试生产环境不要这样做 分发服务器参数配置 初始化订阅运行时间 需要注意几点： 快照代理实际执行的是BCP程序， 阅读全文
摘要：
测试数据表量1500w+，使用初始化默认的快照代理参数，复制的三个过程包括快照初始化，订阅初始化和数据修改复制，主要对快照代理、分发代理、日志读取代理分别作了参数优化，并给出优化前后的对照实验测试。 1.初始化快照 在复制监视器中找到快照代理位置，右键，选择代理配置文件： 查看默认配置： 初始化快照 阅读全文
摘要：
随着公司业务的发展，数据量增长迅速，在解决Scale Out的同时，还要考虑到主从的复制延迟问题，尽量降到1s以内满足线上业务，如果不调整，SQL Server默认的配置可能平均要3s左右。生产的复制架构采用的是推送方式进行事务复制，发布服务器下面有4个从节点，两两指向同一虚拟IP，构成负载均衡，服 阅读全文
|