3. 检查磁盘空间和 inode

CPU 持⚡续接近满载，通常说明某个程序运行异常、访问量突然增加▶️、定时任务集中执行，或者存在恶意进程。短时间的高占用不一定是故障，例如备份、压缩和数据导入都会消耗较多 CPU。需要结合持续时间和进程列表判断，不能只看到一个瞬时数值就立即终止程序。

1. 检查 CPU 使用率

检查服务时，不能只看“进程还在不在”。有些程序虽然没有退出，但已经▶️进入假死状态，仍然占用端口，却无法正常处理请求。更可靠的方式是访问健康检查地址、执行一次简单接口请求，或者从服务日志中确认最🎇近是否有成功处理记录。

二、登录服务器后检查系统资源

如果域名无法访问而 IP 可以访问，应检查 DNS 解析记录、📚解析是否过期以及域名是否指向了错误的地址。如果 IP 和域名都无法连接，则继续查看云平台控制台、远程登录状态和安全组规则。排查时要记录测试时间，因为网络故障可能具有临时性。

对于重要业务，应配置基础监控和告警，例如主机在线状态、CPU、内存、磁盘空间、端口可用性、网页响应时间、证书有效期和数据库连接数。当✅指标达到预设阈值时及时通知管理员，很多问题可以在用户明显感知前被处理。

2. 检查内存与交换空间

检查服务器状态并不是一次性的操作，而是一套持续的运维习惯。先确认连接，再查看资源；先判断服务，再分析日志；处理故障后做好验证和记录。按照这个顺序排查，既能提高定🎊位效率，也能降低误重启、误删文件和错误修改配置带来的风险。

五、检查网络、防火墙和安全组设置

观察浏览器提示也很重要。“无法连接到服务器”通常代表网络连接未建立；“连接超时”可能与服务器负载过高、防火墙拦截或⭐线路不稳定有关；“502”或“504”往往说明反向代理没有从后端程序获得正常响应；“403”则更可能涉及权限、访问规则或安全策略。

偶尔出现 502 或 504：重点检查反向代理与后端应用的连接、进程数量、超❤️时设置和数据库响应速度，同时关注应用是否频繁重启。

1. 从浏览器访问网站

如果只有个别页面报错，通常应先查看对应应用的日志；如果所有站点💎同时变慢，则要检查系统资源、网络和数据库；如果故障发生在发布、升级或修改配置之后，则应优先对比变更内容。日志中出现大量相同错误时，不要只处理最后一条，要判断它是根本原因，还是前一个故障引发的连锁提示。

七、检查完成后做好记录和持续监控

检查服务器状态的核心目的，是确认服务器当前是否在线、系统是否正常运行，以及网站、数据库、缓存和其他业务程序能否提供服务。对于个人网站、小程🔍序后端、企业系统和云主机来说，下面这套方法都具有较强的通用性。

先在不同网络环境下打开网站，例如分别使用办公网络、手机流量和其他地区的网络进行测试。如果所有网络都无法访问，问题可能出在服务器、域名解析、防火墙或网站服务本身；如果只有某一个网络打不开，则要重点检查本地🚀网络、运营商线路或访问策略。

在电脑终端中，可以使▶️用 Ping 测试服务器 IP 是否有响应。Ping 能帮助判断网络层是否连通，但有些云服务器会禁止 ICMP 请求，因此没有返回不一定代表服务器已经宕机。更准确的方式是测试网站端口或直接请求网页，例如使用 curl 访问域名，观察返回状态码、响应时间和服务器是否能够建立连接。