IMCPLAT 7.3 E0710+升级失败

一、先别反复点，按顺序收证据

• Windows：%iMC安装目录%\client\upgrade.log
• Linux：/opt/iMC/client/upgrade.log
• DMA 日志：%iMC安装目录%\deploy\dmalog.txt 或 C:\Windows\iMC-Reserved\log\install_*.txt、dbresult_*.txt

• Access denied / Cannot write → 权限
• JVM / jre / JavaService → 自带 JRE 损坏
• port 8080 already in use / process still running → 服务没停干净
• MD5 mismatch / zip invalid → 升级包损坏
• UAC / null 弹窗无日志 → 操作系统拦截

二、90% 现场翻车点（对照自查）

1. iMC 服务没全停：只点了 DMA 里 Stop iMC，但操作系统服务管理器里的 H3C iMC Server、iMC DBMan、mysqld 还活着 → 公共组件文件被占用。
2. 权限不对：Windows 没用管理员运行 DMA（deploy.exe / dma.sh）；Linux 没用安装 iMC 的同一账号（通常是 root 或专用 imc 用户）跑升级，iMC 目录不可写。
3. UAC / 杀毒 / 堡垒机拦截：Windows Server 开了 UAC（需设 Never notify）、杀软锁了 `deploy` 目录、堡垒机屏幕取词注入导致 Java GUI 异常。
4. 自带 JRE 损坏（非常常见）：E0710P06 公共组件会替换 common/jre，老版本 JRE 文件被改过或 JavaService 不匹配 → 弹“启动公共组件升级程序失败”。官方办法：删 iMC\common\jre 目录再升，或参考 HPE 社区修 JavaService 同名文件。
5. 升级包选错目录：DMA → Monitor → Install 时，必须选升级包里的 install\components​ 目录，不能选根目录或 windows 目录。
6. 包不完整：ISO 没校验，只拷了部分文件；或 P06 包本身下载截断。
7. 分布式部署漏子节点：主节点先升公共组件，子节点 DMA 也要启起来升一遍，只升主节点会卡。

三、标准救回步骤（生产环境先备份）

升级前如果没备份，现在立刻停手先备份，再操作。

1. 备份：DMA 的 Environment 页 DBMan 全量备库；拷贝整个 iMC 安装目录到别处。
2. 彻底停服务：
   • DMA 里 Stop iMC
   • 操作系统服务管理器停 H3C iMC Server、H3C iMC DBMan、MySQL/mysqld（Linux 用 service imc stop 或 deploy/dma.sh 停）
   • 任务管理器确认无 java.exe、mysqld.exe、dmagent 残留
3. 清理（按需）：
   • Windows：设 UAC = Never notify，退出杀软，右键 DMA 用管理员跑
   • 若日志指向 JRE：删 iMC\common\jre 整个文件夹（升级程序会自带新 jre 解压）
   • 检查 8080/8443/2810 等端口无占用
4. 重跑升级：
   • 启动 DMA（管理员/root）
   • Monitor 页 → Install → 选 P06 包内 install\components​ → 下一步
   • 弹“Upgrade Common Components”点 OK，观察 upgrade.log 是否过这一关
5. 过了公共组件​ → 继续 PLAT 组件批量升级 → 完成后 DMA 里 Start iMC。

四、如果还是起不来

• 把 upgrade.log + dmalog.txt 最后 50 行贴出来（脱敏 IP/路径），能直接定位到具体失败函数。
• 确认版本路径：E0710 → E0710P06 → 后续可升 E0710H11，P06 这跳不能省，但 P06 本身不要求先升别的组件，PLAT 单升即可，业务组件（EIA/UAM 等）等 PLAT 稳定后再跟。
• 真救不回：用 DBMan 备的库 + 重装同版本 E0710 + 还原库，比硬磕坏掉的公共组件更省时间。

