SSIS中Transfer SQL Server Objects Task报错‘Invalid column name XYZ’求助

Hey Raghu, sorry to hear you're stuck with this error while trying to copy stored procedures from prod to dev using SSIS's Transfer SQL Server Objects Task! Let's walk through the most likely causes and fixes to get you back on track.

• 目标环境缺失依赖对象：你要复制的存储过程引用了列XYZ，但这个列（甚至它所属的整张表）在dev环境里不存在。默认情况下，Transfer SQL Server Objects Task不会自动复制所有依赖对象，导致存储过程在dev里找不到需要的列。
• 数据库/架构引用不匹配：如果prod里的存储过程用了全限定名（比如prod_db.dbo.YourTable.XYZ），但dev环境对应的表是dev_db.dbo.YourTable且没有XYZ列，或者使用了不同的架构，这种不匹配就会触发错误。
• 任务配置问题：你可能启用了严格的验证选项（比如Include Extended Properties），或者错误配置了对象筛选规则，导致任务在复制过程中错误解析了存储过程的定义。

1. 验证dev环境的依赖对象
   • 先去dev数据库里检查错误中提到的表：它有没有XYZ列？如果没有，你需要要么从prod同步表结构到dev，要么手动给dev的表添加缺失的列。
   • 可以在prod里运行以下SQL查询，快速找到存储过程的具体依赖：

     SELECT 
         referenced_entity_name AS 目标表名,
         referenced_minor_name AS 缺失列名
     FROM sys.dm_sql_referenced_entities('你的架构名.出问题的存储过程名', 'OBJECT')
     WHERE referenced_minor_name = 'XYZ';
     

2. 调整Transfer SQL Server Objects Task的配置
   • 打开任务属性，找到Copy Options，如果需要同步依赖对象，确保勾选Include Dependencies（注意这个选项会复制所有关联的表、视图等，确认符合你的需求）。
   • 检查Object Types部分：确保只勾选Stored Procedures（取消误选的Tables或Views等类型，避免冲突）。
   • 验证源（prod）和目标（dev）的数据库连接是否指向正确的数据库，且两边的架构（比如dbo）保持一致。
3. 手动测试存储过程定义
   • 在prod里生成出问题的存储过程的创建脚本，然后直接在dev里执行。如果还是报错，说明问题确实是dev环境缺失依赖；如果手动执行没问题，那大概率是SSIS任务的配置问题（比如复制时损坏了存储过程定义）。
4. 检查延迟名称解析设置
   • 如果prod的存储过程使用了延迟名称解析（创建存储过程时引用的表/列还不存在），prod可能允许这种情况，但dev可能禁用了该设置。可以用以下SQL检查dev的数据库设置：

     SELECT name, is_delayed_name_resolution_on 
     FROM sys.databases WHERE name = '你的Dev数据库名';
     

     如果该设置是关闭的，可以临时开启：

     ALTER DATABASE 你的Dev数据库名 SET DELAYED_NAME_RESOLUTION ON;
     

     注意这只是临时 workaround，最好还是确保dev环境存在所有依赖对象。

如果这些步骤都没解决问题，分享你Transfer SQL Server Objects Task属性截图里的关键配置（比如选中的Copy Options、对象筛选规则、源目标连接详情），能帮助进一步排查。

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