半夜弹窗蓝屏，谁没遇过这事儿
前两天朋友老李打电话，说他公司用的内部管理系统突然打不开，客户订单卡在一半，急得直拍桌子。一查是服务器系统崩溃，日志里一堆报错。这种情况真不少见，小到个人电脑蓝屏，大到企业服务宕机，系统崩溃就像家里的水管爆裂，不来则已，一来就得立马处理。
先稳住，别乱动
系统一崩，第一反应往往是重启试试。但别急着按电源键。先看看有没有重要数据正在写入，比如数据库事务、文件传输。硬重启可能导致数据损坏更严重。正确做法是尝试通过远程终端登录，执行安全关机命令：
sudo shutdown -h now如果机器完全无响应，再考虑断电重启。
查日志，像查病历一样
系统恢复后，别急着继续干活。得翻日志，找出崩溃根源。Linux 系统主要看 /var/log/syslog 或 /var/log/messages，Windows 则打开事件查看器，筛选“错误”和“严重”级别记录。
比如看到大量 Out of memory: Kill process，那大概率是内存耗尽触发了 OOM Killer。这时候就得优化程序内存使用，或者加内存条。
常见诱因和应对
硬盘空间满了，系统连临时文件都写不了，分分钟崩溃。定期清理日志、缓存文件很重要。可以用下面这条命令快速查看磁盘占用：
df -h要是发现根目录用了95%以上，就得动手清了。比如删掉旧的 Docker 镜像：
docker system prune -a另一个常见问题是服务进程疯狂占用 CPU，拖垮整个系统。用 top 或 htop 一看，某个 Java 进程占了90%以上，基本就是它惹的祸。这时候杀掉进程，重启服务，再查代码里有没有死循环或资源泄漏。
做点预防，少点折腾
别等出事才想起维护。定期更新系统补丁，关闭不用的服务端口，设置自动备份关键配置文件。比如用 cron 写个定时任务：
0 2 * * * cp /etc/nginx/nginx.conf /backup/conf_$(date +\\%Y\\%m\\%d).bak再配上监控工具，比如用 Prometheus + Alertmanager，一旦 CPU、内存、磁盘异常，手机马上收到告警，比用户投诉还快一步。
系统崩溃不可怕，可怕的是每次都靠运气恢复。把维护当日常，才能让系统跑得稳当。”,"seo_title":"系统崩溃怎么办？实用维护技巧快速恢复","seo_description":"系统崩溃别只会重启！教你查看日志、分析原因、清理资源，并通过自动化手段预防再次发生，适合个人和企业系统维护参考。","keywords":"系统崩溃,系统维护,服务器崩溃,系统恢复,运维技巧,系统日志,磁盘清理,OOM问题"}