SSIS OLE DB源抽取DB2数据报文本截断或代码页字符不匹配错误

这个报错包含两类触发场景，你增大字段长度仍未解决，说明大概率不是单纯的字段长度不足：

• 元数据缓存不匹配：SSIS的OLE DB源组件在第一次配置查询语句时会固定拉取一次字段元数据，后续你手动修改输出列长度、调整SQL语句，如果没有触发元数据刷新，组件仍然会按照最初识别的字段长度做校验。尤其是你在查询里用了TRIM()函数，DB2 OLE DB驱动对函数计算返回的字符串字段，默认不会自动识别实际长度，经常出现长度判定偏差。
• 代码页转码失败：报错里明确提到“one or more characters had no match in the target code page”，说明存在字符编码不匹配问题。DB2 for i系列的物理文件经常默认用EBCDIC编码（对应CCSID 37、65535等），如果OLE DB驱动没有配置正确的转码规则，你数据里的单引号、问号这类半角符号在转成SSIS默认的ANSI/Unicode编码时，就会触发无匹配字符的报错，SSIS会把这类错误和截断错误归为同一个列状态返回。

按以下顺序操作即可排查修复：

• 显式指定查询返回的字段类型和长度，不要让驱动自动推断。把你的查询语句改成：

Select CAST(TRIM(SRCDTA) AS VARCHAR(100) CCSID UNICODE) AS SRCDTA from asc.myqcpy

改完SQL后点OLE DB源编辑器的“列”页签，弹出元数据变更提示时选择确认，让组件重新拉取正确的字段元数据，不要手动在高级编辑器里硬改输出列属性。

• 配置DB2 OLE DB连接的编码参数：打开你的OLE DB连接管理器属性，找到编码相关配置，如果你用的是IBM官方DB2 OLE DB驱动，把Code Page参数设为和源端库匹配的代码页，简体中文环境对应1386、英文环境对应1252；如果源字段的CCSID为65535（二进制位串类型），直接勾选Convert binary character data to Unicode选项，跳过转码匹配逻辑。
• 统一输出列数据类型：在OLE DB源的“输入输出属性”面板里找到SRCDTA输出列，直接把数据类型设为DT_WSTR（Unicode字符串），长度设为100，从根源上避免非Unicode类型的代码页匹配问题。
• 如果以上操作后仍偶发报错，临时把OLE DB源的错误输出配置为“重定向行”，执行一次任务把触发错误的行导出，即可定位具体是哪条记录存在隐藏特殊字符导致的识别异常。

注意：SSIS数据流任务做严格的元数据强校验，任何上下游列的长度、数据类型、代码页属性不一致都会触发校验错误，修改配置后一定要确认整个数据流链路的SRCDTA字段属性完全统一，不要只改源端不改下游组件的属性。

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