意外重启怎么定责
设备无故重启后的第一件事是固化证据，而不是立刻重启或断电。做法是先看 uptime 反推重启时刻，再把该时刻前后的日志导出来，然后按三类原因归类：硬件类（电源异常、温度保护、单板故障）、软件类（进程崩溃、看门狗复位、内存耗尽）、人为类（有人执行了重启命令或掉电）。思科的 show version 会直接给出上次重启原因，华为与 H3C 主要靠运行时间与日志反推，部分平台另有专门的重启信息命令。
基本信息
| 适用平台 | 三厂通用 |
|---|---|
| 思科命令族 | show version、show logging、show reload |
| 华为命令族 | display version、display logbuffer、display reset-reason（部分平台） |
| H3C 命令族 | display version、display logbuffer、display reboot-info（部分平台） |
| 三类原因 | 硬件、软件、人为，处置方向完全不同 |
典型使用场景
- 业务中断后恢复，需要确认中断是否由设备重启引起以及重启原因
- 设备频繁重启影响生产，必须找到根因交给厂商处理
- 变更窗口结束后确认设备没有发生计划外重启
- 机房停电或市电切换后核对设备重启记录，与运维记录互相印证
- 板卡级故障定位：整机没重启但某块单板复位，需要区分单板与整机事件
华为与 H3C
华为与 H3C
<Huawei> display version ! 运行时间，反推重启时刻
<Huawei> display logbuffer | include reboot
<Huawei> display reset-reason ! 部分平台支持，直接给上次重启原因
<H3C> display version
<H3C> display logbuffer | include reboot
<H3C> display reboot-info ! 部分平台支持思科 IOS
思科 IOS
SW-CORE-01# show version
! 输出里找 System returned to ROM by / Reloaded by 段落
SW-CORE-01# show logging | include restart|reload|reboot
SW-CORE-01# show reload ! 查看是否有人预约了重启
SW-CORE-01# show environment temperature ! 温度类重启的佐证重启原因归类
| 类别 | 典型日志特征 | 处置方向 |
|---|---|---|
| 硬件类 | 电源异常、温度越限、单板故障复位 | 检查风扇电源与机房环境，必要时更换模块 |
| 软件类 | 进程异常、看门狗复位、内存耗尽 | 采集完整日志与诊断信息后交厂商分析 |
| 人为类 | 有 reload/reboot 命令记录、掉电重新上电 | 核对变更与操作记录，规范操作授权 |
| 计划类 | 定时任务或预约重启 | 确认任务配置是否合理，避免与业务高峰冲突 |
| 不明原因 | 日志中断、缺失重启记录 | 先保存现场，避免多次重启覆盖关键记录 |
证据优先于恢复。设备反复重启时，很多人第一反应是赶紧让它起来，但每次重启都会覆盖日志缓冲区，最后一次重启的原因最容易被自己抹掉。
日志缓冲区大小有限，长时间未采集会被新日志冲掉。关键设备建议配置日志外发到 syslog 服务器，这样即使本地缓冲区被覆盖，重启前后的记录仍然可查。