• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

iMC PLAT数据库自动备份失败(monitor_db失败)

1天前提问
  • 0关注
  • 0收藏,100浏览
粉丝:0人 关注:0人

问题描述:

请教下面的问题是什么原因导致的?对应的解决方案有那些?

2026-05-22 03:13:09 [THREAD(4059032384)] [INFO] [RemoveReservedFile] Begin Remove Reserved File
2026-05-22 03:13:09 [THREAD(4059032384)] [INFO] [ClearFile] ClearFile
2026-05-22 03:13:09 [THREAD(4059032384)] [INFO] [ClearFile] Remove file: /opt/dbmanbak/127.0.0.1@aclm_db_imc_aclm_db_20260519_040003_full.db
2026-05-22 03:13:09 [THREAD(4059032384)] [DEBUG] [Remove] Remove file: /opt/dbmanbak/127.0.0.1@aclm_db_imc_aclm_db_20260519_040003_full.db
2026-05-22 03:13:09 [THREAD(4059032384)] [INFO] [ClearFile] Remove file: /opt/dbmanbak/127.0.0.1@icc_db_imc_icc_db_20260519_040003_full.db
2026-05-22 03:13:09 [THREAD(4059032384)] [DEBUG] [Remove] Remove file: /opt/dbmanbak/127.0.0.1@icc_db_imc_icc_db_20260519_040003_full.db
2026-05-22 03:13:09 [THREAD(4059032384)] [INFO] [ClearFile] Remove file: /opt/dbmanbak/127.0.0.1@invent_db_imc_inventory_db_20260519_040003_full.db
2026-05-22 03:13:09 [THREAD(4059032384)] [DEBUG] [Remove] Remove file: /opt/dbmanbak/127.0.0.1@invent_db_imc_inventory_db_20260519_040003_full.db
2026-05-22 03:13:09 [THREAD(4059032384)] [INFO] [ClearFile] Remove file: /opt/dbmanbak/127.0.0.1@monitor_db_imc_monitor_db_20260519_040003_full.db
2026-05-22 03:13:09 [THREAD(4059032384)] [DEBUG] [Remove] Remove file: /opt/dbmanbak/127.0.0.1@monitor_db_imc_monitor_db_20260519_040003_full.db
2026-05-22 03:13:09 [THREAD(4059032384)] [INFO] [ClearFile] Remove file: /opt/dbmanbak/fault_20260519_040003.zip
2026-05-22 03:13:09 [THREAD(4059032384)] [DEBUG] [Remove] Remove file: /opt/dbmanbak/fault_20260519_040003.zip
2026-05-22 03:13:09 [THREAD(4059032384)] [INFO] [ClearFile] Remove file: /opt/dbmanbak/icc_20260519_040003.zip
2026-05-22 03:13:09 [THREAD(4059032384)] [DEBUG] [Remove] Remove file: /opt/dbmanbak/icc_20260519_040003.zip
2026-05-22 03:13:09 [THREAD(4059032384)] [INFO] [ClearFile] ClearFile
 
 
2026-05-22 04:00:03 [THREAD(4069522240)] [INFO] [TimeBackup] Begin auto backup .
2026-05-22 04:00:03 [THREAD(4069522240)] [INFO] [CommonBackup] Begin backup ...
2026-05-22 04:00:03 [THREAD(4069522240)] [INFO] [Remove] Fail to remove file: /opt/iMC/dbman/etc/dbman_bak.conf
2026-05-22 04:00:03 [THREAD(4069522240)] [DEBUG] [CommonBackup] Echo all server, Flag=0
2026-05-22 04:00:03 [THREAD(4069522240)] [DEBUG] [Remove] Remove file: /opt/iMC/server/bin/../../dbman/etc/LastOperationResult.conf
2026-05-22 04:00:03 [THREAD(4069522240)] [DEBUG] [CLorOper::modifyLor] Write file LastOperationResult.conf: Result=   ڱ   
ErrorReport=   ڱ   ʱ       ٴα  ݻ      ڱ  ݵ ʱ        
Tips=   ͨ  ErrorReport   ܷ     ʧ  ԭ    鿴  ־dbman/log/dbman.log  dbman_debug.log
2026-05-22 04:00:03 [THREAD(4069522240)] [DEBUG] [WriteFile] Write file /opt/iMC/server/bin/../../dbman/etc/LastOperationResult.conf.
2026-05-22 04:00:03 [THREAD(4069522240)] [INFO] [CDbBackup::BackupAllDataBase] Begin to auto backup all databases
2026-05-22 04:00:03 [THREAD(4069522240)] [INFO] [CDbBackup::BackupAllDataBase] Path: 127.0.0.1@aclm_db_imc_aclm_db_20260522_040003_full.db
2026-05-22 04:00:03 [THREAD(4069522240)] [DEBUG] [CDbBackup::BackupOneLocalDBase] Exec Mysqldump to export data, command: mysqldump --log-error="/opt/iMC/dbman/bin/dbop.sql.log"  -u"root" -p"XXX" -h127.0.0.1 -P3306  --hex-blob  --single-transaction aclm_db > "/opt/dbmanbak/127.0.0.1@aclm_db_imc_aclm_db_20260522_040003_full.db"
 
