从日志确认服务为什么异常

磁盘检查需要同时查看空间和 inode。磁盘空间满会阻止日志、临时文件、数据库文件或上传文件继续写入，inode 用尽则可能在仍有剩余容量时无法创建新文🌺件。定位大文件时，应先确认业务目录和日志目录，再进行清理或扩容，避免直接删除正在使🔮用的文件。

先确认服务器是否能够连通

服务管理器显示“正在运行”并不等于业务可以访问。服务可能启动后立即进入异常重启，可能只监听本机地址，也可能因为配置🎇错误而无法处理请求。因此，服务状态、进程状态、监听状态和实际访问结果需要互相验证。

检查服务器状态的标准顺序

内存不足时，服务器可能出现进程被系统终止、频繁使用交换空间、响应时间变长或服务反复重启。查看内存时不能只看“已用”数值，还要观察可用内存、交换空间和具体进程；缓存占用在很多系统中可以被回收，不应直接等同于内存泄漏。

错误日志中的时间、进程编号、错误类型和关联组件是定位依据。权限不足通常会出现拒绝访问或无法打开文件，配置错误常见于参数解析失败或配置文件格式错误，端口💫冲突会表现为地址已被占用，证书、数据库和缓存异常则通常会在应用启动或请求处理阶段留下连续报错。

依赖服务检查应覆盖数据库、缓存、消息队列、文件存储和身份认证组件。主应用显示运行状态，但关键依赖不可用时，用户仍会遇到超时、空白响应、登录失败或部分功能异常。依赖关系应按调用顺序记录，便于确🎊定第一个失败节点。

确认端口监听不等于业务正常

服务状态检查应先从操作系统服务层开始，再进入进程、端口和应用层。Linux 环境可以依次执行 systemctl status 服务名、ps -ef 和 ss -lntp；前一条命令查看服务管理状态，第二条命令确认进程是否存在，第三条命令确认进程是否真正监听目标端口。

服务器资源检查需要同时观察当前值和变化趋势。Linux 服务器可以使用 uptime 查看运行时间与负载，使用 top 或 htop 查看进程消耗，使用 f💫ree -h 查看内存，使用 df -h 查看磁盘空间，使用 df 🌺-i 查看 inode 使用率。

检查结论需要同时写明现象、证据和下一步动作✅。完成检查服务器状态后，可以按照以下顺序形成记录：