Catalyst 9000 交换机意外重载故障排除

2026年8月25日 LOG admin

交换机在业务高峰突然重启，是所有网络管理员最不愿面对的故障之一。Catalyst 9000系列发生意外重载时，第一步不是急着重启设备，而是把现场证据完整保留下来。这篇文章基于思科官方排障文档，介绍了Catalyst 9000常见重载原因的分类方法（电源、堆叠、软件崩溃等）、如何用一条命令查看上次重载原因、如何收集crashinfo、系统报告和tracelogs等关键证据，以及向TAC提交案例分析的正确姿势，帮助你快速定位根因。

常见重载原因分类

ReloadReason	说明	建议
开机(Power-on)	电源或入口电路被手动关闭后重新打开	确认物理电源、电池备份、UPS健康状况
堆栈合并	备用交换机与主用失联触发重新选举	检查堆叠数据线缆是否牢固
LocalSoft/CPU灾难性错误	软件或CPU错误导致强制复位	收集数据并开TAC案例
电源故障	设备供电突然中断	检查电源LED与输入电路

查看上次重载原因

Switch# show version | include uptime|returned|reload|Version

输出中的System returned to ROM by和Last reload reason字段直接告诉你上次重启的原因。例如Last reload reason: Reload Command表示是人为执行了reload命令，而Software failure则指向软件问题。

收集关键证据

Show tech-support

执行show tech-support | redirect flash:ShowTech.txt生成技术支持文件，再通过TFTP/FTP/SCP等协议导出。

Tracelogs

tracelog是IOS XE中每个进程的内部日志，位于bootflash或flash目录。用以下命令生成归档：

Switch# request platform software trace archive
Creating archive file [flash:Switch_1_RP_0_trace_archive-20230719-192115.tar.gz]

系统报告与crashinfo

在flash目录中查找system-report压缩包（可能包含core文件）和crashinfo文件。这些文件是分析崩溃根因的核心证据，例如cats-c9300_1_RP_0-system-report_1_20230627-171626-UTC.tar.gz。

提交TAC案例

如果核心文件存在或崩溃已确认，需要提交TAC案例确定根因(RCA)。打开服务请求时选择 Product > Unexpected Reboot > Software Failure，将收集的show tech-support、tracelogs、system report和crashinfo一并提交，由架构团队分析。