2026-05-22 04:00:04 [THREAD(4069522240)] [INFO] [runCommand] runCommand result OK. ret=0, WIFEXITED(ret)=1, WEXITSTATUS(ret)=0
2026-05-22 04:00:04 [THREAD(4069522240)] [DEBUG] [CDbBackup::BackupOneLocalDBase] Exec mysql backup log:
2026-05-22 04:00:04 [THREAD(4069522240)] [DEBUG] [Remove] Remove file: /opt/iMC/dbman/bin/dbop.sql.log
2026-05-22 04:00:04 [THREAD(4069522240)] [INFO] [CDbBackup::BackupOneLocalDBase] ifAuto: 1;ifTrans: 0;bakDbIp: ,bakDBReceivePath: 
2026-05-22 04:00:04 [THREAD(4069522240)] [INFO] [CDbBackup::BackupAllDataBase] Path: 127.0.0.1@icc_db_imc_icc_db_20260522_040003_full.db
2026-05-22 04:00:04 [THREAD(4069522240)] [DEBUG] [CDbBackup::BackupOneLocalZipFile] Exec: ../etc/icc_zip.sh 127.0.0.1 imc_icc "XXX" "/opt/dbmanbak" icc_20260522_040003.zip icc_db 3306 >"/opt/iMC/dbman/bin/dbop.sql.log" 2>&1
2026-05-22 04:01:31 [THREAD(4069522240)] [INFO] [runCommand] runCommand result OK. ret=0, WIFEXITED(ret)=1, WEXITSTATUS(ret)=0
2026-05-22 04:01:31 [THREAD(4069522240)] [DEBUG] [CDbBackup::BackupOneLocalZipFile] Exec shell log:../etc/icc_zip.sh:行14: /bin/cp: 参数列表过长
OK
 
