MVC应用集成应用池无法加载加密DLL，经典池与Owen兼容冲突如何解决？

核心原因分析 #

1. 应用池位数不匹配：集成应用池默认可能开启了「启用32位应用程序」，导致进程以32位模式运行，强制加载SQL Anywhere的32位加密DLL（dbrsa17.dll），但你安装的是64位SQL Anywhere，缺少对应版本的32位DLL，因此抛出版本不匹配错误。而经典应用池可能未开启32位模式，或应用在经典模式下以64位进程运行，能正确加载64位DLL。
2. 托管管道模式兼容性：Owen组件可能仅适配经典管道模式（模拟IIS 6的请求处理流程），切换到集成模式后，组件无法适配统一管道的请求处理逻辑，导致异常。
3. DLL路径硬编码/环境变量优先级：应用的数据库连接配置可能硬编码了bin32目录路径，或系统PATH环境变量中32位SQL Anywhere目录优先级高于64位，导致进程优先查找32位DLL。

分步解决方法 #

一、修复SQL Anywhere DLL加载问题 #

• 调整应用池位数设置：
  1. 打开IIS管理器，找到目标应用池，右键选择「高级设置」。
  2. 找到「启用32位应用程序」选项，若你的应用是64位，设置为False；若应用是32位，保持True并安装对应版本的SQL Anywhere 32位组件，确保bin32目录下的dbrsa17.dll版本与SQL Anywhere主程序一致。
• 修正DLL路径配置：
  检查应用的数据库连接字符串或配置文件，若存在硬编码的C:\Program Files\SQL Anywhere 17\bin32路径，替换为C:\Program Files\SQL Anywhere 17\bin64（64位进程场景）。
• 调整环境变量优先级：
  在系统PATH环境变量中，将C:\Program Files\SQL Anywhere 17\bin64移至bin32路径之前，确保64位进程优先加载64位DLL。

二、解决Owen组件兼容性问题 #

• 拆分应用隔离运行：
  将使用Owen组件的模块与数据库连接模块拆分，分别部署到两个应用池：Owen组件模块用经典模式应用池，数据库模块用集成模式应用池，通过内部接口交互。
• 更新Owen组件版本：
  联系组件供应商获取支持IIS集成管道模式的更新版本，替换旧组件后重新测试。
• 调整应用池权限与组件注册：
  1. 若Owen是COM组件，使用64位注册工具（C:\Windows\System32\regsvr32.exe）重新注册组件，确保64位进程能正确加载。
  2. 检查集成模式应用池的身份（默认是ApplicationPoolIdentity），给该身份分配Owen组件所需的文件访问、注册表读取权限。

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