服务器迁移：SSIS自定义DLL文件查找路径问题咨询

1. 复制的目录是否正确？ #

SSIS不同类型的自定义组件对应不同的加载目录，你的复制操作存在冗余，且可能未匹配组件类型：

• 若自定义DLL是数据流脚本组件，C:\Program Files (x86)\Microsoft SQL Server\150\DTS\PipelineComponents是正确的存放目录；
• 若DLL是控制流自定义任务，则需要放到C:\Program Files (x86)\Microsoft SQL Server\150\DTS\Tasks目录；
• Binn目录是SSIS核心运行时文件的存放路径，自定义组件不需要放在这里，复制到该目录无意义。

2. 仅将DLL复制到目录是否足够？ #

不够，还需处理以下关键环节：

• 组件注册：如果是基于COM的自定义组件，需用管理员权限执行regsvr32 "C:\xxx\你的DLL路径.dll"完成注册；若是.NET编写的组件，可能需要将其安装到全局程序集缓存，执行gacutil /i "你的DLL路径.dll"命令；
• 权限配置：确保SQL Server相关服务账户（如MSSQLSERVER、SQLSERVERAGENT）对DLL所在目录有读取权限；
• 脚本二进制兼容性：错误提示提到的“The binary code for the script is not found”，说明旧包中脚本组件的编译二进制代码与SQL Server 2019的脚本运行时不兼容，必须打开包的脚本编辑器点击「编辑脚本」，重新编译后保存；
• 依赖检查：确认DLL依赖的.NET框架版本与新服务器兼容（SSIS 2019要求.NET Framework 4.7.2及以上），若依赖其他第三方DLL也需一并复制到对应目录。

3. 如何验证SSIS已加载这些DLL？ #

• 用Process Explorer工具检查：
  • 调试包时找到DtsDebugHost.exe进程，部署运行时找到SQLServerISService.exe进程；
  • 右键进程→「Properties」→「Modules」标签，搜索自定义DLL名称，若存在则说明已加载；
• 查看SSIS详细日志：
  • 在包中启用日志，选择「Diagnostic」级别，勾选ComponentInitialize等相关事件；
  • 运行包后查看日志，若出现「Loaded component from file: 你的DLL名称」类的条目，说明加载成功；
• 注册与GAC检查：
  • COM组件执行regsvr32命令，无报错则注册成功；
  • .NET组件执行gacutil /l "你的DLL名称"，若返回对应条目则已安装到GAC；
• 简化包测试：创建仅包含引用该DLL组件的测试包，用dtexec /f "你的测试包路径.dtsx"命令运行，根据输出信息判断加载状态。

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