iMC报表查询没有数据

建议联系400具体排查

看下进程都正常吗 

一、核心原理：可用性报表依赖两类底层数据
节点可用率、链路可用率和普通流量 / CPU 报表数据源完全独立：
节点可用性：依赖 NMS 模块设备可达性轮询（ICMP Ping） 记录设备在线 / 离线时长；
链路可用性：依赖拓扑识别的逻辑链路 + 接口 UP/DOWN 状态采集，结合轮询记录链路中断时长；
其他报表（流量、CPU）只依赖性能 SNMP 采集，所以只有可用性报表为空，其他报表正常。
二、六大故障成因（按出现概率排序）
1. 拓扑缺失：链路未被 iMC 识别（链路可用率无数据头号原因）
可用性报表必须先在拓扑中生成逻辑链路对象，没有链路对象就无统计记录。
典型现象
IP 拓扑看不到互联链路，仅孤立设备；链路报表空白，节点报表可能有少量数据。
根因
交换机 / 防火墙未开启 lldp enable，iMC 无法自动发现链路；
跨三层设备、路由口之间链路，iMC 默认不计算；
拓扑全局开启「MAC 地址校验」，过滤掉部分二层链路；
新增设备后未执行重新计算拓扑。
修复操作
所有网络设备全局开启 LLDP
plaintext
system-view
lldp enable
interface range GigabitEthernet 1/0/1 to GigabitEthernet 1/0/48
lldp enable
iMC 页面操作：资源→拓扑管理→IP 拓扑 → 右上角「重新计算拓扑」；
拓扑设置关闭 MAC 链路校验：系统→拓扑参数→取消「基于 MAC 地址计算链路」。
2. 设备可达性轮询任务未开启 / 失效（节点可用率无数据）
iMC 默认通过ICMP Ping 轮询记录设备在线状态，轮询关闭则无可用性统计。
排查路径
资源→设备管理→设备批量设置→设备可达性探测
确认已勾选「启用可达性探测」；
探测间隔默认 5 分钟，修改后需等待至少 1 个周期才会生成数据；
中间防火墙 / 交换机 ACL 拦截 iMC 服务器 ICMP 报文，Ping 超时，无在线记录。
3. 性能 / 状态采集任务未纳管接口、采集中断
链路可用性依赖接口管理状态采集：
设备 SNMP 团体字、ACL 限制 iMC 读取接口 ifOperStatus；
设备未开启端口统计 traffic-statistic enable（部分老交换机默认关闭）；
iMC 性能采集任务未勾选对应设备接口，无 UP/DOWN 事件入库。
设备侧补充配置（H3C V7 交换机）
plaintext
system-view
interface range all
traffic-statistic enable
4. 报表时间窗口无任何离线 / 在线事件（无统计样本）
刚纳管设备，采集周期不足，无历史记录；
查询时间段内所有设备、链路全程无中断，可用性 100% 但报表不展示（iMC 部分版本逻辑：无事件不生成记录）；
时间范围选当天凌晨，采集数据尚未落库。
验证方法
把查询周期改为近 7 天，拉长时间范围测试。
5. iMC 后台进程异常（NMS/imcnetresdm/ 报表进程）
可用性数据由 NMS 资源管理进程采集入库，进程异常会只存性能数据、不存可达性 / 链路状态：
打开「智能部署监控代理」，查看进程：
imcnetresdm（设备资源 / 拓扑采集）必须绿色运行；
imcreport（报表服务）正常；
进程异常时重启对应进程，等待 30 分钟采集数据后重试报表。
6. 权限 / 组件授权缺失
当前操作员账号仅有权限查看性能报表，无拓扑 / 可用性报表权限；
iMC 未完整安装 NMS 网络管理组件，仅安装 CAMS / 性能组件，缺少拓扑可用性统计模块。
三、标准化排查步骤（从上到下执行）
步骤 1：验证拓扑链路是否完整（链路报表核心）
资源→拓扑管理→IP 拓扑，确认设备之间能看到连线；
无连线：开启全网 LLDP，重新计算拓扑；
有连线：双击链路查看链路详情，确认接口状态能正常刷新。
步骤 2：检查设备可达性探测开关
资源→设备管理→批量设置→可达性探测，确认全局开启；
右键单台设备→通信测试，Ping、SNMP 全部正常无超时；
中间设备放通 iMC 服务器 ICMP、UDP161 SNMP。
步骤 3：确认采集周期与数据生成等待
可达性探测默认 5 分钟一轮，接口状态采集 10 分钟一轮；
新配置后至少等待 30 分钟再查询报表，不要立即测试。
步骤 4：检查 iMC 后台进程状态
智能部署监控代理 → 进程列表：
imcnetresdm、imcperf、imcreport 全部运行；
异常则重启服务：start rserver。
步骤 5：权限与组件校验
系统→操作员管理，给当前账号分配「网络资源、报表全部权限」；
智能部署代理查看已安装组件，确认包含NMS 网络管理组件。
步骤 6：日志定位采集失败
日志路径 iMC安装目录/server/log/netres/
搜索关键词：ping timeout、link discover failed、interface status get fail
存在超时：网络 / ACL 拦截；
无任何采集日志：轮询任务未开启。
四、快速区分故障场景
节点报表空白、链路报表空白
可达性探测未开启 / ICMP 被拦截 / NMS 进程异常；
节点报表有数据、链路报表空白
拓扑未识别链路、全网 LLDP 未开启；
所有可用性报表空白，流量 / CPU 报表正常
拓扑采集、可达性轮询两套任务独立失效，优先查拓扑与 Ping 探测。
五、兜底修复方案
全网设备统一开启 LLDP 与端口 traffic-statistic；
iMC 开启全局设备可达性探测，重新计算 IP 拓扑；
重启 imcnetresdm、imcreport 进程，等待 1 小时采集数据；
拉长报表查询时间范围至 7 天，验证是否生成可用性记录；
仍无数据：升级 iMC PLAT 最新补丁，修复可用性报表入库逻辑 bug。

