首页/网络/网络排障速查/分级上报与协作:什么时候找谁
本包目录(235 条)
排查流程与方法36 条
连通性与链路检测54 条DNS 与解析排查46 条端口与连接检查37 条抓包与流量分析32 条应用层慢与丢包定位30 条

分级上报与协作:什么时候找谁

排障不是独角戏:明确「先边界内自证、再带证据升级」的规则,避免把未定位的问题直接甩给网络组/云厂商/应用组,浪费对方时间。

网络排障速查网络更新于 2026-10-12
升级前必备现象、影响面、时间线、已做的测试与结论、当前假设
升级对象按边界:主机/网络/应用/数据库/云厂商/运营商
原则带证据升级,而不是带情绪升级

升级信息包模板

升级信息包模板
【问题一句话】X 服务 10:05 起 30% 请求超时
【影响面】仅北京办公区;上海正常
【已排除】DNS 正常、端口可达、本机负载正常
【关键证据】curl -w 输出 / mtr 截图 / 抓包摘要
【当前假设】出口线路或中间设备丢包
【请求】请协助检查 10:05-10:20 出口链路质量
经验:把「已排除项」写清楚能省掉对方 80% 的重复劳动,也是自己排查质量的体现。

易错点

  • 上游一句「网络有问题」就转报给网络组,对方一测全通,问题又弹回来
  • 升级时不提供时间窗,对方只能大海捞针

数据来源与参考

  • ITIL 事件管理:升级路径设计
  • SRE Book:协作与信息同步

相关工具

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