迁移老旧XMLRAD IIS HR应用至新服务器遇XMLCursor问题求助

针对你遇到的数据库调用后XMLCursor加载额外库失败的问题，可从以下几个方向排查：

• 核对XMLCursor相关依赖库

  • 用dumpbin /dependents [XMLRAD核心DLL路径]命令（需Windows SDK或VS工具集支持）分析旧服务器上XMLRAD组件的依赖项，对比新服务器文件，确认是否缺失XMLCursor专属DLL或关联框架组件。
  • 同步旧服务器系统目录（32位应用对应C:\Windows\SysWOW64）中与XMLRAD相关的DLL到新服务器，并用regsvr32 [DLL路径]重新注册。

• 验证COM组件注册完整性

  • XMLCursor多为COM组件，除TLB文件外，需确认对应DLL注册状态：执行regsvr32 /u [DLL路径]注销后重新注册，检查是否有注册报错。
  • 查看注册表HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node（32位应用）及HKEY_CLASSES_ROOT下的XMLCursor相关CLSID项，确保注册路径指向正确的DLL文件。

• 检查应用权限与临时目录

  • 确认应用池运行账户拥有XMLRAD DLL目录、系统依赖库目录的读取权限，以及C:\Windows\Temp等临时目录的读写权限（XMLCursor可能生成临时XML文件）。
  • 排查临时目录是否存在权限限制或空间不足的情况。

• 同步旧服务器环境变量

  • 导出旧Windows 2003服务器的系统PATH变量，确认是否包含XMLRAD库的目录，在新服务器上同步配置该路径，确保系统能找到依赖DLL。

• 启用详细调试定位

  • 深入分析应用生成的Trace文件，查找XMLCursor相关的错误代码或缺失模块名称，Trace日志通常会明确记录加载失败的DLL。
  • 用Process Monitor工具监控应用进程，在数据库调用阶段过滤“Load Image”操作，直接定位加载失败的具体文件。

• 确认版本完全匹配

  • 确保新服务器上MSXML4（含补丁）、.NET 1.1（含SP1）、XMLRAD DLL的版本与旧服务器完全一致，老旧技术对版本兼容性要求极高，微小版本差异可能导致加载失败。

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