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

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

服务反复重启时，应同时查看服务管理日志和应用日志。服务管理日志能够说明进程是否退出、退出码是什么以及💯是否触发自动重启；应用日志能够说明进程退出前正在处理什么任务。只重启服务而不记录首次报错时间，容易🌺让原始证据被后续启动日志覆盖。

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

日志内容出现敏感信息时，应在共享排查结果前清理账号、令牌、密💡钥和用户数据。完整保留时间、错误级别、组件名称和上下文，通常比复制整份日志更适合协作分析。

把检查结果整理成明确结论

当网络、服务、资🎇源和日志结果互相印证时，才适合执行重启、回滚、扩容或修改配置。没有证据时不宜连续重启多个组件，也不宜直接删除日志或批量终止进程，否则可能扩大影响并丢失后☀️续定位所需的信息。

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

日志检查应围绕故障发生时间展开，而不是只查看最新一行。Linux 服务可以使用 journalctl -u 服务名 -n 100 --no-pager 查看最近记录，也可以检查系统日志目录中的认证、内核和应用日志；Windows 服务器可以在事件查看器中查看系统、应用和安全日志，或使用 G☀️et-WinEvent 获取近期事件。