如何将10个本地SQL实例的tblSN表数据推送至集中SQL实例

你的场景核心是10个本地实例的tblSN仅持续新增数据，无复杂更新/删除逻辑，需要低侵入将增量数据汇聚到中心库统一查询，以下3种均为生产环境验证过的可行方案，可按需选择：

• 方案1：SQL Server原生事务复制（零代码改造成本首选）
  这是最省事的方案，完全不需要修改现有C#程序。只需将中心SQL实例配置为分发服务器，每个本地SQL实例作为发布服务器，把tblSN配置为仅推送INSERT操作的事务发布项，中心库订阅所有10个本地实例的发布即可，同步延迟基本在秒级。
  必须提前处理主键冲突问题：中心库的tblSN不要直接沿用本地表结构，要额外加一个SourceInstance varchar(100)字段，用来标记数据来自哪个本地实例；复制配置时可以设置自动填充当前发布实例的名称，不需要修改本地表结构。中心表要么用SourceInstance + 本地原主键做联合主键，要么单独建一个自增主键，避免10个实例的自增ID值重复导致同步报错。
  该方案的前提是本地实例与中心实例网络互通，所有实例的SQL Server代理服务保持开启，给复制账号分配对应库的读写权限即可，配置完成后基本不需要额外运维。
• 方案2：增量轮询同步（可控性最高，无原生功能依赖）
  如果不想折腾复制功能的复杂权限配置，可以用稳妥性最高的轮询方案，同样能做到对现有业务零侵入：
  1. 每个本地库单独建一张同步水位表，存两个字段：LastSyncID bigint、LastSyncTime datetime2，初始值设为0和当前时间
  2. 写一个轻量定时作业（挂在SQL Server代理，或者单独写个极小的控制台程序设为Windows服务都可以），按需要的同步频率（1分钟/5分钟均可），每次先查询本地tblSN里ID大于水位表LastSyncID的新增记录，批量插入到中心库的tblSN（插入时带上当前本地实例的标识字段），插入成功后更新本地水位表的LastSyncID为本次同步的最大ID
  3. 所有操作包裹在数据库事务中，避免出现“插入中心成功但没更新水位”导致重复数据，或者“更新了水位但没插成功”导致丢数据的问题
     该方案容错性极强，哪怕本地和中心断网数小时，网络恢复后会自动从上次记录的水位接着同步，不会丢数据。
• 方案3：业务层双写（实时性要求最高时选择）
  如果可以修改现有C#程序的代码，可以直接在插入逻辑里加双写逻辑：本地tblSN插入成功后，异步把这4条数据带上本地实例标识写入中心库。
  注意不要用同步写逻辑：一定要做异步+本地落盘重试，绝对不能因为中心库连不上、网络波动就阻塞本地的正常插入逻辑。最好加一个本地重试队列，写中心失败的记录存在本地文件/本地表中，网络恢复后自动补传。该方案实时性最高，但需要修改业务代码，适合程序仍在迭代维护的场景。

• 不管选哪个方案，都不要直接把本地表结构原封不动同步到中心，10个独立实例的自增主键100%会冲突，必须加来源实例标识做区分
• 不要盲目追求强一致的实时同步，本地和中心跨主机的网络永远存在波动，预留重试、补传的容错空间比追求毫秒级同步靠谱得多
• 上线后建议加一个简单的每日校验逻辑，对比每个本地实例tblSN的总条数和中心库对应来源的条数，差值超过阈值就触发告警，避免长期运行出现数据漏同步无人发现的问题

内容的提问来源于stack exchange，提问作者NKAT