级别是日志量的总开关
日志级别从 emerg 到 debug 共八级，级别越靠后内容越详细。设备按级别过滤外发内容：设成 warning，就只送出 warning 及以上更紧急的日志。级别调细一级，日志量可能成倍增长，直接吃 CPU、本地缓冲区和日志服务器的写入能力；调粗一级，又可能丢掉关键线索，所以要在审计完整性与设备性能之间取平衡。
被过滤掉就补不回来
常见误区是把级别理解成「日志多少」的倍率，实际上它是过滤阈值：低于设定级别的日志根本不会生成外发记录，事后也无法补回。需要 notice 甚至 info 级别内容来排障时，必须提前把级别设好；等故障发生之后再调，故障当时那段日志已经不存在了。
基本信息
| 级别序列 | emerg、alert、crit、err、warning、notice、info、debug |
|---|---|
| 生产建议 | 按需开启业务日志，级别从 warning 或 notice 起步 |
| 影响面 | 级别越细，日志量与 CPU 占用越高 |
| 查看方式 | display info-center 看配置，display logbuffer 看本地日志 |
典型使用场景
- 新设备上线时设置日志外发级别
- 排障期临时开 debug 抓细节
- 日志平台容量告警，需要收敛日志量
- 巡检确认设备日志级别没有被误改
- 合规要求保留关键事件记录
华为 VRP 示例
华为 VRP 示例
system-view
info-center source default channel 2 log level warning # 只外发 warning 及以上
quit
display info-center # 查看当前 channel 与级别配置
display logbuffer # 查看设备本地日志缓冲区
# debug 只用于排障期，结束立即恢复原级别级别与典型用途
| 级别 | 紧急程度 | 典型场景 |
|---|---|---|
| emerg/alert/crit | 最高 | 设备不可用、严重故障 |
| err | 高 | 功能异常与错误 |
| warning | 中 | 需要关注但不影响运行 |
| notice/info | 低 | 常规状态与操作记录 |
| debug | 最详细 | 排障期临时使用 |
debug 长时间开启会产生巨量日志并持续占用 CPU：把「恢复原级别」这一步写进排障流程，排障一结束就恢复。
同一条日志既受设备级别过滤，也受日志服务器自身的过滤与存储策略影响，排查日志缺失时要两端一起核对。