阿里云重置系统要注意什么？数据和镜像先备份

在阿里云上，重置系统一般指给云服务器 ECS 更换操作系统，或者把系统盘恢复到初始状态。操作完成后，系统盘上的软件、配置和文件都会被清空。动手之前，先把这一点想清楚。

很多人会把“重置系统”和“重置密码”搞混。重置密码只修改登录凭证，磁盘上的数据不受影响。重置系统会重新安装操作系统，系统盘上的数据全部丢失。如果只是忘了登录密码，直接用重置密码的功能就行，不需要动系统。

系统盘和数据盘要分开看。系统盘装操作系统，数据盘通常放业务数据。大多数情况下，重置系统只影响系统盘，挂载的数据盘会保留。但控制台的规则会随版本调整，弹窗里的提示以你操作当天看到的页面为准，尤其要留意写着“系统盘数据将被清除”的那一段。

操作前必须做的三件事

创建快照。快照记录的是系统盘在某个时间点的状态，出问题时可以用它回滚。快照会产生费用，但和丢失数据相比，这笔开销通常很小。创建后，到快照列表里确认状态已经完成，再进行下一步。没有完成的快照不能用来回滚。
备份数据盘和业务文件。数据库、用户上传的文件、需要保留的日志，都应该先导出到 OSS 或另一台机器上。快照只覆盖系统盘，不能代替业务备份。数据库建议用 mysqldump 之类的工具导出一份，并在另一台机器上试导入一次，确认文件没有损坏。只导出不验证，等到真要用时才发现文件不完整，就来不及了。
记下当前配置。包括公网 IP、内网 IP、安全组规则、各服务监听的端口、域名解析指向。可以用 ss -lntp 查看端口占用，用 crontab -l 导出定时任务，把 Nginx 配置和 SSL 证书文件复制一份保存到本地。重置后，这些内容都要逐项重新确认。

控制台界面会有变化，下面的路径按常见版本整理，实际以页面为准。

登录阿里云控制台，进入“云服务器 ECS”，找到目标实例。确认实例名称、地域和 IP 与你准备操作的服务器一致，避免点错机器。
如果实例正在运行，先在操作里选择停止。系统提示强制停止时，要先手动关闭业务服务，比如 Nginx、数据库和队列进程。直接强制停机可能让正在写入的文件损坏。
点击“更多”，找到“磁盘和镜像”或“系统与镜像”相关选项，选择“更换操作系统”或“重置系统盘”。
选择镜像。公共镜像适合通用场景。如果你已经把环境做成标准化镜像，就选自定义镜像。镜像的系统版本必须和应用兼容。PHP、Java 或数据库对系统版本、glibc 版本有要求，选之前先查一下应用的运行环境说明。
设置登录方式。可以设置密码，也可以绑定密钥对。密钥比密码更难被暴力破解，建议优先使用密钥，并在操作前确认私钥已经妥善保存。
仔细看确认页的提示，特别是系统盘数据将被清除的说明，然后提交任务。这一步没有撤销按钮，确认无误再点。
等待任务完成后启动实例，用新密码或密钥登录，检查系统版本、网络连通性和磁盘挂载情况。数据盘如果没有自动挂载，需要检查 /etc/fstab 中的配置。

有个做在线教育的小团队，服务器系统盘上既装着 Nginx，又放着几个月的课程缓存和一部分上传文件。某天服务器出现登录异常，运维同事没有深入排查，直接在控制台选择了重置系统。

操作完成后，服务器能正常启动，但 Nginx 配置、SSL 证书和定时任务全部没了。团队花了大半天重新部署。课程缓存里有一部分没有同步到 OSS，只能请用户重新上传。

事后复盘，问题出在三个地方：没有创建快照，没有检查系统盘上是否存放了业务数据，也没有先在测试机上走一遍流程。如果操作前先建快照，回滚只需要几分钟。重置之前先确认数据放在哪里，比事后补救省力得多。

如果只是某个服务异常，不一定要重置。先看日志，重启服务，检查 CPU、内存和磁盘占用，多数问题在这一步就能解决。重置适合问题已经清不掉、或者必须换系统的时候。

重置系统的步骤本身不复杂，难点在数据。快照和备份做好、数据位置弄清楚，再按控制台提示一步步执行，风险就小了很多。对于生产服务器，最好先在测试实例上完整走一遍流程，记下每一步的页面和耗时，再决定是否在正式机器上操作。