全64位微软栈部署SSIS包遇兼容性问题，求纯64位环境搭建方案

这个问题其实挺常见的——很多人以为装了全64位组件就万事大吉，但SSIS的兼容性细节很容易踩坑。咱们先搞清楚为什么你全64位环境下还需要勾选32位运行时，再一步步搭建纯64位的端到端环境：

一、先搞懂：为什么64位环境还需要32位运行时？ #

出现这种情况，大概率是你的SSIS包隐性依赖了32位资源，常见原因有这几个：

• 数据源驱动问题：比如旧版Excel（2003及以前）、Access数据库，或者某些特定的ODBC驱动，只有32位版本；就算你装了64位SQL Server，包用到这些资源时也只能走32位运行时。
• 设计时的默认行为：VS里的SSIS设计器（哪怕是64位VS）默认会用32位模式验证组件，如果你没改配置，可能不小心引入了32位依赖，部署后自然跑不起来。
• 第三方组件兼容性：如果用了自定义SSIS组件或脚本扩展，它们可能只有32位版本，没做64位适配。

二、搭建纯64位SSIS环境的步骤 #

1. 先排查并替换包中的32位依赖 #

这是核心前提，必须先把包的32位依赖清掉：

• 检查数据源驱动：
  • 如果用Excel/Access，务必安装64位的Microsoft Access Database Engine；如果和32位Office共存，要用静默安装命令绕开兼容性检查：AccessDatabaseEngine_X64.exe /quiet。
  • ODBC数据源要在ODBC Data Source Administrator (64-bit)（路径：C:\Windows\System32\odbcad32.exe）里配置，别选错成32位的（32位在C:\Windows\SysWOW64\odbcad32.exe）。
• 调整SSIS项目设计配置：
  打开你的SSIS项目属性，找到Debugging标签，把Run64BitRuntime设为True，然后在VS里运行包——如果报错，就能精准定位到哪个组件不支持64位，直接替换成64位兼容版本就行。
• 检查第三方组件：
  确认所有自定义组件、脚本扩展都有64位版本，并且已经正确注册到64位SSIS目录（路径类似C:\Program Files\Microsoft SQL Server\150\DTS\，150对应SQL Server 2019，根据你的版本调整）。

2. 部署环节的全64位配置 #

• SQL Server Agent作业配置：
  创建SSIS作业步骤时，选择SQL Server Integration Services Package类型，切换到Advanced标签，绝对不要勾选Use 32-bit runtime；同时确保作业的执行账户是64位系统的本地/域账户，且对SSIS目录、数据源有足够权限。
• SSIS目录验证：
  如果用SSISDB目录部署，确认SQL Server服务（包括SSIS服务）都是64位版本，且服务启动账户能正常访问64位驱动和资源。

3. 系统层面的64位组件确认 #

• 所有核心软件必须是64位：SQL Server（数据库引擎、SSIS服务）、Visual Studio（装64位版本，且搭配对应版本的64位SSIS开发工具）、所有驱动（ODBC、OLE DB等）都要选64位安装包。
• 规避32位Office冲突：如果同时装了32位Office，64位Access Database Engine可能安装失败，要么卸载32位Office换64位，要么用前面说的静默安装命令。

4. 规避常见坑点 #

• 脚本任务/组件：如果用了C#/VB脚本，确保脚本的目标框架是64位兼容的（比如.NET Framework 4.8），并且在脚本项目属性里把Platform target设为x64。
• 旧项目迁移：如果是从SQL Server 2008及以前迁移的项目，可能有遗留的32位依赖，需要重新编译并替换为64位组件。
• 环境变量配置：确保系统PATH环境变量里，64位程序目录（C:\Program Files）的优先级高于32位目录（C:\Program Files (x86)）。

总结 #

只要把包中的所有32位依赖替换成64位版本，再把部署、运行环节的配置都调整为纯64位，就能实现真正端到端的64位微软栈SSIS环境，再也不用依赖32位运行时了。

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