zhiliao_Gixe
九段
该日志表示设备内存使用率超过了预警阈值（通常默认80%），属于内存资源紧张告警，需及时排查，否则可能影响转发或导致进程异常。
排查步骤：
1. 查看当前内存占用：
display memory
display memory-threshold
确认总内存、已用内存及阈值设置。
2. 查看各进程内存占用：
display process memory
找出占用最高的进程，重点关注转发、安全策略、日志、IPS/AV等模块。
3. 检查会话表项数量：
display session count
display session statistics
会话数过高会大量消耗内存，若接近设备规格上限需优化策略或限制会话。
4. 查看日志缓冲区占用：
display logbuffer
display info-center
若日志量巨大且未及时输出，可清理或调整日志级别。
5. 检查是否有异常流量或攻击导致内存激增：
display attack-defense statistics
display ip statistics
处理建议：
若会话数过高：优化安全策略，减少无效会话，启用会话老化调优。
若日志占用大：将日志输出到外部日志服务器，降低本地缓冲级别。
若某进程异常：记录进程名，尝试重启该进程或整机重启恢复。
若业务持续增长导致内存不足：评估是否需要升级设备或调整功能（如关闭不必要的IPS/AV特征库）。
如需进一步定位，可收集以下信息联系H3C技术支持：
display diagnostic-information
display memory
display process memory
display session count
排查步骤：
1. 查看当前内存占用：
display memory
display memory-threshold
确认总内存、已用内存及阈值设置。
2. 查看各进程内存占用：
display process memory
找出占用最高的进程，重点关注转发、安全策略、日志、IPS/AV等模块。
3. 检查会话表项数量：
display session count
display session statistics
会话数过高会大量消耗内存，若接近设备规格上限需优化策略或限制会话。
4. 查看日志缓冲区占用：
display logbuffer
display info-center
若日志量巨大且未及时输出，可清理或调整日志级别。
5. 检查是否有异常流量或攻击导致内存激增：
display attack-defense statistics
display ip statistics
处理建议：
若会话数过高：优化安全策略，减少无效会话，启用会话老化调优。
若日志占用大：将日志输出到外部日志服务器，降低本地缓冲级别。
若某进程异常：记录进程名，尝试重启该进程或整机重启恢复。
若业务持续增长导致内存不足：评估是否需要升级设备或调整功能（如关闭不必要的IPS/AV特征库）。
如需进一步定位，可收集以下信息联系H3C技术支持：
display diagnostic-information
display memory
display process memory
display session count
暂无评论
early‑warning属于内存预告警（预告警），不是严重故障告警H3C。
含义：单板空闲内存已经低于【预告警 early‑warning 门限】，提醒管理员关注内存资源；还未到 minor/severe/critical 严重内存告警，设备业务暂时不会直接异常H3C。 注意：该告警监控的是空闲物理内存，不是内存利用率；到达该门限只是预警，继续下降才会触发一级 / 二级 / 三级严重内存告警。
第一步，现场核查命令
#1、查看内存门限、告警统计、当前内存状态
display memory‑threshold
#2、查看整机内存使用
display memory
#3、查看各个进程内存占用，多次执行对比，观察哪个进程Dynamic内存持续上涨（疑似内存泄漏）
display process memory
#4、查看会话数，会话过多会大量消耗内存
display session summary
#5、查看GOLD诊断记录，看内存过载事件采样记录
display diagnostic‑information memory‑overload
重点区分现象
- 只是偶尔打印这条日志，查看内存很快自动恢复（空闲内存回升） 属于业务流量冲高，会话瞬间暴涨导致瞬时空闲内存下降；业务回落之后内存释放，属于瞬时冲击，风险低。
- 频繁反复打印这条日志，空闲内存持续走低，不会自动回升 风险高，存在：会话长期堆积、路由 / ACL / 对象规格占用过高、进程内存泄露，不处理后续会升级到 minor/severe 严重告警，可能业务异常、单板重启。
常见根因
- 业务高峰，并发会话数瞬时冲高，大量会话占用内存，流量回落内存释放（偶发日志）
- ASPF 会话老化时间配置过大，僵尸会话堆积，内存无法释放
- IPS/AV/ 应用控制 / 威胁检测开启较多，DPI 特征库加载、威胁检测消耗内存
- 版本 BUG，个别进程存在内存泄漏，Dynamic 内存持续上涨
- 配置规格大：大量 ACL、对象组、安全策略、路由条目消耗内存
处理步骤
- 若为偶发瞬时告警，内存可以自动恢复
- 核对
display session aging‑time，不要随意调大 UDP 等会话老化时间，使用默认值； - 观察业务高峰期会话数量，评估设备规格是否满足业务峰值。
- 频繁告警，内存持续走低，不会恢复
① 核对会话统计，清理无用策略，精简对象、ACL；
② 确认设备系统版本，升级到 F1000‑AI 系列最新稳定版本，规避已知内存泄漏 BUG；
③ 收集信息：
display memory‑threshold、display memory、多次display process memory、display session summary，联系 400 技术支持分析是否存在进程内存泄露。
不建议直接调大 / 关闭内存预告警门限来屏蔽日志，只是掩盖告警，没有解决真实内存资源隐患。
暂无评论
编辑答案
➤
✖
亲~登录后才可以操作哦!
确定
✖
✖
你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
✖
举报
×
侵犯我的权益
>
对根叔社区有害的内容
>
辱骂、歧视、挑衅等（不友善）
侵犯我的权益
×
侵犯了我企业的权益
>
抄袭了我的内容
>
诽谤我
>
辱骂、歧视、挑衅等（不友善）
骚扰我
侵犯了我企业的权益
×
您好，当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时，您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱，我们会在审核后尽快给您答复。
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
我们认为知名企业应该坦然接受公众讨论，对于答案中不准确的部分，我们欢迎您以正式或非正式身份在根叔知了上进行澄清。
抄袭了我的内容
×
原文链接或出处
诽谤我
×
您好，当您发现根叔知了上有诽谤您的内容时，您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱，我们会尽快处理。
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
我们认为知名企业应该坦然接受公众讨论，对于答案中不准确的部分，我们欢迎您以正式或非正式身份在根叔知了上进行澄清。
对根叔社区有害的内容
×
垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载
>
辱骂、歧视、挑衅等（不友善）
骚扰我
诱导投票
不规范转载
×
举报说明
暂无评论