将SSIS包从SQL Server 2008 R2迁移至SQL Server 2016的相关疑问

咱们一个个来拆解你遇到的核心问题：

1. 所有SSIS包都需要升级才能在SQL Server 2016上运行吗？ #

是的，所有2008 R2版本的SSIS包都必须升级格式才能在SQL Server 2016的SSIS环境中正常运行。

SQL Server 2016的SSIS运行时（无论是基于SSISDB的集成服务目录，还是传统的文件系统执行模式）不再支持2008 R2的包格式（版本号3.0）。只有将包升级到2016对应的格式（版本号8.0）后，新服务器的SSIS服务才能正确解析和执行这些包。

2. 先在旧服务器升级还是先迁移再升级？ #

推荐优先选择先迁移原包到新服务器（做好完整备份），再在新环境中升级，原因如下：

• 升级操作是不可逆的：升级后的包无法再在2008 R2服务器上运行。如果先在旧服务器升级，一旦迁移过程中出现问题，你会失去能在旧环境正常运行的包副本，风险很高。
• 分场景细节：
  • 如果包存储在文件系统：直接拷贝原包文件到2016服务器的指定目录，备份后再用升级工具处理。
  • 如果包存储在旧服务器的MSDB：建议先把包导出到文件系统做备份，再迁移到新服务器，之后升级并导入到2016的SSISDB（如果用新的集成服务目录），或者直接升级后在文件系统运行。

当然，如果你的旧环境已经准备退役，且有完整的包备份，也可以选择在旧环境升级后再迁移，但这种方式的容错空间更小。

3. SSIS升级向导能否批量完成大量包的升级？ #

完全可以！SSIS升级向导本身就支持批量处理多个包，同时你也可以用命令行工具配合脚本实现更高效的批量操作：

• 图形化向导方式：
  1. 打开SSIS升级向导（可以通过SQL Server安装目录下的DTSUpgradeWizard.exe启动，或者在SSDT中右键点击包项目选择“升级包”）
  2. 选择“批量升级文件系统中的包”或“从MSDB升级包”选项
  3. 批量勾选需要升级的包，指定升级后包的保存路径（建议单独创建新文件夹，不要直接覆盖原包）
  4. 向导会自动完成升级，并生成详细的升级报告，标注成功、警告或错误的包
• 命令行/脚本方式：
  如果你有几百上千个包，用dtutil.exe写批处理或PowerShell脚本会更高效。示例命令如下：

  dtutil /FILE "C:\OldSSISPackages\Package001.dtsx" /UPGRADE /OUTPUT "C:\UpgradedSSISPackages\Package001.dtsx"
  

  你可以遍历旧包目录，自动生成并执行这类命令，快速完成批量升级。

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