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

iMC Dbman由于组件版本部署不一致恢复失败的日志分析

2017-11-09 发表
  • 0关注
  • 0收藏 1311浏览
唐斌 八段
粉丝:5人 关注:1人

iMC自动备份与恢复工具(Dbman)为用户提供全面的系统灾备解决方案,通过Dbman用户可以实现对iMC平台数据库(如config_db、monitor_db等)和组件数据库(如:UAM组件数据库ead)的自动备份与恢复处理。除了自动备份与恢复之外,Dbman工具同时也支持手动的备份和恢复。

iMC自动备份与恢复工具的使用中,有一个注意事项,即确保恢复数据库时iMC所有组件的版本与待恢复数据库备份文件对应的iMC组件版本及补丁版本必须一致。如果不符合这个要求,会出现Dbman恢复操作失败。本文对于版本不一致导致的Dbman恢复失败的日志进行分析,以帮助工程师确认问题原因,对症下药。

常见的手动恢复失败现象如下截图。自动备份失败一般看不到页面报错,需要从日志中查看。

1、dbman日志采集

对于dbman相关的异常,文本日志的存储路径为“/iMC/dbman/log”,需要收集和查看dbman.log和dbman_debug.log。

2、若备份文件原环境与先环境iMC组件部署版本不一致,查看dbman_debug.log的日志,可以看到如下类似内容。

2017-10-28 15:33:59 [ERROR] [checkDBFiles] Restore all database failed: Components is not match
2017-10-28 15:33:59 [ERROR] [checkDBFiles] Database: 127.0.0.1@ead. Components: iMC-UAM=7.2.E0411P06 iMC-EAD=7.2.E0409
2017-10-28 15:33:59 [ERROR] [checkDBFiles] DbFileConf: 127.0.0.1@ead_ead_db_20171025_105116_full.db. Components: iMC-UAM=7.2.E0411 iMC-EAD=7.2.E0409
2017-10-28 15:33:59 [INFO] [sendTrapAlert] Send trap success

2017-10-28 15:33:59 [ERROR] [ManualRestoreBase] Fail to check DB file.
2017-10-28 15:33:59 [ERROR] [response_err_code] errCode = -1

日志分析:日志中ERROR内容显示的含义是当前iMC UAM(用户接入管理组件)的版本不一致。原环境中UAM的版本为7.2 E0411P06,当前环境中UAM的版本为7.2 E0411版本,也缺少安装P06补丁

版本。一般的处理方法需要在新环境中给用户接入管理组件,安装部署上P06补丁。

3、若备份文件原环境部署的iMC组件,多于当前环境iMC组件的部署,查看dbman_debug.log的日志,可以看到如下类似内容。

2017-10-28 16:37:37 [ERROR] [locateDb] Can not find strKey: 127.0.0.1@tam_tam
2017-10-28 16:37:37 [ERROR] [checkDBFiles] Instance 127.0.0.1@tam_tam invalid: there is no information on server
2017-10-28 16:37:37 [INFO] [sendTrapAlert] Send trap success

2017-10-28 16:37:37 [ERROR] [ManualRestoreBase] Fail to check DB file.
2017-10-28 16:37:37 [ERROR] [response_err_code] errCode = -1

日志分析:日志记录内容的含义是,恢复数据时,检查当前iMC环境中,没有TAM相对的数据库。也就是当前没有部署TAM组件。

1、通过查看和分析日志,可以知道iMC环境中具体哪些组件的版本信息不一致。处理方法就是通过部署监控代理对不一致的组件进行调整。保证新环境和老环境的版本信息一致。

2、通过日志查看和分析有一定局限性。因为日志里,只要有一个软件检查到有一个不符合要求的组件部署情况,dbman的数据恢复就失败了。假若现场多个组件都存在不一致的情况,需要反复恢复操作,反复查看日志。如此的效率太低。

dbman备份文件中有一个“dbman_日期_xxx.conf”的配置文件。从此文件中可以查看此iMC环境的组件部署信息。分别对iMC的新环境和老环境做手动备份操作,通过对比“dbman_日期_xxx.conf”的配置文件,对比两个环境组件安装部署是否一致。对于组件不一致的情况,管理员再做组件部署的调整,保证组件一致。

配置文件的内容,举例如下。

1、在进行数据库备机或恢复操作前,必须保证主从机及其数据库服务器(分离部署)上的dbman为启动状态。

2、在立即恢复中的两个功能:从本地恢复和从远程恢复,前者适用于手动备份的数据库文件以及集中式部署下自动备份的数据库文件,后者适用于分布式部署情况下自动备份的数据库文件。

3、如果在主机系统自动备份配置时,配置了备机系统的主机IP,则必须保证备机系统的主机上进行了自动恢复配置。

4、在本机使用Dbman恢复数据库时,恢复前后版本必须保持一致,各个组件版本必须保持一致,同时恢复时各个组件的数据库原始备份时间点必须保持一致。

该案例对您是否有帮助:

您的评价:1

若您有关于案例的建议,请反馈:

作者在2019-06-12对此案例进行了修订
0 个评论

该案例暂时没有网友评论

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

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

侵犯了我企业的权益

×

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

抄袭了我的内容

×

原文链接或出处

诽谤我

×

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

对根叔知了社区有害的内容

×

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

不规范转载

×

举报说明

提出建议

    +

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

确定

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

注册后可访问此模块

跳转hclhub

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