新部署imc备机数据库恢复失败
- 0关注
- 0收藏，110浏览
问题描述：
新部署的imc主备都是，备机数据库自动恢复失败，主的数据库备份文件已经同步给备机的恢复文件夹，备机在自动恢复过程中进程停止了，下面是dbman的日志文件
组网及组网描述：
2026-05-26 02:40:19 [THREAD(7104)] [DEBUG] [CDataConnStreamQueueT::deal_msg] Receive encode length: 24
2026-05-26 02:40:19 [THREAD(7104)] [DEBUG] [CDataConnStreamQueueT::deal_msg] Receive encode : 2vYMuB7L8tmfGpgWKa4XZw==
2026-05-26 02:40:19 [THREAD(7104)] [DEBUG] [CDataConnStreamQueueT::deal_msg] After debase64 length: 16
2026-05-26 02:40:19 [THREAD(7104)] [DEBUG] [CDataConnStreamQueueT::deal_msg] Receive command code: 10015
2026-05-26 02:40:19 [THREAD(7104)] [DEBUG] [CDataConnStreamQueueT::deal_msg] Succeed to create Bak_Restore thread
2026-05-26 02:40:19 [THREAD(17456)] [INFO] [dealOKFile2] Success to check .ok file:
2026-05-26 02:40:19 [THREAD(17456)] [DEBUG] [Remove] Remove file: D:\Program Files\iMC\server\bin\..\..\dbman\etc\LastOperationResult.conf
2026-05-26 02:40:19 [THREAD(17456)] [DEBUG] [CLorOper::modifyLor] Write file LastOperationResult.conf: Result=正在恢复
ErrorReport=正在恢复时不允许进行备份或者正在恢复的时程序重启
Tips=如果通过ErrorReport不能分析出失败原因，请查看日志dbman/log/dbman.log和dbman_debug.log
2026-05-26 02:40:19 [THREAD(17456)] [DEBUG] [WriteFile] Write file D:\Program Files\iMC\server\bin\..\..\dbman\etc\LastOperationResult.conf.
2026-05-26 02:40:19 [THREAD(17456)] [INFO] [CDbRestore::RestoreDatabaseList] Restore fileDir: ; Filename: 127.0.0.1@config_db_imc_config_db_20260526_020001_full.db; Size: 110234112
2026-05-26 02:40:19 [THREAD(17456)] [INFO] [CDbRestore::RestoreDatabaseList] Restore fileDir: ; Filename: 127.0.0.1@dam_dam_db_20260526_020001_full.db; Size: 5339648
2026-05-26 02:40:19 [THREAD(17456)] [INFO] [CDbRestore::RestoreDatabaseList] Restore fileDir: ; Filename: 127.0.0.1@ead_ead_db_20260526_020001_full.db; Size: 1180006912
2026-05-26 02:40:19 [THREAD(17456)] [INFO] [CDbRestore::RestoreDatabaseList] Restore fileDir: ; Filename: 127.0.0.1@icc_db_imc_icc_db_20260526_020001_full.db; Size: 8481280
2026-05-26 02:40:19 [THREAD(17456)] [INFO] [CDbRestore::RestoreDatabaseList] Restore fileDir: ; Filename: 127.0.0.1@invent_db_imc_inventory_db_20260526_020001_full.db; Size: 28404224
2026-05-26 02:40:19 [THREAD(17456)] [INFO] [CDbRestore::RestoreDatabaseList] Restore fileDir: ; Filename: 127.0.0.1@monitor_db_imc_monitor_db_20260526_020001_full.db; Size: 115636736
2026-05-26 02:40:19 [THREAD(17456)] [INFO] [CDbRestore::RestoreDatabaseList] Restore fileDir: ; Filename: 127.0.0.1@perf_db_imc_perf_db_20260526_020001_full.db; Size: 526514688
2026-05-26 02:40:19 [THREAD(17456)] [INFO] [CDbRestore::RestoreDatabaseList] Restore fileDir: ; Filename: 127.0.0.1@reportplat_db_reportplat_db_20260526_020001_full.db; Size: 5335552
2026-05-26 02:40:19 [THREAD(17456)] [INFO] [CDbRestore::RestoreDatabaseList] Restore fileDir: ; Filename: 127.0.0.1@syslog_db_imc_syslog_db_20260526_020001_full.db; Size: 5335552
2026-05-26 02:40:19 [THREAD(17456)] [INFO] [CDbRestore::RestoreDatabaseList] Restore fileDir: ; Filename: 127.0.0.1@tam_tam_db_20260526_020001_full.db; Size: 6388224
2026-05-26 02:40:19 [THREAD(17456)] [INFO] [CDbRestore::RestoreDatabaseList] Restore fileDir: ; Filename: 127.0.0.1@wips_db_imc_wips_db_20260526_020001_full.db; Size: 7436800
2026-05-26 02:40:19 [THREAD(17456)] [INFO] [CDbRestore::RestoreDatabaseList] Restore fileDir: ; Filename: 127.0.0.1@wlan_db_imc_wsm_db_20260526_020001_full.db; Size: 20852736512
2026-05-26 02:40:19 [THREAD(17456)] [INFO] [CDbRestore::RestoreDatabaseList] Restore fileDir: ; Filename: 127.0.0.1@wsm_loc_db_imc_locate_db_20260526_020001_full.db; Size: 6388224
2026-05-26 02:40:19 [THREAD(17456)] [INFO] [CDbRestore::RestoreDatabaseList] Restore fileDir: ; Filename: dbman_20260526_020001.conf; Size: 623
2026-05-26 02:40:19 [THREAD(17456)] [INFO] [CDbRestore::RestoreDatabaseList] Restore fileDir: ; Filename: fault_20260526_020001.zip; Size: 2526015
2026-05-26 02:40:19 [THREAD(17456)] [INFO] [CDbRestore::RestoreDatabaseList] Restore fileDir: ; Filename: icc_20260526_020001.zip; Size: 5937874
2026-05-26 02:40:19 [THREAD(17456)] [INFO] [CDbRestore::RestoreDatabaseList] Restore fileDir: ; Filename: perf_20260526_020001.zip; Size: 1807
2026-05-26 02:40:19 [THREAD(17456)] [INFO] [CDbRestore::RestoreDatabaseList] Restore fileDir: ; Filename: plat_20260526_020001.zip; Size: 8286796
2026-05-26 02:40:19 [THREAD(17456)] [INFO] [CDbRestore::RestoreDatabaseList] Restore fileDir: ; Filename: report_20260526_020001.zip; Size: 43182
2026-05-26 02:40:19 [THREAD(17456)] [INFO] [CDbRestore::RestoreDatabaseList] Begin stop service.
2026-05-26 02:40:37 [THREAD(9204)] [DEBUG] [CConfigT::decodePasswordInConf] After debase64 length: 16
2026-05-26 02:40:37 [THREAD(9204)] [DEBUG] [CConfigT::decodePasswordInConf] After debase64 length: 16
2026-05-26 02:40:37 [THREAD(9204)] [DEBUG] [CConfigT::decodePasswordInConf] After debase64 length: 16
2026-05-26 02:40:37 [THREAD(9204)] [DEBUG] [CConfigT::decodePasswordInConf] After debase64 length: 32
1. 校验备份文件完整性：备机执行md5sum /备份路径/备份包，与主机同文件MD5对比，排除文件损坏。
2. 确认主备IMC版本完全一致，数据库备份需来自同版本主库，避免版本不兼容。
3. 检查备机数据库服务：执行/opt/IMC/server/mysql/bin/mysql -u root -p'密码' -e "show databases;"，确认MySQL服务正常。
4. 修正权限：备份文件夹权限需为imc用户，执行chown -R imc:imc /备份文件夹。
5. 查看完整dbman日志（路径/opt/IMC/logs/dbman.log），定位具体错误（如端口冲突、磁盘空间不足）。
一、先看日志，直接定位卡死原因
你这段 dbman 日志非常关键，我直接给你翻译 + 定位：
plaintext
2026-05-26 02:40:19 [THREAD(17456)] [INFO] [CDbRestore::RestoreDatabaseList] Begin stop service.
→ 备机开始停止 iMC 服务
然后日志直接断在这里，再也没有下文
→ iMC 服务停止失败 → 数据库恢复进程卡死 → 自动恢复失败
这是iMC 主备部署最经典、最常见的故障：
核心结论
备机在自动恢复时，无法停止 iMC 相关进程（尤其是 jk_lock、监控进程、数据库服务），导致恢复脚本卡死、进程退出，恢复失败。
二、为什么会停不掉服务？
常见 4 个原因（99% 都是这几个）：
Windows 权限不足（dbman 没有以管理员运行）
iMC 相关进程卡死（jre.exe、mysql.exe、postgres.exe）
备机部署时，没有按 “备机模式” 安装，而是装成了主机
备机的数据库端口 / 服务被占用，无法停止
你的日志停在 Begin stop service，100% 是停服务失败。
三、立刻能解决的步骤（按顺序做，10 分钟恢复）
步骤 1：在备机上强制杀死所有 iMC 进程（最关键）
打开 任务管理器 → 详细信息，结束以下所有进程：
plaintext
java.exe
jre.exe
mysql.exe
postgres.exe
imcsvc.exe
dbman.exe
jk_lock.exe
全部杀掉！
步骤 2：以管理员身份重启 dbman 服务
plaintext
开始菜单 → 管理工具 → 服务
找到 “iMC Dbman”
右键 → 重启
步骤 3：删除备机恢复目录里的锁文件 / 状态文件
路径（你日志里显示的）：
plaintext
D:\Program Files\iMC\dbman\etc\
删除这 2 个文件：
plaintext
LastOperationResult.conf
lock
步骤 4：把主机同步过来的备份文件重新放一遍
备机默认自动恢复目录：
plaintext
D:\Program Files\iMC\dbman\import\
确保里面有：
plaintext
.ok
.db
.conf
.zip
这些文件必须完整。
步骤 5：手动触发一次恢复
plaintext
iMC 安装目录 → dbman → 运行 dbman.bat
选择：
plaintext
恢复数据库
你会看到：
停服务 → 恢复 → 启服务
这次一定能成功。
四、为什么主机正常、备机恢复失败？
因为：
主机：iMC 服务运行中，可以正常备份
备机：必须先停止 iMC，才能覆盖数据库
备机一旦停不掉服务，恢复就卡死
你日志停在 Begin stop service = 停服务失败。
五、最终一句话总结
你的备机数据库恢复失败，不是数据库坏了，不是备份坏了，不是同步坏了，就是：iMC 服务停不掉，恢复进程卡死。
我确实按照主方式安装的备机，有啥办法变成备方式吗
我确实按照主方式安装的备机，有啥办法变成备方式吗
Begin stop service（开始停止服务）这一步，随后日志就没有新的报错信息了。这通常意味着 iMC 的后台服务进程卡死，无法被正常停止，从而导致数据库恢复流程被挂起或中断。1. 检查并清理卡死的进程（最可能的原因）
- 操作建议：登录备机服务器，打开任务管理器（Windows）或使用
top/ps命令（Linux），查看是否有大量的java.exe、dmserver.exe或数据库相关进程。如果有，建议手动结束这些进程，或者直接重启备机服务器。重启后，再次尝试触发自动恢复。
2. 核对主备机 iMC 版本与组件是否完全一致
Components is not match，但新部署环境极易出现此问题）。- 操作建议：登录 iMC 的 Web 页面，在“系统” -> “关于”中，仔细对比主机和备机的 iMC 平台版本号 以及 已部署的业务组件列表，确保两者完全一模一样。
3. 检查杀毒软件或系统安全策略拦截
- 操作建议：暂时关闭备机上的所有杀毒软件和防火墙，或者将 iMC 的安装目录（如
D:\Program Files\iMC\）添加到杀毒软件的信任白名单中，然后重新尝试恢复。
4. 检查数据库磁盘空间
wlan_db 数据库文件非常大（约 20GB），加上其他数据库，总数据量较大。- 操作建议：请确认备机服务器上，iMC 数据库存放的磁盘分区（通常是 iMC 安装盘或专门的数据盘）剩余空间充足。建议预留至少是备份文件总大小 2 倍以上的空间，以防恢复过程中解压和日志写入导致磁盘爆满。
5. 查看详细调试日志
ERROR 报错。如果上述操作后问题依旧，建议打开备机 iMC 安装目录下的 dbman/log/dbman_debug.log（调试日志），在恢复失败的同一时间点附近，查找是否有更详细的报错堆栈信息（例如具体的数据库连接失败、文件写入权限不足等）。编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明