SQL Server事务复制大表出错后，如何避免全量重跑仅同步剩余数据？

一、先搞定当前BCP文件找不到的错误 #

错误提示The system cannot find the file specified对应MSSQL_REPL20037和20253，按以下步骤排查修复：

• 检查快照共享目录权限：确认发布服务器的快照共享路径对订阅服务器的代理账户开放读取权限，同时查看快照文件是否真的生成（有没有因为磁盘满、权限不足导致文件未生成或被删除）。
• 单独生成大表快照：别全量生成40张表的快照，在发布属性里选“仅生成所选对象的快照”，只针对出错的大表重新生成，减少耗时。
• 手动跑BCP命令排查：把报错里的BCP命令替换成实际路径，在订阅服务器上执行，看具体是路径错了还是分隔符问题（报错里的-t和-r参数格式明显有问题，可能是快照生成时的分隔符配置出错）。

二、大表同步断点续传：出错后不用全量重跑 #

默认快照复制是全量同步，出错就得重来，用以下方案实现增量同步剩余数据：

方案1：用备份初始化订阅替代全量快照 #

• 先给源大表做全量备份，恢复到目标服务器（确保恢复后数据和源表完全一致）。
• 配置发布时选“从备份初始化订阅”，指定备份文件路径。复制会从备份的LSN开始同步后续事务，不用再跑全量快照，就算中间出错，只需要从备份断点继续就行。
• 要是表太大，还可以分批次备份（比如按主键分区，分批备份恢复），降低单次操作的风险。

方案2：手动分批同步+事务复制兜底 #

• 用BCP或SSIS按主键/时间戳分批次导出源表数据到目标表，比如每次导100万行，同步时先禁用目标表的非聚集索引和外键，完成后再重建，提升速度。
• 分批同步完立刻开启事务复制跟踪，配置订阅时选“不初始化订阅”，用sp_addsubscription指定@sync_type = 'replication support only'，手动同步最后一批之后的事务，实现无缝衔接。

方案3：预初始化订阅 #

• 先把目标表数据和源表对齐（用tablediff工具校验），然后配置订阅时选“预初始化”，复制只会同步快照生成后的增量数据，不用全量覆盖。

三、阻止目标表被截断重同步 #

默认快照会截断目标表，改配置就能解决：

• 打开发布的表属性，找到“快照选项”，取消勾选“在应用快照前截断表”。
• 订阅配置时选“仅复制更改”或“从备份初始化”，别选“完整快照初始化”。
• 注意：必须保证源和目标表数据完全一致，否则会出主键冲突或数据不一致，先跑tablediff校验差异并修复。

四、大表复制性能优化技巧 #

• 同步时禁用目标表的非聚集索引、外键约束，完成后再重建，大幅降低批量插入的开销。
• 调整快照代理参数：把“批量复制超时”设大，“每次批量复制的行数”从默认1000改成10000，提升批量插入效率。
• 开启压缩快照：在发布属性里打开“压缩快照”，减少文件传输时间。
• 拆分发布：把大表单独做成一个发布，和小表的发布分开，避免大表快照拖慢其他小表的复制进度。

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