SSIS审计表写入异常排查：执行SQL任务未成功写入问题

1. 变量传递出问题 #

• 第一个统计行数的任务如果把结果存到变量里，得确认第二个任务能正确拿到：
  • 检查变量作用域，别把变量建在第一个Task的子级，要放在包级别才能被第二个任务访问
  • 核对变量数据类型：行数是整数就别用字符串类型，不然插入时会因类型不匹配失败
  • 要是变量用了表达式生成值，确认表达式语法没写错，比如@[System::PackageName]这种系统变量有没有打错

2. 插入SQL语句有问题 #

• 把第二个Task里的SQL语句直接复制到数据库客户端执行，看能不能跑通：
  • 检查字段名、值的数量是否和审计表对应，有没有漏写或写错字段
  • 如果用了参数化查询，确认参数映射完全正确：参数名要和SQL里的占位符一致，数据类型、长度要和目标表字段匹配
  • 别直接拼接包名/流程名到SQL里，万一名称带单引号会直接炸语法，必须用参数化

3. 连接管理器配置错误 #

• 第二个任务用的连接管理器，不一定和第一个是同一个：
  • 确认连接指向的是正确的审计数据库，别把测试库和生产库搞混了
  • 检查权限：用Windows身份验证的话，SSIS执行账户得有审计表的插入权限；用SQL账户的话，确认密码没过期、没输错
  • 右键连接管理器点Test Connection，先确保能连上数据库

4. 任务本身配置错了 #

• 检查第二个Task的基础设置：
  • 看Disable属性是不是被勾上了，要是勾了任务根本不会执行
  • 确认ResultSet设置为None，因为插入操作不需要返回结果，选成Single Row或Full Result Set会报错
  • 打开Visual Studio的Progress面板，看第二个任务的详细执行日志，有没有隐藏的错误（比如权限不够、违反表约束）

5. 事务或表约束问题 #

• 如果包开了事务，得确认第二个任务在事务范围内：
  • 包的TransactionOption设为Required的话，所有相关任务的TransactionOption要设为Supported
  • 检查审计表的约束：比如有没有非空字段没赋值（比如开始时间、执行状态），插入时违反约束会导致失败，要是任务没开错误捕获可能没提示

快速排查技巧 #

1. 把第二个Task的SQL里的变量换成实际值，直接在数据库跑，看能不能插入成功
2. 给第二个Task设断点，调试时看变量的实际值是不是你预期的
3. 查SQL Server的错误日志，有没有相关的权限、语法错误记录

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