首页/网络/网络排障速查/先查变更:变更关联排查法
本包目录(235 条)
排查流程与方法36 条
连通性与链路检测54 条DNS 与解析排查46 条端口与连接检查37 条抓包与流量分析32 条应用层慢与丢包定位30 条

先查变更:变更关联排查法

「故障前动过什么」是排障最高频的破案线索:先收集近 24 小时的配置、发布、割接、扩容记录,再做技术排查,能省掉大量无用功。

网络排障速查网络更新于 2026-10-12
第一步问题最近改了什么?(配置 / 发布 / 证书 / 割接 / 第三方)
证据来源变更单、Git 提交、审计日志、监控告警时间线
时间对齐把故障开始时间与变更时间放在同一条时间线上

快速排查最近改动(Linux 通用)

快速排查最近改动(Linux 通用)
find /etc -mmin -1440 -type f 2>/dev/null | head -30   # 24h 内被改过的配置
systemctl list-units --since "24 hours ago" --state=failed  # 最近失败的服务
git -C /path/to/config log --since="24 hours ago" --oneline  # 若配置纳管在 Git
发现可疑变更后,优先走「回滚验证」而非现场猜测:回滚后故障消失基本可确认因果,但回滚前要留好现场证据。

易错点

  • 只问「最近有没有变更」而没人承认,应改为自己查审计日志和文件 mtime 验证
  • 回滚前没有保存现场(配置、抓包、日志),失败后无法二次分析

数据来源与参考

  • ITIL 变更管理实践(变更-故障关联)
  • SRE Book:变更与故障相关性分析

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