我计划使用 LVM 以便能够拍摄大文件的原子快照并将它们同步到远程站点。
我想知道是否对主（非快照）卷有任何长期影响：如果我通常在删除和创建新快照之前将快照保留 24 小时，主卷是否会逐渐变得更加碎片化?
是否有回滚到具有子子卷的子卷快照的规范方法。例如，这是我的 btrfs 卷布局：
ID 257 gen 59802 top level 5 path __active
ID 258 gen 59784 top level 5 path __snapshot
ID 259 gen 59802 top level 257 path home
ID 260 gen 36538 top level 257 path opt
ID 261 gen 59802 top level 257 path var
所以你可以看到 home、opt 和 var 是 __active 的子卷。如果我快照 __active 这样这是我的新布局：
ID 257 gen 59802 top level 5 path __active
ID 258 gen 59784 top level 5 path __snapshot
ID 259 gen 59802 top …我计划在 BTRFS 格式的旋转磁盘上创建两个子卷。我计划使用 nodatacow 挂载这些子卷之一，以便我可以在那里有效地存储虚拟机映像和数据库文件。
使用 snapper 启用 nodatacow 挂载的子卷的快照有什么问题吗？
对不使用 COW 的卷进行快照时，我应该注意什么？
到目前为止，我发现的只是 BTRFS 常见问题中的一句话：
可以关闭数据块的写时复制吗？
是的，有几种方法可以做到这一点。
通过使用 nodatacow 挂载来禁用它。这也意味着无数据和。 如果拍摄快照，COW 仍可能发生。
我在 Linux 上使用 ZFS，并尝试设置远程复制。但是我的 ssh 连接不好，并且 zfs 通过 ssh 发送/接收再次重新启动。我知道 ZoL 上存在问题，但我不知道它何时会实施，或者新的稳定版本即将发布。我听说过 mbuffer，但似乎无法重新启动。也许可以像 zfs send 一样使用它 | 缓冲区 | 虽然是真的；做 ssh ...; 完成，但不确定。
现在我正在将 zfs 发送到一个文件，将它与 --append --partial 同步到远程和恢复。但它占用空间，需要人工帮助，并且是一个肮脏的解决方案。我想要一些自动化的解决方案，比如 sanoid/syncoid，来保存我的池的镜像和所有快照。也许一些 bash 脚本做同样的事情，但将所有快照保存在远程，在成功同步后删除主机上的文件等。请帮忙
PS我知道有一个重复的问题，但没有任何解决方案。在我的问题中，我使用了一些肮脏的解决方案，并想更换或改进它
我有几个 Ubuntu（可能还有 RHEL）服务器，我想备份到中央备份服务器（通过 rsh/SSH）。我想做快照和增量备份。目标是，如果其中一台备份服务器突然死机，我可以安装引导程序映像，从备份中恢复，并且最好在此后立即启动并运行。
这些服务器具有唯一的用户和组，以及一些相同名称的不同 gid 和 uid。我正在考虑 rsync（本地备份工作正常，我有细粒度的控制，所以我也可以备份 xattrs 和 ACL），但后来我意识到到远程服务器的 rsync 可能不会像预期的那样保留这些细微差别。
那么，有什么更好的方法来实现这一目标呢？是否有一个包通常用于此目的？
我们有一个应用程序会定期将自身备份到本地文件系统上的目录。该目录中还有几个文件和目录。
我想生成所有这些文件的“快照”，可以将其复制到备份存储中。
最重要的是，我如何以原子方式生成这个“快照”？请记住，任何这些文件都可能被备份守护进程修改，从而导致我们的“快照”不一致。
编辑：
也许我应该提到系统有一个ext4文件系统。
我想尝试 Btrfs。我已经发现您可以制作实时系统的快照，但有几件事我还没有找到答案。好吧，据我所知，快照基本上是某种存档形式的完整副本。那么我可以制作我的实时 btrfs 系统的快照并将该快照放在我的非 btrfs 硬盘驱动器（例如 ext4）上吗？
另外，我正在运行全盘加密（luks）。如果我将它们传输到某个地方，快照是否会被加密？快照是从分区本身复制实际数据（在这种情况下它显然会被加密）还是它的工作方式不同？
另外，如何保护 btrfs 快照免受读取访问？其他用户可以读取快照吗？还是只有root？是否可控？
假设您在在线系统上有一个 btrfs 根文件系统。您想将文件系统恢复到较早的状态，其中您有一个快照：
remount /dev/sdaX / -o remount,subvol=snapshots/Y
为了记录在案，我一直在测试系统中做到了这一点，它并没有正常工作。命令返回没有错误，但安装的子卷是相同的。
如果这样做有效，会产生什么后果？我的猜测是打开的文件描述符仍会指向旧的子卷，因此如果不小心，可能会导致新子卷上的“数据丢失”。假设一个人在关闭和重新打开所有打开的文件描述符时遇到了麻烦，这听起来可行吗？或者还有其他类型的问题？
通过做这个，
# btrfs subvolume snapshot /mnt/1 /mnt/1/snapshot
# tree /mnt/1
/mnt/1
??? a
??? snapshot
? ??? a
? ??? subv
??? subv
??? b
3 directories, 3 files
我们可以在 btrfs 上从 /mnt/1 创建快照。
我的问题是：使用 snapshot 比使用 rsync 来简单备份文件系统有什么优势？
我有一个 Btrfs 分区，它在顶层有一个子卷 ( /root)。它在 /etc/fstab 中有subvol=root选项。
每周，我都会/root/snapshots/...使用只读快照：
btrfs subvolume snapshot -r / /snapshots/"$(date --rfc-3339=date)"
（路径没有，/root因为它被安装为subvol=root）。
现在，假设出现问题，我想从快照恢复我的根子卷，我从 USB 磁盘启动并像/mnt/disk没有 那样挂载分区subvol=root。如果我尝试运行：
btrfs subvolume snapshot /mnt/disk/root/snapshots/2015-05-01 /mnt/disk/root
它创建新的子卷 as 而/mnt/disk/root/2015-05-01不是替换/mnt/disk/root/。如果我尝试先运行删除它
btrfs subvolume delete /mnt/disk/root
它给出了错误消息：
ERROR: cannot delete '/mnt/disk/root' - Directory not empty
有没有办法做到这一点？或者我应该养成在正在快照的子卷之外创建快照的习惯吗？