这种情况通常是实例挂载了本地临时盘（ephemeral disk），这类磁盘的数据持久性依赖于实例运行状态，停止或迁移后数据清空是云厂商的设计特性而非故障，重要业务数据建议存放在云硬盘上。

原理简述

云服务器的存储分为网络存储（云硬盘）和本地存储（ephemeral disk）。本地盘直接物理连接在宿主机上，性能较好但生命周期与宿主机绑定。当实例重启、停止或发生硬件迁移时，宿主机可能变更，本地盘数据无法跟随迁移，因此会被清空。本地盘适用于缓存、临时交换空间等可丢失数据场景。

实操步骤：迁移数据至云硬盘

1. 确认磁盘类型：在系统内部快速判断磁盘类型和挂载情况：

lsblk -d -o NAME,TYPE,MODEL
df -h

如果 TYPE 显示为 disk 且 MODEL 包含 local 或 nvme 字样，结合控制台信息可辅助判断。

2. 创建并挂载云硬盘：在控制台购买云硬盘并挂载到实例，假设新设备名为 /dev/vdb。

3. 格式化新磁盘：注意这会清空新盘数据，请确认设备名无误。

mkfs.ext4 /dev/vdb

4. 迁移数据：创建挂载点并同步数据，使用 rsync 保留权限：

mkdir -p /data
mount /dev/vdb /data
rsync -avz /old/data/ /data/

5. 配置开机挂载：获取新盘 UUID 并修改 fstab，操作前务必备份：

blkid /dev/vdb
cp /etc/fstab /etc/fstab.bak
echo "UUID=xxxx-xxxx /data ext4 defaults 0 0" >> /etc/fstab

6. 验证配置：修改后必须测试，避免无法启动：

mount -a

若无报错，说明配置正确。

怎么验证是否生效

1. 在控制台确认新磁盘类型为“云硬盘”或“弹性块存储”。

2. 写入测试文件，执行重启操作。

3. 重启登录后，检查测试文件是否存在，确认数据持久化。

常见坑与故障恢复

1. 本地盘存储风险：MySQL 等数据库默认数据目录若在本地盘，实例故障后数据无法恢复。务必修改配置指向云硬盘。

2. fstab 配置错误恢复：若修改 fstab 后无法启动，需进入单用户模式或救援模式，注释掉错误行：

vi /etc/fstab
# 在错误行首添加 # 号保存

3. 混淆重启策略：部分云厂商重启可能保留本地盘数据，但停止再启动会清空。策略不一且可能变更，切勿依赖此特性存储关键数据。

4. 忽略备份：云硬盘通常支持快照，本地盘通常不支持快照备份。

参考来源

1. 腾讯云文档中心 - 云硬盘与本地盘区别

2. AWS EC2 User Guide - Instance Store