01 原理与核心概念
01 快照定义与一致性点
在 Linux 环境中，快照记录了某一时刻的文件系统状态，确保备份能回放到该点的状态；一致性点通常关联于应用暂停、数据库冻结或缓存清空的时间点，以避免数据不一致。
实现上，写时复制或元数据快照让原数据在不复制全量的情况下表现出“已定格”的状态，降低存储和时间成本。
02 写时复制与数据完整性
写时复制（CoW）是多数快照技术的底层机制，修改写入不会覆盖原数据，而是在新位置写入，旧数据保持可用直到快照合并或删除。
02 在 Linux 上的主流快照实现
01 文件系统层快照（Btrfs/ZFS/内核层支持）
对桌面与服务器场景，Btrfs 快照提供子卷的瞬时只读/可写副本，适合运维快速回滚；ZFS 快照/快照集提供跨设备的无损回放和 send/receive 的远程备份能力。
# Btrfs 快照
sudo btrfs subvolume snapshot -r /mnt/btrfs/@ /mnt/btrf s/@_2024-08-25
# 列出快照
sudo btrfs subvolume list /mnt/btrfs
在企业场景，与快照相关的恢复点通常需要与备份的保留策略结合，以实现长期存档。
02 逻辑卷快照与设备层备份
如使用 LVM，可以在卷组层创建快照，快速获取数据一致性点；对重启后仍要用的核心系统，LV 快照提供低开销的回滚能力。
# LVM 快照创建
sudo lvcreate -s -n lvroot-snap -L 5G /dev/vg0/lvroot
# 挂载快照
sudo mkdir -p /mnt/lvroot-snap
sudo mount /dev/vg0/lvroot-snap /mnt/lvroot-snap
03 落地实操要点
01 实践中的一致性与应用暂停
对数据库或消息队列，预先进行 quiesce/暂停，确保在快照时不会写入新的改动，形成可重放的一致性点。
如果无法暂停，应用层备份代理或文件系统原子性插件可提供近似一致性，例如利用数据库的快照锁、事务日志等方法。
02 备份策略、调度与保留
设计时将 快照间隔、保留周期、以及 跨机备份与本地快照结合起来，避免单点失效。
常用策略包括每日增量快照配合周/月全量快照，以及将快照镜像到远端存储以提升容灾能力。
03 恢复流程与演练
恢复流程应覆盖 单机快速恢复、跨主机迁移、以及 全量+增量的分阶段回滚。
# 以 LVM 快照为例，恢复到快照点
sudo lvconvert --merge /dev/vg0/lvroot-snap
# 重新引导后，系统将回落至快照时间点
04 工具对比与选型要点
01 常用工具对比
面向 Linux 的快照与备份工具，常见组合包括 LVM/Btrfs/ZFS 的原生快照，以及 Timeshift、Restic、BorgBackup、Duplicacy 等跨平台方案。
原生快照在性能、一致性与恢复速度上有天然优势，跨主机备份与漫游能力则依赖于外部备份工具和网络传输。
# Restic 备份演示
restic init --repo /mnt/backup/restic-repo
restic -r /mnt/backup/restic-repo backup /home
# 恢复最新版本
restic -r /mnt/backup/restic-repo restore latest --target /tmp/restore
02 性能、容量与运维成本对比
块层快照（LVM/Btrfs/ZFS）通常对运行时影响较小，但需要具备快照管理策略，避免快照堆积；应用层备份（Restic/Borg/Duplicacy）则提供更灵活的跨平台存档能力，同时需要 压缩与去重策略以控制容量。
# Borg 备份示例
borg init /mnt/backup/borg-repo
borg create /mnt/backup/borg-repo::daily-2025-08-24 /home
borg list /mnt/backup/borg-repo
05 自动化与集成案例
01 与 CI/CD、容器环境的集成
在持续集成环境中，将快照策略嵌入流水线，可在构建或部署前后触发快照与备份，以确保回滚点的可用性。
对于容器化部署，宿主机层快照与容器数据卷备份相结合，是常见做法。
02 云端与离线备份的混合
将本地快照与云端对象存储结合，形成冗余体系，冷热数据分离可以降低成本和提升恢复速度。
# Restic 备份到 S3
restic -r s3:s3.amazonaws.com/bucket --password-file /etc/restic/password backup /var/lib/mysql