iMC‑PLAT7.3 (E0710) 升级 E0710P06 报错：启动公共组件升级程序失败
现象：原版本 PLAT7.3 (E0710)，打补丁 E0710P06，DMA 部署监控代理弹窗报错启动公共组件升级程序失败，升级终止，iMC 未变更。
常见根因（按排查优先级）
iMC 进程没有完全停止，存在残留进程占用文件 / 句柄（最高频），公共组件升级程序无法调用；
升级补丁包 MD5 校验不一致，压缩包下载损坏；
磁盘剩余空间不足，升级临时目录无写入空间；
Windows 环境杀毒软件 / 安全软件拦截升级子进程；Linux 环境权限不足；
原有业务组件（SSA/VCM/EIA/WSM 等）异常，组件进程僵死；
分布式 iMC：从机进程未停止，仅操作主机升级。
日志定位：优先查看 iMC安装目录\deploy\upgrade.log，日志会打印真实内部报错。
标准处理步骤
前置必做：完整备份
Windows：iMC/bin/imc_backup.bat；Linux：./imc_backup.sh，备份文件放到独立磁盘，用于升级失败回滚。
步骤 1：彻底停止全部 iMC 进程（不能只在 DMA 界面点停止）
Windows
关闭【Deployment Monitoring Agent】部署监控代理全部窗口；
服务管理器停止 iMC Server Service；
打开 cmd，进入 iMC\server\bin
cmd
stop_server.bat
任务管理器，结束所有带 imc、jvm、java 相关残留进程，确保无 iMC 进程残留。
Linux
bash
cd /opt/iMC/server/bin
./stop_server.sh
#确认无残留进程
ps‑ef | grep imc
必须确认所有 imc 进程全部消失，残留进程会锁住升级需要调用的公共组件程序，直接报该弹窗错误。
步骤 2：校验补丁包完整性
核对 E0710P06 补丁 zip 包 MD5 值，和官网发布 MD5 对比；如不一致，重新下载补丁包，不要用浏览器直接在 iMC 服务器内在线解压，拷贝到本地磁盘再解压。
步骤 3：检查磁盘空间
安装 iMC 的分区，预留空闲空间≥15‑20G，空间不足会导致解压、写临时文件失败。
Windows：临时目录%TEMP%；Linux：/tmp，清理临时目录垃圾文件。
步骤 4：环境权限处理
Windows：临时关闭杀毒、EDR 安全软件（安全软件经常拦截 imcupgdm 升级子进程）；使用管理员身份运行 Deployment Monitoring Agent；
Linux：用 iMC 安装账号执行升级，不要 root 直接操作；检查 iMC 整个目录属主，不能出现 root 属主文件。
步骤 5：重新执行升级
全部进程停止完成后，打开 DMA 部署监控代理，重新加载 E0710P06 补丁包执行升级。
如果 DMA 依旧弹窗报错，可以直接命令行执行补丁升级（绕过 DMA 图形界面）
Windows：
cmd
cd iMC\bin
imcserver.bat ‑upgrade
Linux：
bash
cd /opt/iMC/bin
./imcserver.sh ‑upgrade
命令行会直接打印详细错误，方便定位问题。
步骤 6：升级完成校验
升级结束，启动全部 iMC 服务，DMA 查看版本号，确认 PLAT 已经变为 E0710P06；
重要：PLAT 补丁升级完成之后，所有业务组件（SSA/VCM/EIA/WSM）也必须同步升级到 E0710P06 对应补丁版本，否则会出现组件版本不匹配，平台业务异常。
特殊故障场景
升级完部分组件版本不匹配：日志报组件版本 mismatch，需要单独给业务组件打对应 P06 补丁包；
分布式 iMC：所有主机、从机都要停止 iMC 服务，先升级主 PLAT，再升级各从机 PLAT，再统一升级业务组件，只升级主机会报升级程序启动失败；
日志看到数据库连接报错：确认 SQLserver/mysql 数据库服务正常，iMC 数据库账号密码没有变更。
回滚方案
升级中途失败，如果 iMC 无法正常启动，使用之前的 imc_backup 备份文件执行恢复，回到 E0710 基线版本。
小提示：E0710‑P06 属于 E0710 基线补丁，允许直接在 E0710 上打，不需要中间过渡版本。