首先得搞懂这个报错的本质：__&command_id其实是__command_id的HTML转义版本——也就是说，在调度作业的执行流程里，某个环节把CDC系统列的名称给转义了，导致SSIS的CDC组件找不到正确的列，才抛出这个错误。手动运行正常是因为你本地的执行上下文没有触发这个转义逻辑，下面是具体的排查和解决步骤：

1. 检查SQL Server Agent作业的步骤配置 #

• 打开出问题的作业，进入对应的执行步骤：
  • 查看步骤的“命令”或者“包配置”区域，有没有把CDC相关的参数（比如处理范围的标记字段、系统列引用）不小心写成了转义后的__&command_id。比如如果是通过包参数传递CDC列名，或者作业步骤里直接写了带转义的字符串，这都会导致错误。
  • 确认作业的执行账号权限：手动运行用的是你的账号，调度用的是SQL Server Agent服务/代理账号，要确保这个账号对CDC的系统表（比如cdc.dbo_AddonQuote_CT）有SELECT权限——虽然权限问题一般不会直接报列名错误，但也可以顺手排除。

2. 核对SSIS包中CDC组件的配置 #

• 打开增量加载包的CDC Start组件：
  • 右键选择“高级编辑器”，切换到“输入和输出属性”标签，检查系统列的引用是否正确，有没有把__command_id意外转义成__&command_id。
  • 查看“处理范围”的配置，如果是用变量来指定CDC相关参数，检查变量的值是不是被设置成了转义后的字符串——手动运行时变量可能在本地环境解析正常，但调度时因为环境变量的差异触发了转义。

3. 排查dtexec命令行参数（如果作业用命令行执行包） #

• 如果你的作业是通过dtexec命令行来启动SSIS包的，仔细检查命令里的/SET选项：
  • 比如有没有类似/SET \Package\CDCStart.Properties[CDCCommandIdColumn];__&command_id的配置，这种情况下直接把转义后的字符串改成__command_id即可。

4. 验证作业代理的执行上下文 #

• 可以在作业里临时加一个“执行T-SQL”步骤，运行SELECT * FROM cdc.dbo_AddonQuote_CT，看看能不能正常返回结果：
  • 这一步可以确认代理账号能正常访问CDC表，同时查看返回的列名是否正确，排除是表本身的列名异常（不过手动运行正常的话，表本身应该没问题）。

5. 修复转义问题的收尾操作 #

• 如果找到了转义的源头（比如包配置文件、作业参数、复制粘贴带过来的转义字符），直接把__&command_id替换成__command_id即可。
• 特别注意：如果是从网页或者文档里复制的配置值，很容易带HTML转义字符，这种情况手动输入正确的列名更稳妥。

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