AWS EBS卷快照丢失文件求助：新卷中文件缺失或大小为0

以下是几个关键步骤，解决你遇到的快照数据不一致问题：

• 针对单个文件强制同步：
  仅执行全局sync可能不够，它只是把页缓存数据刷到磁盘控制器，但无法保证单个文件的元数据（比如inode信息）完全写入。对每个关键配置文件执行文件级同步：

  sync /path/to/your/config-file1
  sync /path/to/your/config-file2
  

  若使用GNU sync（Amazon Linux、Ubuntu等系统默认支持），也可批量同步目录下的文件：

  sync /path/to/config-dir/
  

• 冻结文件系统（无法卸载卷时使用）：
  日志型文件系统（如ext4、XFS）会维护事务日志，即使刷了缓存，未提交的日志可能导致快照捕获到不一致状态。如果目标卷是系统根卷无法卸载，可冻结文件系统：

  # 冻结文件系统，阻止新写入
  fsfreeze -f /mount/point
  # 执行创建快照的命令
  aws ec2 create-snapshot --volume-id vol-xxxxxx --description "Config files snapshot"
  # 解冻文件系统，恢复写入
  fsfreeze -u /mount/point
  

  注意：fsfreeze依赖util-linux包，大部分EC2系统默认已安装；XFS文件系统可替换为xfs_freeze -f/xfs_freeze -u。

• 卸载卷（允许时优先使用）：
  如果目标卷不是系统根卷，最稳妥的方式是先卸载再创建快照：

  umount /mount/point
  # 创建快照
  aws ec2 create-snapshot --volume-id vol-xxxxxx --description "Config files snapshot"
  # 重新挂载卷
  mount /dev/xvdf /mount/point
  

  卸载操作能确保文件系统所有未完成的写入都被提交，快照捕获的是完全一致的磁盘状态。

• 验证文件写入状态：
  创建文件后，可用stat命令检查文件的修改时间和大小确认写入完成；也可通过dd强制刷新文件数据：

  dd if=/path/to/config-file of=/path/to/config-file conv=fdatasync
  

这些步骤能替代“等待较长时间”的被动操作，从根本上解决缓存和EBS写入延迟导致的快照数据不一致问题。

内容的提问来源于stack exchange，提问作者snailrider