行业资讯 · 发布时间：
云服务器出现卡顿、连接超时或服务间歇性中断时，先记录故障发生的时间和表现，再按顺序检查。不要急着重启：重启可能暂时恢复服务，却会让进程状态和部分故障线索消失。以下五项检查适用于常见 Linux 和 Windows 环境，具体操作会因系统版本与云平台而略有不同。
一、先确认资源是否持续触顶
短时负载升高不一定代表故障，关键是观察它是否与响应变慢同时发生。Linux 可用 top 查看进程和负载，用 free -h 检查内存；Windows 可在任务管理器的“性能”页查看处理器、内存和磁盘活动。
- 在云平台监控页查看故障前后的资源曲线，并记录时间段。
- 在系统内按进程排序，确认是否有单个程序持续占用资源。
- 若处理器或内存长期接近上限，先检查应用请求量、进程数量及近期变更，再评估是否需要调整规格。
可把持续数分钟高于约 80% 作为进一步调查的提示，但这不是通用故障线：负载特征、监控周期和应用类型都会影响判断。若内存不足并发生频繁交换，响应时间也可能明显变差。
二、区分网络故障与应用故障
能登录服务器，不等于外部用户访问一定正常。网络排查要分别验证域名解析、端口连通性和应用响应。Linux 可用 ping 观察基本连通情况，用 ss -lntp 查看监听端口；Windows 可用 Test-NetConnection 检查目标主机和端口。
- 从客户端测试服务端口，再从服务器本机请求同一服务。
- 若本机正常而外部失败，检查安全组规则、系统防火墙和路由策略。
- 若两处都失败，检查服务是否监听正确地址，以及应用是否仍在运行。
同时核对带宽使用曲线和丢包情况。带宽接近配置上限时，传输可能排队；单次 ping 超时则不足以证明网络故障，还应结合多次结果、业务端口测试和监控记录。
三、排除磁盘空间与读写异常
磁盘写满会导致日志无法写入、数据库操作失败，甚至让服务启动异常。Linux 可用 df -h 查看各文件系统剩余空间，用 du -sh 检查较大的目录；Windows 可在文件资源管理器查看卷的可用空间。
- 先找出空间紧张的卷，注意系统盘和数据盘可能分别挂载。
- 检查应用日志、临时文件和旧备份；确认用途后再清理，不要直接删除不熟悉的系统文件。
- 空间充足但读写仍慢时，查看云平台的磁盘性能监控及系统日志，判断是否有持续的读写等待。
将剩余空间低于约 10% 至 20% 视为预警范围较实用，但日志增长速度和业务数据规模不同，保留多少空间应按实际容量安排。
四、核对服务进程与系统日志
资源正常不代表应用正常。服务可能因配置错误、依赖不可用或异常退出而停止。Linux 可用 systemctl status 服务名检查状态，并通过 journalctl 查看对应时段的系统日志；Windows 可打开事件查看器，检查“Windows 日志”中的应用程序和系统事件。
- 确定故障开始时间，筛选前后几分钟的报错，留意启动失败、连接拒绝和权限提示。
- 查看服务进程是否存在、监听端口是否正确，再检查配置文件最近是否改动。
- 修复明确原因后再重启单个服务，并观察日志和外部请求是否恢复。
保留报错原文和时间戳，通常比只记录“服务器不稳定”更便于定位。涉及数据库或关键业务时，先确认备份和恢复方式，再进行可能影响数据的操作。
五、检查安全规则、变更和定时任务
新加的防火墙规则、系统更新、证书更换或计划任务，都可能改变服务行为。把故障时间与近期变更记录对照，能帮助缩小范围。
- 核对云平台安全组和操作系统防火墙，确认业务所需端口仅对适当来源开放。
- 检查定时任务是否在故障时段执行备份、压缩或批处理，避免它们与高峰请求叠加。
- 查看近期软件更新、配置修改和登录记录；发现异常访问时，及时轮换受影响的凭据并限制不必要的入口。
排查云服务器时，建议一次只调整一个因素，并记录修改前后的现象。若故障持续且证据指向云平台底层资源或网络，可整理实例标识、发生时间、监控截图和错误信息，提交给平台支持核查。
常见问题
云服务器卡顿，第一步应该做什么？
记录时间和影响范围，再对照资源监控与系统日志；先收集证据，避免立即重启掩盖原因。
监控曲线正常，为什么访问仍然超时？
检查应用进程、监听端口、域名解析、安全组和防火墙。资源正常不能排除配置或服务本身故障。
多久检查一次云服务器状态？
可按业务重要程度设置监控与告警，并定期检查磁盘余量、备份结果和变更记录。访问量变化较大的服务，应重点关注峰值时段。
稳定运行依赖持续观察和可回溯的变更记录。按资源、网络、磁盘、服务、安全五项逐步排除，通常比反复重启云服务器更容易找到可验证的原因。
