SSIS脚本任务导入SQL Server 2016后C#代码丢失问题求助

这种情况我碰到过好多次，大概率是包在导入/存储过程中，脚本任务的嵌入式代码没被正确保留，或是版本兼容性导致的解析问题。给你几个针对性的解决步骤：

1. 检查包的保护级别设置 #

SSIS包的保护级别直接影响敏感信息（包括脚本代码的二进制内容）的存储方式，一定要确保设置适配SQL Server存储场景：

• 在Visual Studio里打开包，右键点击包 → 属性 → 找到ProtectionLevel属性
• 推荐设置为这两个选项之一：
  • ServerStorage：依赖SQL Server的加密机制，专门适配SQL Server包存储场景，会自动加密敏感内容
  • EncryptSensitiveWithPassword：如果用这个选项，导入包时必须输入正确密码，否则脚本代码会直接被丢弃
• 修改后重新保存包，再尝试导入SQL Server

2. 使用更可靠的导入/部署方式 #

别直接用SSMS“导入包”向导的默认设置，试试这两种更稳妥的流程：

• 推荐用SSIS部署向导：在Visual Studio中右键点击SSIS项目 → 部署，通过向导把包直接部署到SQL Server（比手动导入兼容性更好）
• 如果必须用SSMS导入：
  1. 打开SSMS并连接到Integration Services
  2. 右键点击“存储的包”下的目标文件夹 → 导入包
  3. 在导入窗口中，确保“保护级别”选项和包本身的设置完全匹配：
     • 若包用了EncryptSensitiveWithPassword，勾选“使用密码”并输入正确密码
     • 若用了ServerStorage，选择“使用服务器存储”

3. 验证版本兼容性（虽然你环境匹配，但还是要确认） #

你用的SSDT17.4是支持SQL Server 2016的，但还是要做两个小检查：

• 确保SQL Server Integration Services服务安装了最新的累积更新（CU），补丁能修复不少存储/解析相关的bug
• 确认Visual Studio里的SSIS项目目标版本是SQL Server 2016，右键项目→属性→TargetServerVersion，别不小心选成了更高版本

4. 手动导出为.dtsx文件再导入 #

如果上面的方法都没解决，试试这个“绕路”操作：

• 在Visual Studio里把包导出到本地文件夹（保存为.dtsx文件），导出时务必选对保护级别
• 然后在SSMS中，从本地文件系统导入这个.dtsx文件到SQL Server包存储，导入时严格匹配保护级别设置
• 导入完成后立刻导出到另一个文件夹，打开验证脚本代码是否存在

额外排查点 #

• 检查脚本任务的代码有没有特殊字符？虽然你说调试正常，但有时候编译后的二进制内容会因为某些特殊字符被截断
• 查看SQL Server的错误日志，有没有SSIS包导入时的警告/错误信息，这可能会给出具体的失败原因

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