SSIS OLE DB目标遇重复键无报错且中断写入，求排查方案

这问题我之前帮好几个同行排查过，核心是SSIS里OLE DB目标的错误处理策略和提交批次设置在两种模式下的默认行为差异，刚好你的第21条数据撞在了这个“盲区”里。

先拆解两种模式的表现原因 #

1. 普通「Table or View」模式：停滞在第20条的真相 #

普通模式是逐行执行插入操作，但它默认的Maximum insert commit size值为20——意思是每插入20条就提交一次事务。当第21条遇到主键重复时：

• 最可能的情况是你把OLE DB目标的错误处理设为了「Redirect Row」，但没配置错误输出的目标（比如临时表、文件），导致组件一直在等待处理错误行，看起来就像“停滞”了；
• 如果错误处理是默认的「Fail Component」却没报错，大概率是你开启了包级/组件级事务，同时SSIS的日志没开全，错误被隐藏了；另外也可能是OLE DB连接管理器的RetainSameConnection设为True，导致事务卡住无法回滚或终止。

2. 「Table or View - Fastload」模式：无报错但数据异常的原因 #

Fastload是用BULK INSERT批量加载，默认行为和普通模式差异很大：

• 如果你没勾选「Check constraints」选项，批量插入时会跳过列的检查约束（但主键唯一性约束仍会生效），但如果设置了Maximum errors大于0，SSIS会允许跳过指定数量的错误行，导致重复键数据被跳过却不抛出错误；
• 部分场景下，Fastload的批量提交机制会把错误行“吞掉”，除非你开启了错误输出并配置了目的地，否则不会有明显报错提示。

解决步骤（按优先级排序） #

• 先检查错误处理配置：打开OLE DB目标编辑器，切换到「Error Output」选项卡，确认「Error」和「Truncation」的处理方式。如果是「Redirect Row」，必须配置错误输出的目标（比如临时表）；如果要严格报错，改成「Fail Component」；
• 调整普通模式的提交批次：在OLE DB目标的「Advanced」选项卡，把Maximum insert commit size改成0（全部插入完成后提交）或更大数值，避免频繁小批次提交导致的事务问题；
• 校验Fastload模式选项：切换到「Fast Load」选项卡，勾选「Check constraints」确保约束生效，把「Maximum errors」设为0（遇到错误立刻终止），同时确认「Table lock」等选项符合你的业务需求；
• 开启SSIS详细日志：在Visual Studio里开启包的日志记录，勾选「OnError」「OnWarning」「Information」事件，这样能看到所有隐藏的错误信息，是排查SSIS问题的核心手段；
• 手动验证数据：直接在SQL Server执行INSERT INTO 目标表 VALUES (...第21条数据...)，确认是否真的抛出主键冲突错误，排除SSIS数据转换过程中出现的隐性问题（比如数据类型转换导致的伪重复）。

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