SQL Server退役：SSIS包重命名部署后SSMS目录残留原包问题

你遇到的情况是因为重命名本地SSIS包后直接部署，本质是向SSISDB目录中新增了一个独立包实体，而非替换原包。要实现最终仅保留重命名后的包，你遗漏了以下核心步骤：

• 未迁移原包的配置与权限
  原包的参数配置、环境变量关联、角色权限等不会自动同步到新部署的重命名包。需要手动将这些配置逐一复制到新包中，确保新包的运行环境与原包完全一致，避免运行异常。

• 未更新所有依赖原包的调用方
  必须检查并修改所有指向原包的调用逻辑，包括：

  • SQL Server Agent作业中调用原包的步骤，将包名称/路径替换为重命名后的新包
  • 其他SSIS项目或包中对原包的引用
  • 外部应用、脚本中调用原包的连接字符串或包名参数

• 未对原包执行停用操作
  部署新包后，需在SSMS的SSISDB目录中右键原包选择「停用」，阻止这段验证期内还有新的请求触发原包运行，确保所有业务流量切换到新包。

• 未彻底清理原包关联资源
  等待一周确认新包运行正常后，除了删除原包本身，还需清理其关联资源：

  • 删除原包的环境变量绑定记录
  • 移除原包的权限分配
  • 删除依赖原包的已停用Agent作业（若无需保留）

如果希望跳过“双包共存”的验证阶段，也可以调整流程：先在SSISDB中将原包重命名为备份名称，再部署与原包同名的新包进行覆盖，但这种方式无缓冲验证期，风险较高，不推荐你的原计划场景。

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