看到“诊断存在风险”的提示,这通常是H3C标杆神器在采集设备诊断信息时,出于对设备稳定性的保护而触发的。要解决这个问题,核心思路是根据设备类型和处理优先级,选择相应的缓解措施。
因为缺少具体的设备和错误信息,这里从最常见的原因和对应的解决方案入手:
对于V5/V7平台的老款交换机:
问题根源: 较旧的交换机在响应大量采集命令时容易发生CPU瞬时过高,导致采集任务中断或引起误报。
解决方案: 建议改为 「基础采集」策略。该策略命令量更少,对设备CPU影响小,可以避免因命令堆积导致的设备响应超时。
这通常是95%以上情况的首选和必试步骤。
对于核心层或业务负载极高的设备:
问题根源: 在业务高峰期执行深度采集,大量命令的并发执行会额外消耗设备CPU,可能导致业务不稳定。
解决方案:
业务低峰期采集: 将采集任务安排在业务负载最低的时段(例如深夜或凌晨)。
分段执行命令: 手动登录设备,分次、分时段执行核心命令,分散CPU压力。
核心命令参考: 标杆工具主要执行两类命令。若需手动分段执行,可重点参考以下关键命令:
display diagnostic-information: 用于导出全面的系统诊断信息。
display device manuinfo: 用于采集设备序列号等电子标签信息。
网络连通性问题: 采集设备与被管理设备之间网络不稳定(存在丢包、延迟高等),会导致采集命令执行超时,从而被工具判定为高风险。
权限与防火墙: 采集账号权限不足或电脑防火墙拦截是导致“信息无法采集”的常见原因。
设备兼容性问题: 部分较老型号或非H3C官方镜像设备,工具可能无法完整识别,导致采集异常。
传输通道问题: 当采集诊断信息文件需要通过HTTP/FTP上传时,相关服务的配置错误会直接导致采集失败。
初步诊断: 检查采集设备到目标设备的网络连通性,并确认采集账号具有管理权限,同时临时关闭Windows防火墙及第三方安全软件。
调整策略: 按照上述解决方案,先切换为「基础采集」策略进行测试。
优化时机: 若「基础采集」成功,但「诊断采集」持续报错,可将全面采集安排在业务低峰期执行。
检查环境: 尤其检查在文件上传环节的FTP/HTTP服务是否配置正确。
寻求支持: 若以上步骤均无效,应收集设备具体型号、软件版本和完整报错截图,通过H3C官方渠道寻求技术支持。
暂无评论
display diagnostic-information 这类全量采集命令前的风险提示,这类命令会一次性执行大量指令,对设备 CPU、内存有一定冲击,尤其业务高峰期可能引发短暂卡顿。display cpu-usage
display memory-usage
display alarm active
dir flash:/ 检查剩余空间,删除无用文件(如旧日志、备份配置)释放空间。display user-interface
display ssh server status
display telnet server status
undo ssh server cipher weak enable
undo ssh server hmac weak enable
display device display power display fandisplay interface brief display link-aggregation summarydisplay ip routing-table display ospf peerdisplay diagnostic-information save 生成诊断包,再通过 TFTP 下载,不依赖标杆神器的远程采集,完全无业务影响。
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论