2026-05-22 04:01:31 [THREAD(4069522240)] [DEBUG] [Remove] Remove file: /opt/iMC/dbman/bin/dbop.sql.log
2026-05-22 04:01:31 [THREAD(4069522240)] [DEBUG] [CDbBackup::BackupOneLocalDBase] Exec Mysqldump to export data, command: mysqldump --log-error="/opt/iMC/dbman/bin/dbop.sql.log"  -u"root" -p"XXX" -h127.0.0.1 -P3306  --hex-blob  --single-transaction icc_db > "/opt/dbmanbak/127.0.0.1@icc_db_imc_icc_db_20260522_040003_full.db"
2026-05-22 04:01:32 [THREAD(4069522240)] [INFO] [runCommand] runCommand result OK. ret=0, WIFEXITED(ret)=1, WEXITSTATUS(ret)=0
2026-05-22 04:01:32 [THREAD(4069522240)] [DEBUG] [CDbBackup::BackupOneLocalDBase] Exec mysql backup log:
2026-05-22 04:01:32 [THREAD(4069522240)] [DEBUG] [Remove] Remove file: /opt/iMC/dbman/bin/dbop.sql.log
2026-05-22 04:01:32 [THREAD(4069522240)] [INFO] [CDbBackup::BackupOneLocalDBase] ifAuto: 1;ifTrans: 0;bakDbIp: ,bakDBReceivePath: 
2026-05-22 04:01:32 [THREAD(4069522240)] [INFO] [CDbBackup::BackupAllDataBase] Path: 127.0.0.1@invent_db_imc_inventory_db_20260522_040003_full.db
2026-05-22 04:01:32 [THREAD(4069522240)] [DEBUG] [CDbBackup::BackupOneLocalDBase] Exec Mysqldump to export data, command: mysqldump --log-error="/opt/iMC/dbman/bin/dbop.sql.log"  -u"root" -p"XXX" -h127.0.0.1 -P3306  --hex-blob  --single-transaction invent_db > "/opt/dbmanbak/127.0.0.1@invent_db_imc_inventory_db_20260522_040003_full.db"
2026-05-22 04:01:32 [THREAD(4069522240)] [INFO] [runCommand] runCommand result OK. ret=0, WIFEXITED(ret)=1, WEXITSTATUS(ret)=0
2026-05-22 04:01:32 [THREAD(4069522240)] [DEBUG] [CDbBackup::BackupOneLocalDBase] Exec mysql backup log:
2026-05-22 04:01:32 [THREAD(4069522240)] [DEBUG] [Remove] Remove file: /opt/iMC/dbman/bin/dbop.sql.log
2026-05-22 04:01:32 [THREAD(4069522240)] [INFO] [CDbBackup::BackupOneLocalDBase] ifAuto: 1;ifTrans: 0;bakDbIp: ,bakDBReceivePath: 
2026-05-22 04:01:32 [THREAD(4069522240)] [INFO] [CDbBackup::BackupAllDataBase] Path: 127.0.0.1@monitor_db_imc_monitor_db_20260522_040003_full.db
2026-05-22 04:01:32 [THREAD(4069522240)] [DEBUG] [CDbBackup::BackupOneLocalZipFile] Exec: ../etc/fault_zip.sh 127.0.0.1 imc_monitor "XXX" "/opt/dbmanbak" fault_20260522_040003.zip monitor_db 3306 >"/opt/iMC/dbman/bin/dbop.sql.log" 2>&1
2026-05-22 04:01:55 [THREAD(4069522240)] [INFO] [runCommand] runCommand result OK. ret=0, WIFEXITED(ret)=1, WEXITSTATUS(ret)=0
2026-05-22 04:01:55 [THREAD(4069522240)] [DEBUG] [CDbBackup::BackupOneLocalZipFile] Exec shell log:OK
2026-05-22 04:01:55 [THREAD(4069522240)] [DEBUG] [Remove] Remove file: /opt/iMC/dbman/bin/dbop.sql.log
2026-05-22 04:01:55 [THREAD(4069522240)] [DEBUG] [CDbBackup::BackupOneLocalDBase] Exec Mysqldump to export data, command: mysqldump --log-error="/opt/iMC/dbman/bin/dbop.sql.log"  -u"root" -p"XXX" -h127.0.0.1 -P3306  --hex-blob  --single-transaction monitor_db > "/opt/dbmanbak/127.0.0.1@monitor_db_imc_monitor_db_20260522_040003_full.db"
2026-05-22 04:16:09 [THREAD(4069522240)] [INFO] [runCommand] runCommand result FAIL. ret=768, errno=0, WIFEXITED(ret)=1, WEXITSTATUS(ret)=3
2026-05-22 04:16:09 [THREAD(4069522240)] [DEBUG] [CDbBackup::BackupOneLocalDBase] Exec mysql backup log:mysqldump: Error 1194: Table 'tbl_trap_data_event' is marked as crashed and should be repaired when dumping table `tbl_trap_data_event` at row: 141780263
2026-05-22 04:16:09 [THREAD(4069522240)] [DEBUG] [Remove] Remove file: /opt/iMC/dbman/bin/dbop.sql.log
2026-05-22 04:16:09 [THREAD(4069522240)] [ERROR] [CDbBackup::BackupOneLocalDBase] Exec command fail.
2026-05-22 04:17:10 [THREAD(4069522240)] [INFO] [sendTrapAlert] Send trap success 
2026-05-22 04:17:10 [THREAD(4069522240)] [WARNING] [CDbBackup::BackupAllDataBase] Backup database: monitor_db failed
2026-05-22 04:17:10 [THREAD(4069522240)] [ERROR] [CommonBackup] backup all db failed .
2026-05-22 04:17:10 [THREAD(4069522240)] [DEBUG] [Remove] Remove file: /opt/iMC/server/bin/../../dbman/etc/LastOperationResult.conf
2026-05-22 04:17:10 [THREAD(4069522240)] [DEBUG] [CLorOper::modifyLor] Write file LastOperationResult.conf: Result=    ʧ  
ErrorReport=       ݿ          ִ  ʧ  
Tips=   ͨ  ErrorReport   ܷ     ʧ  ԭ    鿴  ־dbman/log/dbman.log  dbman_debug.log
2026-05-22 04:17:10 [THREAD(4069522240)] [DEBUG] [WriteFile] Write file /opt/iMC/server/bin/../../dbman/etc/LastOperationResult.conf.

 

 

