SSIS数据转换报错咨询：[DT_STR]转[DT_WSTR]时出现-1071607681错误

我之前在做SSIS数据转换时也踩过这个坑，错误代码-1071607681提示“除符号不匹配或数据溢出外的原因导致数据值无法转换”，通常不是表面看起来的简单问题，下面是几个常见的原因和对应的解决办法：

1. 源字符串包含不可打印的控制字符 #

DT_STR类型的字段里可能藏着一些肉眼看不到的控制字符（比如某些非标准换行符、设备控制字符，甚至是数据库遗留的无效ASCII字符），这些字符在转换为Unicode时会被判定为无效值。

• 解决办法：
  • 用派生列组件提前清理，比如用CLEAN()函数去除大部分控制字符：CLEAN(YourDTSTRColumn)，再转换为DT_WSTR。
  • 如果CLEAN()不够用，试试正则表达式过滤，比如在脚本组件里用C#代码处理：

    using System.Text.RegularExpressions;
    // 保留可打印的ASCII字符，其他替换为空
    OutputBuffer.YourWSTRColumn = Regex.Replace(Row.YourDTSTRColumn, @"[^\x20-\x7E]", "");
    

2. DT_STR的代码页与源数据编码不匹配 #

DT_STR是依赖代码页的非Unicode类型，如果SSIS里设置的代码页和源数据实际编码不一致，会导致字符解析错误，进而转换失败。比如源数据是UTF-8编码，但你把DT_STR的代码页设成了默认的1252（ANSI），就会出现这种问题。

• 解决办法：
  • 检查数据源的编码：如果是从文本文件来的，看文件实际编码（用记事本打开看“另存为”里的编码）；如果是数据库来的，确认字段的编码设置。
  • 在转换组件（比如数据转换、派生列）里，把DT_STR字段的代码页改成和源数据匹配的，比如UTF-8对应代码页65001，GB2312对应936。

3. 空值或异常长度的字符串处理不当 #

有些时候，源数据里的空值或者长度异常的字符串（比如长度为0但被标记为非空的字段），会让内置转换组件无法正确处理，虽然这不属于溢出，但会触发转换错误。

• 解决办法：
  • 在转换前先判断并处理空值，比如用派生列表达式：ISNULL(YourDTSTRColumn) ? "" : (DT_WSTR, 100)YourDTSTRColumn（这里100是你需要的目标长度）。
  • 添加数据查看器，捕获出错的行，看看具体是哪条数据有问题，针对性处理。

4. 数据源读取时已损坏 #

如果源数据在读取阶段就已经被错误解析，比如平面文件连接管理器的编码设置错误，导致读进来的DT_STR本身就是乱码，那么后续转换自然会失败。

• 解决办法：
  • 检查数据源连接管理器的设置：比如平面文件连接里的“代码页”是否正确，是否需要勾选“Unicode”（如果源是Unicode文件，直接用DT_WSTR类型读取，不需要转换）。
  • 先把源数据读取到临时表或者用数据查看器确认读进来的DT_STR是正常的，再进行转换。

快速排查步骤 #

1. 抓出错数据：在转换组件前后添加数据查看器，找到触发错误的具体行，分析数据内容。
2. 核对编码设置：确认DT_STR的代码页和源数据编码完全匹配。
3. 替换转换方式：用脚本组件代替内置转换，手动处理并添加调试日志，定位具体出错点。

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