SQL Server跨实例同步：新增/更新记录时同步至新服务器方案咨询

针对你在DNS迁移期间需要保持新旧SQL Server数据一致的需求，我整理了几个实用的方案，涵盖SQL Server内置功能和第三方工具思路：

1. SQL Server 事务复制（Transactional Replication） #

这是最适合短期过渡场景的内置方案，能实现实时增量同步：

• 配置步骤：在旧服务器（发布端）创建发布，选择需要同步的支付请求表和交易记录表，设置同步的操作类型（插入、更新）；在新服务器（订阅端）创建订阅，接收发布端的变更推送/拉取。
• 优势：完全基于SQL Server内置功能，无需额外开发，同步延迟极低，支持自动重试失败的同步任务。
• 注意点：需要确保新旧服务器之间网络连通，配置好发布订阅的权限（比如使用SQL Server代理账户）；DNS切换完成后，你可以直接移除复制配置，不会影响新服务器的正常运行。

2. 变更数据捕获（CDC）+ 自定义同步脚本 #

如果需要更灵活的同步逻辑，可以用CDC配合定时作业：

• 第一步：在旧服务器的目标表上开启变更数据捕获（sys.sp_cdc_enable_table），捕获所有插入、更新操作的变更日志。
• 第二步：在新服务器创建SQL Agent定时作业，定期查询旧服务器的CDC捕获表，将未同步的变更数据应用到新服务器的对应表中（可以用MERGE语句处理插入和更新）。
• 优势：自定义程度高，能根据业务需求过滤特定数据，适合有特殊同步规则的场景。
• 注意点：需要自己编写同步脚本处理冲突（比如新服务器已存在相同主键的记录），建议过渡期内将新服务器设置为只读，避免双向写入导致冲突。

3. 第三方同步工具 #

如果不想折腾内置功能，成熟的第三方工具也能快速解决问题：

• Redgate SQL Data Compare：支持定时同步新旧服务器的数据，能自动识别差异并同步，操作简单直观，适合非技术人员快速上手。
• Attunity Replicate：支持实时数据同步，能捕获源端的变更并实时推送到目标端，适合对同步延迟要求极高的场景。
• 注意点：这类工具大多需要付费，不过短期过渡可以试用或者选择合适的授权方案。

关键注意事项 #

• 过渡期建议将新服务器设置为只读模式，直到DNS完全生效、所有客户都切换到新服务器后，再放开写入权限，避免双向写入导致的数据冲突。
• 同步开始前，先做一次全量数据同步（比如用BACKUP/RESTORE或者SQL Data Compare），确保新旧服务器的初始数据一致，再开启增量同步。

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