重启会让服务器上正在运行的程序全部中断。动手前花两分钟看一下下面几项，能省掉不少麻烦。
- 数据落盘：数据库、缓存和日志要确认已经写入磁盘，没保存的内容重启后就没了。
- 定时任务：看一眼有没有定时任务、数据同步或批量导入正在跑。重启打断一半的导入，排查起来很费事。
- 提前打招呼：服务器对外提供服务的话，先告诉团队，最好挑访问量低的时段操作。
- 留一个快照：系统近期改动较大时，先给系统盘建快照。重启后如果出现异常，还能回滚。
控制台重启
偶尔操作一次的话，控制台最直观。
- 登录阿里云，进入“云服务器 ECS”控制台。
- 左侧选择“实例”，在列表里找到要重启的机器。记下实例 ID 和公网 IP，避免点到别的服务器上。
- 点击实例右侧的“更多”，选择“实例状态”，再点“重启”。
- 在确认窗口核对一遍，提交后等状态从“重启中”变回“运行中”。
普通重启会先让操作系统正常关机，然后再开机。系统盘和数据盘的数据不会丢，公网 IP 也不会变。这一点和“停止后再启动”不一样，操作前要分清楚。重启完成后，可以在监控页面看几分钟 CPU 和内存曲线，确认已经回到正常水平。
强制重启：什么时候用，风险在哪
服务器完全无响应，普通重启也没反应时，才考虑强制重启。它等同于直接断电再开机，速度快，但风险高。内存里还没写入磁盘的数据可能丢失，文件系统也可能出错，严重时要运行 fsck 或其他修复工具。
所以只有同时满足两个条件才建议使用：普通重启等了十分钟以上仍没反应，并且控制台提示实例无法正常响应。如果机器上有重要数据，先试着通过管理终端恢复，别急着强制操作。
用命令行或 API 重启
需要批量操作多台服务器，或者想把重启写进运维脚本时，可以用阿里云 CLI 或 API。下面的示例中实例 ID 是占位符，替换成自己的即可：
aliyun ecs RebootInstance –InstanceId i-xxxxxxxxxxxxxxxxx
需要强制重启时，加上 ForceStop 参数：
aliyun ecs RebootInstance –InstanceId i-xxxxxxxxxxxxxxxxx –ForceStop true
执行前确认 CLI 已配置好，账号也有 ECS 重启权限。命令先在测试实例上跑一遍，再用到生产环境。批量脚本里最好加一份实例 ID 白名单，误操作的概率会低很多。每次调用返回的 RequestId 建议记录下来，之后要查操作记录时能快速定位。
一次典型的故障处理
某小型电商团队的网站跑在一台 ECS 上。工程师改了 Nginx 配置并做了热加载，网站却突然全部返回 502。重新加载配置没有用，SSH 连接也越来越慢。
他们先在控制台看实例监控，内存占用已经逼近上限，负载明显偏高。SSH 慢，就从控制台的管理终端登录，确认系统还能正常运行。接着停掉一个非必要的定时任务释放资源，并保存了日志。最后挑访问量最低的时段做了普通重启，Nginx 配置生效，网站恢复。事后他们把内存告警阈值调得更早，并给系统盘设了定期快照。
这次处理说明，重启未必是唯一的办法。先看监控和日志，找到根源，再决定要不要重启，往往能少打断几次服务。
重启后无法访问，按这个顺序查
- 实例状态：确认已经是“运行中”。如果一直停在“启动中”，去控制台的操作日志里看看原因。
- 安全组：检查端口有没有放行，常用的有 22（SSH）、80 和 443。
- 服务自启：用 systemctl status 看关键服务有没有随系统启动，没有的话用 systemctl enable 设成开机自启。
- 磁盘和文件系统：如果刚做过强制重启，看看日志里有没有文件系统错误，磁盘空间是不是满了。
- 远程连接：SSH 连不上时，走控制台的管理终端登录，直接查系统状态。
日常维护用普通重启就够，对数据也更安全。强制重启留到系统真的无响应时再用。不管哪种方式，重启前的数据保存、时段选择和快照都值得做一遍。
