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

报表功能

11小时前提问
  • 0关注
  • 0收藏,33浏览
3 个回答
粉丝:41人 关注:1人

设备通断明细报表V2 和 设备通断统计报表V2 的主要区别在于数据粒度和展示方式:

- **设备通断明细报表V2**:提供每一条设备通断事件的详细记录,包括发生时间、设备IP、状态变化(通/断)、持续时长等具体信息,适用于故障排查和具体事件追踪。

- **设备通断统计报表V2**:是对设备通断情况的汇总统计,通常按设备、时间段、区域等维度统计通断次数、累计时长等指标,用于整体运行状况分析。

关于统计范围:
**设备通断统计报表V2** 主要基于**活动告警**进行统计,即只有在存在未恢复或当前活跃的通断告警时,才会纳入统计数据。若无活动告警,则报表中可能无相关数据。因此,该报表确实依赖活动告警数据生成,适合监控当前异常状态。

暂无评论

粉丝:139人 关注:10人

根据信息中关于iMC报表和告警管理的描述,对您的问题解答如下:
1. IMC设备通断明细报表V2 与 设备通断统计报表V2 的区别
 设备通断明细报表V2: 主要提供详细的事件记录。它应列出每一次设备状态变化(通断)的具体事件详情,通常包括:

 发生故障或恢复的具体时间点。

 受影响的设备名称/IP

 受影响的接口(如适用)。

 状态变化详情(如 UP->DOWN DOWN->UP)。

 可能包含接口描述 (description) 等信息(如系统参数配置显示接口别名)。

 设备通断统计报表V2: 主要提供汇总的分析数据。它应基于通断明细数据,按特定的维度(如按设备、按接口、按时间段等)进行聚合计算,通常展示:

 设备或接口在选定时间段内发生故障(DOWN)的次数。

 设备或接口在选定时间段内的总故障时长。

 设备或接口在选定时间段内的可用率(如运行时长/总时长)。

 平均故障间隔时间 (MTBF) / 平均修复时间 (MTTR) 等统计指标。

核心区别:明细报表记录“发生了什么”和“具体时间”,统计报表回答“发生的频率”和“影响的程度”。
2. 设备通断统计报表V2 是否依赖活动告警数据?
 不是完全依赖或仅限于活动告警数据。
 设备通断状态(UP/DOWN)是产生告警(如“链路断开”告警)的基础事件。当一个接口或设备从UP变为DOWN时,会产生一个对应的告警;当其恢复UP时,该告警会被清除或标记为恢复。

 设备通断统计报表V2 的数据来源应该是底层设备状态轮询(简单轮询/完整轮询)记录的通断变化历史事件,而不是仅限于当前未恢复的活动告警。
 只要设备在统计时间段内发生过通断状态变化,无论该告警当前是活动状态(未恢复)还是已被清除(已恢复状态),其对应的通断事件历史记录都会被纳入统计范围。统计报表计算的是历史事件,关心的是整个时间段内的状态变化情况。

 您提到的“好像只能活动告警有数据才能查”这一现象,可能的原因有:
 报表查询时间范围设置错误: 如果查询的时间范围只包含了当前活动告警存在的时间段,而没有包含过去已恢复告警对应的时间段,那么统计结果自然只会包含该时间段内的活动告警相关的通断事件。需要将时间范围设置为包含目标历史统计周期。

 数据库或轮询问题导致历史数据缺失: 如果设备的通断历史事件未能成功记录到iMC数据库(如轮询失败、同步问题),那么统计报表计算时自然没有数据。需要确保设备轮询(尤其是完整轮询)正常,历史事件数据被正确记录。

 设备未管理状态: 设备被设置为“未管理”状态后,系统通常不再轮询其状态(除非特定闪断等过滤规则触发),也不会产生新的通断事件记录。但设备在被取消管理之前的历史记录通常应保留并可用于统计。若设备在被统计的时间段内长时间处于未管理状态,则此期间无数据。

总结:
 明细报表V2: 查看每次设备/接口通断的详细历史记录。

 统计报表V2: 分析设备/接口在指定时间段内的通断频率、时长、可用性等统计指标。

 统计报表的数据来源是设备通断的历史事件记录,并非仅限于当前未恢复的活动告警。 确保设备轮询正常、历史数据被记录,并正确设置报表查询的时间范围,才能看到完整的统计结果。

暂无评论

粉丝:192人 关注:0人

您好,看这个

两张报表的核心区别

维度设备通断明细报表 V2设备通断统计报表 V2
数据粒度单条通断事件的完整记录,含开始 / 结束时间、设备 IP / 名称、告警类型、恢复状态等,用于追溯单台设备的通断历史H3C按设备 / 时间段汇总统计,输出通断次数、时长、故障率、可用率等聚合指标,用于全局运维分析H3C
数据来源优先读取历史告警表(imc_alarm_history),需告警完成 “活动→清除→归档” 流程默认读取活动告警表(imc_alarm_active),仅统计当前未恢复的告警;需手动配置才会包含历史归档数据
典型用途故障定位与责任追溯,例如核查某设备 “昨天 14:00-15:00” 的离线原因运维大盘与考核,例如统计全网本周设备平均可用率、核心设备故障率排名
呈现形式事件列表,支持按时间 / 设备 / 状态筛选,可导出明细数据统计图表 + 汇总表,含趋势曲线、占比饼图,突出统计结论

暂无评论

编辑答案

你正在编辑答案

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

分享扩散:

提出建议

    +

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

确定

亲~检测到您登陆的账号未在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. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

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

不规范转载

×

举报说明