Azure Data Factory自托管Integration Runtime自动更新后重启失效问题

该问题属于Azure自托管Integration Runtime 4.x跨大版本升级至5.x的已知配置残留问题，触发原因是4.x版本的服务启动参数在系统注册表中存在持久化残留，5.x升级安装程序未完成对应项的覆盖更新，虚拟机重启时系统会优先读取旧注册表配置，导致服务路径自动回滚至4.x目录。

• 第一步：停止所有IR相关服务
  打开服务管理器（services.msc），停止dmgsvc、DIAHostService两个服务。
• 第二步：卸载所有版本的IR程序
  进入控制面板-程序和功能，卸载所有名称包含「Microsoft Integration Runtime」的程序条目，无需区分4.x/5.x版本。
• 第三步：清理残留注册表项（操作前建议先备份对应注册表项）
  打开注册表编辑器（regedit），删除以下路径的所有子项：
  • HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\dmgsvc
  • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\DataTransfer\DataManagementGateway
  • HKEY_CURRENT_USER\Software\Microsoft\DataTransfer\DataManagementGateway
• 第四步：清理本地残留文件
  删除IR默认安装目录C:\Program Files\Microsoft Integration Runtime，如果是自定义安装路径则删除对应自定义目录。
• 第五步：重启虚拟机，确保所有残留配置已失效。
• 第六步：安装最新版5.x自托管IR，安装完成后使用Azure Data Factory中对应的IR密钥重新注册，启动服务。
• 第七步：验证修复效果
  查看services.msc中dmgsvc服务的可执行文件路径，确认指向5.x版本目录（如C:\Program Files\Microsoft Integration Runtime\5.0\Shared\dmgsvc.exe），再次重启虚拟机后检查服务路径和运行状态，确认不会回滚即可。

• 如果是多节点IR集群，建议逐台执行修复操作，避免同时下线所有节点导致业务中断。
• 修复完成后可正常开启Auto Update功能，后续5.x的小版本升级不会触发该残留问题。

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