iMC报表功能中“节点与链路可用率”查询无数据，而其他报表正常，问题很可能出在数据采集或报表生成的特定环节上。

你可以按照下面的步骤，由简入繁地进行排查：

📝 第一步：检查核心报表组件是否部署

“节点与链路可用率”这类报表的数据，依赖于iMC的ETL（数据抽取、转换、加载）组件。如果该组件未部署或异常，报表就会无数据。

• 检查方法：登录iMC服务器，在“智能部署监控代理”界面中，查看是否已部署并启动了 ETL组件。如果未部署，请进行部署。

• 补救措施：确认ETL组件部署后，可以手动触发其任务，在ETL组件中执行 DevStatus（设备状态） 和 IfStatus（接口状态） 这两个任务，强制刷新数据。

⚙️ 第二步：排查基础数据采集是否正常

报表的数据基础来自iMC对设备的监控，需要确保以下几点：

1. 设备纳管状态：确认所有相关设备（网络设备、服务器等）都已正确添加到iMC的资源管理中，并且状态正常。

2. SNMP连通性：这是非常关键的一步。在iMC的设备详细信息页面，使用“测试”功能，检验设备的 SNMP参数（读写团体字）是否正确。如果SNMP不通，将无法采集任何性能数据。

3. 性能监控指标：检查“资源 > 性能管理 > 性能选项 > 常用指标”中，是否已勾选了与节点和链路可用率相关的监控项（如接口状态、CPU、内存等）。

4. 数据采集进程：检查与性能采集相关的后台进程（如imcperfdm）是否正常运行。如果怀疑进程卡住，可以尝试重启该进程。

5. 网络拓扑链路：可用率报表依赖拓扑信息。检查设备是否开启了 LLDP（链路层发现协议），并确保iMC能通过LLDP正确计算出设备间的链路。

🗓️ 第三步：检查报表任务与数据周期

即使数据采集正常，报表本身的配置也可能导致无数据显示。

• 检查周期监视任务：在“资源 > 性能管理 > 周期监视”中，查看是否存在已过期的监视任务。过期的任务会导致数据采集后不展示。你可以延长任务的过期时间或删除过期任务来尝试恢复。

• 确认报表的时间范围：确保查询的时间范围内有数据。可以尝试扩大查询范围，比如查询“最近一周”或“最近一月”的数据。

• 排查报表历史文件：可以到iMC服务器的 \iMC\client\web\apps\rptviewer\taskresult 目录下，查找对应报表的历史文件，确认报表是否成功生成过。

🛠️ 第四步：检查系统环境与授权

如果以上步骤都无法解决问题，可以检查一下系统环境：

• 数据库连接：在“部署监控代理”中，检查数据库连接是否正常，以及数据库空间是否充足。

• 授权状态：检查iMC的License授权是否过期，特别是与报表或性能相关的组件授权。

• 查看系统日志：查阅iMC的系统日志，关注是否有与报表、ETL或数据库相关的错误信息