dbman_debug日志里的告警信息:

2026-05-22 04:16:09 [THREAD(4069522240)] [DEBUG] [CDbBackup::BackupOneLocalDBase] Exec mysql backup log:mysqldump: Error 1194: Table 'tbl_trap_data_event' is marked as crashed and should be repaired when dumping table `tbl_trap_data_event` at row: 141780263

3 个回答
已采纳
粉丝:16人 关注:1人

根据你提供的 iMC dbman_debug.log 日志,导致 monitor_db 数据库自动备份失败的直接原因非常明确。
日志中记录了具体的报错信息:
mysqldump: Error 1194: Table 'tbl_trap_data_event' is marked as crashed and should be repaired when dumping table 'tbl_trap_data_event' at row: 141780263
这表明 iMC 监控数据库(monitor_db)中的 tbl_trap_data_event(告警/Trap事件表)已经损坏(crashed),导致 mysqldump 在导出数据时无法读取该表,从而引发了整个备份任务的失败。
你可以按照以下步骤来修复损坏的数据库表并恢复备份功能:


 1. 修复损坏的数据库表

你需要登录到 iMC 服务器的后台,通过 MySQL 命令行工具来修复这张损坏的表。
  1. 进入 MySQL 命令行
    在 iMC 服务器的 Linux 终端中,进入 iMC 自带的 MySQL 目录(通常在 /opt/iMC/mysql/bin/ 下),使用 root 账号登录数据库。
    1cd /opt/iMC/mysql/bin/ 2./mysql -uroot -p
    (注:输入密码时,密码默认为 imcplat 或者你在部署时设置的数据库密码。如果忘记密码,可以查看 /opt/iMC/common/conf/dbconf.properties 文件获取)
  2. 执行修复命令
    登录成功后,依次执行以下 SQL 语句:
    1USE monitor_db; -- 切换到监控数据库 2REPAIR TABLE tbl_trap_data_event; -- 修复损坏的表
    等待系统返回 OK 或 Status: OK 的提示,即表示表修复成功。
  3. 退出 MySQL
    输入 exit; 退出数据库命令行。


 2. 验证并重新执行备份

表修复完成后,建议手动触发一次备份,确认问题是否彻底解决:
  1. 打开 iMC 的“智能部署监控代理”
  2. 切换到“运行环境”页签。
  3. 点击“立即备份”按钮。
  4. 观察备份任务是否能顺利完成。


 3. 补充建议与排查

  • 检查磁盘空间:数据库表损坏有时是因为服务器磁盘空间写满导致的。建议顺手检查一下 iMC 服务器的磁盘使用情况(使用 df -h 命令),确保 /opt 分区有足够的剩余空间。
  • 数据清理tbl_trap_data_event 是告警事件表,如果该表数据量极其庞大(日志显示已读到上亿行),建议定期在 iMC 界面上配置告警数据的自动转储或清理策略,避免单表过大影响数据库性能。
  • 版本已知问题:如果你的 iMC 平台版本较旧,且备份任务在特定日期(如2024年6月10日左右)后突然频繁出现异常,可能与 iMC 内部进程生成 ID 的算法缺陷有关。如果遇到修复后依然频繁报错的情况,可以考虑重启 iMC 进程,或联系 H3C 技术支持确认是否需要升级平台版本。

iMC 自带里没有 MySQL 目录

zhiliao_ly7JxN 发表时间:1天前 更多>>

磁盘空闲的存储空间还有320G

zhiliao_ly7JxN 发表时间:1天前

版本是iMC PLAT 7.3 (E0710P03)

zhiliao_ly7JxN 发表时间:1天前

iMC 自带里没有 MySQL 目录

zhiliao_ly7JxN 发表时间:1天前
粉丝:116人 关注:11人

联系400分析 

粉丝:1人 关注:0人

有备份的话通过备份恢复,一般用的innodb引擎没法用repari去修复,最好是把原表删了把备份表导进去,或者先把应用停了改innodb_force_recovery参数看看能不能把原表导出来,能导出来的话不用补数据直接重建表就行

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明