ubuntu运维使用btrfs子卷管理快照备份

很多Ubuntu运维人员对系统备份感到头疼，传统复制整个分区的方式不仅耗时耗空间，恢复时也极不灵活。其实，利用Ubuntu默认文件系统Btrfs的子卷和快照功能，可以轻松实现高效、增量且几乎零开销的系统备份与恢复。核心思路是：将系统安装到独立的Btrfs子卷中，然后定期对该子卷创建只读快照，最后将快照备份到其他位置。这样一来，你备份的只是快照之间变化的差异数据，速度快，占用空间小，并且可以灵活回滚到任何一个历史快照点。

理解Btrfs的核心概念：子卷与快照

要玩转Btrfs备份，必须先搞懂两个核心概念。子卷（Subvolume）可以理解为Btrfs文件系统内部一个可独立挂载的目录树，它像是文件系统里的一个“逻辑分区”。Ubuntu在使用Btrfs安装时，默认会创建@（根目录）和@home（家目录）两个子卷。快照（Snapshot）则是某个子卷在特定时间点的“只读”或“可写”副本。创建快照几乎是瞬间完成的，因为它最初并不复制数据，只是记录了原始数据的引用，仅当原始数据发生变化时，快照才会开始占用额外的存储空间来保存旧数据，这种技术称为“写时复制”。这正是其高效备份的基石。

检查与规划你的Btrfs文件系统

首先，确认你的Ubuntu系统是否运行在Btrfs上。执行命令

df -T / | tail -1

查看根分区文件系统类型。如果是Btrfs，再使用

sudo btrfs subvolume list /

查看现有的子卷列表。典型的安装会显示ID 256 gen 1234 top level 5 path @和ID 257 gen 1235 top level 5 path @home。一个清晰的备份规划是：保持@和@home的分离结构，为快照创建一个专用子卷（例如@snapshots），并可能为重要数据创建其他独立子卷，便于单独管理快照。

创建用于管理快照的子卷结构

我们首先创建一个专门存放系统快照的子卷，这能让文件系统结构更清晰。挂载Btrfs根文件系统到临时位置（假设根分区是/dev/sda2）：

sudo mount /dev/sda2 /mnt

然后，在根目录下创建@snapshots子卷：

sudo btrfs subvolume create /mnt/@snapshots

完成后退回根目录并卸载：

cd /
sudo umount /mnt

现在，你可以通过修改/etc/fstab，将@snapshots子卷像普通分区一样挂载到某个目录（例如/.snapshots）以便日常访问。

创建你的第一个系统根快照

创建快照是备份操作的核心。我们为根子卷@创建一个只读快照，并将其存放在刚创建的@snapshots子卷内。首先，确保目标目录存在：

sudo mkdir -p /.snapshots/root

然后，创建快照。注意，创建快照时需要在Btrfs文件系统的顶级目录（即挂载了/dev/sda2的位置）操作：

sudo mount /dev/sda2 /mnt
sudo btrfs subvolume snapshot -r /mnt/@ /mnt/@snapshots/root_$(date +%Y%m%d_%H%M%S)
sudo umount /mnt

实现自动化定时备份脚本

手动创建快照不可靠，我们需要自动化。创建一个脚本/usr/local/bin/create-snapshot.sh：

#!/bin/bash
set -e
SNAPSHOT_MOUNT="/.snapshots"
ROOT_PREFIX="root"
HOME_PREFIX="home"
DATE_SUFFIX=$(date +%Y%m%d_%H%M%S)
# 挂载Btrfs根
mount /dev/sda2 /mnt
# 为根子卷创建只读快照
btrfs subvolume snapshot -r /mnt/@ /mnt/@snapshots/${ROOT_PREFIX}_${DATE_SUFFIX}
# 为家目录子卷创建只读快照（可选）
# btrfs subvolume snapshot -r /mnt/@home /mnt/@snapshots/${HOME_PREFIX}_${DATE_SUFFIX}
# 卸载
umount /mnt
# 可选：删除超过30天的旧快照
find $SNAPSHOT_MOUNT -maxdepth 1 -name "${ROOT_PREFIX}_*" -type d -mtime +30 -exec btrfs subvolume delete {} \;
echo "Snapshot ${ROOT_PREFIX}_${DATE_SUFFIX} created successfully."

给脚本添加执行权限：

