服务器快照备份如何验证完整性

学完这篇，你能按一套可落地的流程验证服务器快照备份是否完整，并知道在云平台、Linux 和数据库场景下该看什么状态、跑什么命令、检查什么结果。

第一步：确认快照状态和元数据

这一步要确认快照在平台侧已经生成完成，得到的结果是快照不是 pending、error 或 creating 状态。以阿里云 ECS 控制台为例，进入「存储与快照」>「快照」，找到目标快照，看「状态」列是否为「可用」，并核对「源磁盘」「快照大小」「创建时间」。AWS 则进入 EC2 控制台 >「Elastic Block Store」>「Snapshots」，状态应为 completed。命令行可用 AWS CLI 2.x：

aws ec2 describe-snapshots --snapshot-ids snap-0abc123 \
  --query 'Snapshots[0].[State,VolumeSize,StartTime]' --output table

阿里云 CLI 3.0.0 可用：

aliyun ecs DescribeSnapshots --SnapshotIds s-xxxx --output cols=Status,SourceDiskSize,CreationTime

注意：快照状态「可用」只代表平台侧完成，不代表文件系统或数据库内部一致。运行中的数据库快照仍可能损坏。

第二步：把快照挂成只读盘

这一步要把快照创建成临时云盘或本地快照卷，并只读挂载，得到的结果是能像普通目录一样检查文件，但不会写入快照。云上操作：在快照列表点「创建云盘」，选择可用区，创建后挂载到一台临时 ECS。AWS 是「Create volume from snapshot」，再 attach 到 /dev/sdf。

登录临时服务器后：

lsblk -f
mkdir -p /mnt/snapcheck
mount -o ro /dev/nvme1n1p1 /mnt/snapcheck

如果是 LVM 快照：

lvcreate -L 10G -s -n snapcheck /dev/vg0/root
mount -o ro /dev/vg0/snapcheck /mnt/snapcheck

注意：不要直接在快照卷上写数据，也不要把快照挂回生产目录覆盖。LVM 快照空间不足会失效，验证期间不要删除。

第三步：检查文件系统一致性

这一步要对快照底层块设备做只读检查，得到的结果是文件系统没有明显错误。先卸载再检查：

umount /mnt/snapcheck
fsck -n /dev/nvme1n1p1

XFS 用：

xfs_repair -n /dev/nvme1n1p1

Btrfs 用：

btrfs check --readonly /dev/nvme1n1p1

注意：fsck -y、xfs_repair 不带 -n 会写盘修复。验证阶段只读检查，不要自动修复，否则会破坏现场证据。

第四步：核对文件清单和哈希

这一步要对比快照里的关键文件和源数据是否一致，得到的结果是配置文件、代码、静态资源等哈希一致。重新只读挂载后生成清单：

mount -o ro /dev/nvme1n1p1 /mnt/snapcheck
find /mnt/snapcheck -xdev -type f -print0 | sort -z | xargs -0 sha256sum > /tmp/snap.sha256

再与源目录或上次备份清单对比：

sha256sum -c /tmp/snap.sha256

也可以用 rsync 干跑对比差异：

rsync -avnc --delete /mnt/snapcheck/ /var/www/

注意：数据库文件不能用普通哈希直接判断一致性。MySQL 应先 FLUSH TABLES WITH READ LOCK 或停库再打快照；PostgreSQL 建议用 pg_basebackup 或 pg_verifybackup 验证备份。

第五步：做一次恢复演练

这一步要从快照启动临时实例或挂载数据，得到的结果是服务能启动、数据能查询。以 Nginx 为例：

systemctl start nginx
curl -I http://127.0.0.1

MySQL 临时实例启动后：

systemctl start mysqld
mysqlcheck -u root -p --all-databases

注意：恢复演练要放在隔离网络，安全组只允许验证机访问，避免临时实例连到生产数据库或写入生产存储。

第六步：把验证脚本自动化

这一步要把上面检查写成脚本并定期执行，得到的结果是每周有验证日志，失败能及时发现。脚本可放 /usr/local/bin/verify_snapshot.sh，记录到 /var/log/snapshot_verify.log。用 crontab 在业务低峰执行：

0 3 * * 0 /usr/local/bin/verify_snapshot.sh >> /var/log/snapshot_verify.log 2>&1

注意：完整性验证会消耗磁盘 IO，最好在低峰期做，并给临时云盘、LVM 快照预留足够空间。

小结

• 快照「可用」不等于数据完整，必须挂载后检查。
• 只读挂载，只读检查，不要用 fsck -y 自动修复。
• 文件系统检查、哈希对比、恢复演练三步都要做。
• 数据库快照要结合停库或专用备份工具验证。
• 验证脚本定期跑，日志留档，失败告警。