SQL Server Agent调度的SSIS包数据迁移异常：浮点列数据缺失

这种调度执行和手动执行结果不一致的情况在SSIS运维中确实挺头疼的，尤其是涉及浮点类型数据时，我结合实际经验给你梳理几个大概率的原因和对应的排查/解决步骤：

1. 执行上下文的权限与环境差异 #

手动执行SSIS包时用的是你当前登录的本地/域账户，而SQL Server Agent是用自身的服务账户来执行的，这两个账户的运行环境可能存在关键差异：

• 权限问题：Agent服务账户可能对源SQL Server A的视图（或其依赖的底层表）没有完整的读取权限，导致部分浮点数据行被过滤。你可以直接用Agent的服务账户登录到源数据库，手动查询视图，看看返回的浮点列数据是否完整。
• 环境变量/默认设置：两个账户的浮点相关默认参数设置可能不同，比如SET ARITHABORT、SET NUMERIC_ROUNDABORT这类参数，会影响浮点数据的返回结果。可以分别在两个账户下执行视图查询，对比返回的浮点值是否一致。

2. SSIS数据流中的数据转换或截断问题 #

浮点类型（FLOAT/REAL）在SSIS的数据流中很容易因为精度匹配问题出现隐性截断，手动执行和调度执行的批量处理逻辑可能触发不同的转换行为：

• 检查数据类型映射：打开SSIS包的数据流任务，查看源到目标的浮点列映射，确保源视图的浮点类型（比如FLOAT(53)）和目标表的类型完全一致，避免用精度更低的REAL类型接收数据。
• 启用详细日志排查：给SSIS包开启日志记录，勾选OnWarning、OnError以及数据转换相关的事件（比如DataConversionWarning），然后触发调度执行，查看日志中是否有浮点数据截断的警告信息，定位具体的问题行。

3. 批量加载的配置问题 #

如果你的OLE DB目标用了“快速加载”模式，批量插入的设置可能导致部分浮点数据丢失：

• 切换数据访问模式测试：暂时把OLE DB目标的“数据访问模式”从“快速加载”改成“表或视图”（逐行插入），然后重新调度执行，看看浮点列数据是否完整。如果问题消失，说明是快速加载的批量处理逻辑对浮点数据不兼容。
• 调整批量提交大小：如果必须用快速加载，可以尝试减小“最大插入提交大小”（比如从默认的0改成1000），分批次插入数据，降低批量处理对浮点数据的影响。另外，检查源数据中是否存在NaN、Infinity这类特殊浮点值，这类值在批量插入时可能被自动过滤，手动执行时则会保留。

4. SQL Server Agent作业步骤的配置差异 #

作业步骤中的SSIS执行参数可能和Visual Studio里的运行配置不一致：

• 对比连接字符串与配置文件：打开Agent作业的SSIS执行步骤，检查连接字符串、包配置文件是否和你Visual Studio中使用的完全一致，特别是连接字符串中的DataTypeCompatibility参数，确保设置为80（对应SQL Server 2008 R2版本）。
• 添加32位执行参数：如果你的SSIS包是在32位的Visual Studio中开发的，而SQL Server Agent是64位服务，可以在作业步骤的“命令行”里添加/X86参数，强制用32位运行时执行包，避免64位/32位环境下浮点处理的差异。

建议先从检查Agent账户的权限和启用SSIS日志开始排查，这两个是最容易快速定位问题的方向。

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