sudo chmod +x /usr/local/bin/create-snapshot.sh

然后通过cron定时任务，例如每天凌晨2点执行：

sudo crontab -e

添加一行：

0 2 * * * /usr/local/bin/create-snapshot.sh

将快照备份到远程或外部存储

快照存放在同一块物理磁盘上并非绝对安全。我们需要将其发送到异地。Btrfs提供了强大的发送（send）和接收（receive）功能，可以高效传输快照的差异数据。首先，在备份目标机（或外部硬盘）上准备一个Btrfs文件系统并挂载，例如挂载到/backup。在源机器上，进行增量备份是关键：

# 1. 确定本次要发送的基准快照（例如上次备份的）和最新快照
LAST_BACKUP="root_20231026_020000"
NEW_SNAPSHOT="root_20231027_020000"
# 2. 挂载源Btrfs根
sudo mount /dev/sda2 /mnt
# 3. 使用管道发送差异数据。如果是首次备份，省略-p参数。
sudo btrfs send -p /mnt/@snapshots/$LAST_BACKUP /mnt/@snapshots/$NEW_SNAPSHOT | \
  ssh user@backup-server "sudo btrfs receive /backup/"
# 4. 卸载
sudo umount /mnt

此命令仅发送LAST_BACKUP到NEW_SNAPSHOT之间变化的数据块，网络传输量和存储占用都极小。可以将此流程集成到上述脚本中，实现创建快照后自动同步。

从快照恢复系统或文件

当需要恢复时，你有多种选择。若要恢复单个文件，只需将对应的只读快照挂载到某个目录，然后复制文件即可：

sudo mount -o subvol=@snapshots/root_20231027_020000 /dev/sda2 /mnt/old_snapshot
cp /mnt/old_snapshot/path/to/file /destination/

若要完整回滚系统，过程需要更谨慎。建议从Live USB环境启动，然后进行子卷替换操作：

# 在Live环境中挂载Btrfs根
sudo mount /dev/sda2 /mnt
# 将当前有问题的@子卷重命名以备万一
sudo mv /mnt/@ /mnt/@_broken
# 将快照子卷（只读）转换为可写的系统子卷
sudo btrfs subvolume snapshot /mnt/@snapshots/root_20231027_020000 /mnt/@
# 重启并进入恢复的系统

如果系统能正常启动，确认无误后可以删除@_broken子卷以释放空间。

高级策略与最佳实践

为了构建企业级备份方案，你需要考虑以下几点：第一，实施分层快照策略，例如保留每小时快照（24小时内）、每日快照（30天内）、每周快照（数月）。通过脚本管理生命周期。第二，对@home等重要但变化频繁的子卷单独制定快照频率。第三，始终验证备份。定期从备份快照中启动一个临时系统（通过修改grub菜单的rootflags=subvol=参数）进行验证。第四，加密与安全。如果备份到远程，考虑使用btrfs send输出到文件，并用gpg加密后再传输。第五，监控快照占用空间。虽然快照节省空间，但长期积累的差异也会增长，使用sudo btrfs filesystem du /或sudo btrfs subvolume list -s /来监控各子卷的独占数据量，防止磁盘写满。

常见陷阱与故障排除

在使用过程中，你可能会遇到以下问题：首先是“No space left on device”错误，但df显示还有空间。这通常是Btrfs元数据区耗尽所致。运行sudo btrfs filesystem balance start -m /尝试回收元数据空间，并考虑增加总磁盘空间。其次，误删快照后，数据可能并未真正释放，需要使用btrfs subvolume delete命令从父卷中递归删除。第三，避免对快照进行大量随机写操作（即使它是可写的），这会严重破坏写时复制机制的性能优势。第四，Grub引导问题。在恢复或重命名子卷后，务必检查并更新grub配置，确保其指向正确的子卷路径。执行sudo update-grub并检查/boot/grub/grub.cfg中的rootflags参数。

通过将Ubuntu系统部署在Btrfs上，并充分利用其子卷和快照特性，运维人员能将繁琐的系统备份与恢复工作，转变为一种高效、精确且低资源消耗的常规操作。这套方法不仅提供了类似“时间机器”般的瞬间系统还原能力，其差异备份机制也极大地降低了对备份存储空间的压力。开始重构你的备份流程吧，让数据安全真正掌握在自己手中。