## 适用场景
Windows 服务器蓝屏重启，事件日志里只有模糊的意外关机记录，真正的首因藏在转储文件里。读 dmp 文件是 Windows 侧排障的基本功，顺云云服务器 Windows 实例的蓝屏排查同样走这条路。
## 步骤清单
第一步确认转储已配置：系统属性的启动与故障恢复里设置转储类型，小转储只含基本信息体积小，内核转储信息更全，排障建议内核转储。文件默认落在系统盘的 Minidump 目录或 Memory.dmp。第二步准备工具：微软的调试工具链打开 dmp 文件，符号路径指向微软符号服务器，首次加载需要联网下载符号。第三步执行自动分析命令，让工具直接给出首因推断。
!analyze -v lmvm 驱动名 bugcheck 0x7F
## 验证方法
分析输出从三处理解：Bugcheck 代码是停机类型，查对应含义；Probably caused by 行指向嫌疑驱动或模块；堆栈部分看崩在内核还是第三方驱动。验证方法是把嫌疑模块与近期变更对表：新装了某软件、更新了某驱动之后开始蓝屏，卸载或回退后观察是否复现，因果成立才收案。
驱动嫌疑与硬件嫌疑的区分看模块归属：系统自带模块反复出现，加大内存与磁盘检测；特定厂商模块稳定指向，直接联系厂商更新。虚拟机环境还要补一类检查：宿主层的维护与迁移有时表现为客户机内蓝屏，时间点与平台操作对表。
## 注意事项
蓝屏后第一时间收集：dmp 文件、事件日志导出、最近变更清单，处置失误可以重来，现场丢了不可再生。反复蓝屏但分析指向不一的，记录每次的代码与模块，多次一致的那个才是真凶。
资源与预防的补充：转储文件不小，系统盘要预留空间，配置自动清理策略保留最近若干份。驱动变更走灰度，先上一台观察一周再铺开，蓝屏问题的回溯范围因此可控。把每次分析结论登记进驱动版本台账，哪个版本的驱动稳定、哪个版本出过事，升级决策时这张表就是底气。