系统卡死但能 ping 通:先看什么
发布时间:2026-03-12 13:50       
更新时间:2026-03-12 19:40
能 ping 通说明网络栈还活着,卡的是上层服务,问题多半出在 CPU、内存或磁盘 IO 被占满。远程桌面进不去时先走旁路,在登录界面干等没有意义。
旁路有哪些
Windows 服务器一般不止一条路进去。优先试 PowerShell(Windows 自带的命令行环境)Remoting:只要 WinRM 服务还在响应,另一台 Windows 机器执行 Enter-PSSession -ComputerName 目标IP 就能进入命令行,比图形界面轻得多。其次是装过的监控 Agent 自带的网页控制台,以及云控制台的 VNC 通道(网页端直接看到机器屏幕)——它不依赖系统内的网络服务,是最后兜底。这些通道平时就要配好、测通,卡死时现配来不及。
进去之后先看三个数
任务管理器或资源监视器里按顺序看:CPU 是否被单个进程长期顶满,是否在跑死循环;内存是否耗尽,硬错误(Hard Faults)每秒是否飙升——硬错误高说明在疯狂换页,卡顿感主要来自这里;磁盘"活动时间"是否 100%、队列长度是否远超 2。三个数都正常但系统依然卡,再看非分页池内存是否异常增长,那通常是驱动泄漏的信号。看这几个数的同时顺手截个图,强制重启之后这些现场就没了。
判断不了怎么办
旁路全部失败、系统已经半死时,直接在控制台强制重启是合理选择,不必为"优雅关机"耗几个小时。重启后把资源监控补上,留存趋势数据,下次卡死之前就有据可查。
平时怎么减少卡死
卡死多数有前兆。业务正常时的 CPU、内存水位截图留档当基线,卡死时一对比,异常程度一眼可见。三件事做在平时:给 PowerShell Remoting 和监控 Agent 配好备用通道,每月连通测试一次;给内存敏感的服务留足页面文件,避免内存一满整个系统僵住;监控里给 CPU、内存、磁盘队列设告警阈值,比如 CPU 连续十分钟超过 85% 就通知,别等卡死才发现。
卡死这类问题,处理的难度不在当场,而在事后有没有证据。旁路加监控,都是为证据服务的。