云服务器更换系统镜像后数据盘挂载点还在吗？

直接给结论：不在。

更换系统镜像（Rebuild OS）这个操作，本质上是对系统盘进行格式化并重新写入新的操作系统文件。这个过程会彻底清除系统盘上的所有数据，包括原来的注册表、驱动配置、以及 /etc/fstab 或 mount 记录。

至于你的数据盘，情况稍微复杂一点，需要分两种场景来看：

1. 如果你使用的是云厂商提供的“重装系统”功能

绝大多数主流云厂商（阿里云、腾讯云、华为云等）的“重装系统”或“更换镜像”操作，默认只作用于系统盘。

• 数据盘本身的数据： 只要你在创建实例时选择了“保留数据盘”或者数据盘是独立挂载的非系统盘，那么数据盘里的文件通常不会丢失。云厂商在设计这个功能时，会确保只擦除系统盘。
• 挂载点/自动挂载配置： 一定会消失。
  • Windows 服务器： 你之前设置的磁盘管理、盘符分配、开机自动挂载脚本等全部失效。重启后，数据盘可能显示为“未初始化”或“无盘符”，你需要手动去磁盘管理里初始化、分区、分配盘符。
  • Linux 服务器： 你之前写在 /etc/fstab 里的自动挂载配置没了。重启后，数据盘虽然还在（设备名如 /dev/vdb 通常不变），但不会自动挂载到 /data 或其他目录。你需要手动执行 mount 命令，并且最好重新编辑 /etc/fstab 以防下次重启失效。

2. 极端情况：如果数据盘被设置为“随系统盘销毁”

有些用户在购买云服务器时，勾选了“系统盘和附加数据盘一同销毁”或者在自定义镜像时没有正确分离。在这种情况下，更换系统镜像可能会连带格式化数据盘。但这属于用户配置错误，不是技术必然。

实操建议 & 避坑指南

作为老鸟，我强烈建议你按以下步骤操作，避免翻车：

✅ 第一步：备份！备份！备份！

不要相信任何“数据盘不会丢”的承诺。在点击“更换系统镜像”之前，务必对数据盘打快照。这是唯一的安全底线。万一云厂商底层逻辑有变，或者你误操作，快照能救你的命。

✅ 第二步：更换系统后，手动处理数据盘

对于 Linux 用户：

1. 登录新系统。
2. 运行 lsblk 或 fdisk -l 确认数据盘设备名（通常是 /dev/vdb 或 /dev/xvdb）。
3. 检查是否已挂载：df -h。如果没有挂载，说明之前的配置丢了。
4. 手动挂载测试：mount /dev/vdb /mnt （假设你想挂在 /mnt）。
5. 如果没问题，修改 /etc/fstab，添加类似以下行以实现开机自动挂载：

   /dev/vdb  /data  ext4  defaults  0  2

   注意：建议使用 UUID 而不是设备名，因为某些情况下设备名可能漂移（虽然少见，但 UUID 更稳）。用 blkid 查看 UUID。

对于 Windows 用户：

1. 打开“此电脑” -> “管理” -> “磁盘管理”。
2. 找到未分配或未分配盘符的数据盘。
3. 右键初始化磁盘 -> 新建简单卷 -> 分配盘符。
4. 如果需要开机自动映射网络驱动器或特定路径，需重新配置组策略或脚本。

常见误区澄清

• 误区1：“更换镜像等于重装系统，所以所有盘都重置。”
  错。云服务器的架构是计算与存储分离。系统盘是虚拟磁盘文件，数据盘也是独立的虚拟磁盘。更换镜像只是替换系统盘的文件内容，不影响其他挂载的块存储设备。

• 误区2：“数据盘挂载点会自动恢复。”
  错。挂载点是操作系统层面的概念，依赖于配置文件。新系统里没有旧系统的配置文件，自然不会有挂载点。

• 误区3：“我用了自定义镜像，所以挂载点会保留。”
  不一定。如果你是用旧系统制作自定义镜像，然后基于该镜像启动新实例，那么是的，挂载点会保留。但你是“更换系统镜像”（即从官方镜像库选一个全新的 CentOS/Ubuntu/Windows Server），那就是从零开始，一切配置归零。

总结

最后提醒：
在云计算环境里，“更换系统镜像”是一个高风险操作。即使数据盘不丢，业务中断时间也会较长。如果是生产环境，建议先停机 -> 打快照 -> 再操作。别嫌麻烦，数据无价。