主页 / server / 问题 / 812351
Accepted
user19760
Asked: 2016-11-01 09:56:51 +0800 CST

快速同步 zfs 池

  • 772

我的服务器将增量备份保存在 zfs 卷上。由于数据非常相似，我可以显着减少增长 - 每天大约有 500GB 的“新数据”，但池每天仅增长 5-10GB 左右，其余的存储在重复数据删除/压缩中。

我想将备份复制到加密的 USB 磁盘，因此我也将其设置为 zfs 卷。当我使用 rsync 或 zfs 发送/接收同步备份时，似乎所有数据都再次传输（只是作为重复数据存储在 USB 驱动器上）。因此，备份当前需要超过 24 小时，这使得每日备份变得不可能。

有没有办法更快地备份这个？

backup rsync usb zfs

1 个回答

  1. Best Answer

    Michael Hampton 的建议很到位，Solaris 手册页也很好，但是对于初学者来说，这个概念并不容易掌握。我将概述我在编写脚本时所经历的要点。

    本质上，你首先照常做一个快照x和一个完整的：send/recv

    # Initial send, destroy all filesystems on the destination
# pool which are not present on the source pool.
zfs snapshot pool0@snap0
zfs send -R pool0@snap0 | zfs recv -Fdu pool1

    之后，您进行快照x+1并以增量方式发送。您可以删除源上的旧快照，但您需要保留最后一个（最近的），以便计算差异。如果您丢失/销毁源上的最后一个快照，您将不得不从完整的初始发送重新开始！

    # incremental send, destroy all filesystems on the destination
# pool which are not present on the source pool. Afterwards, old
# snapshots can be destroyed.
zfs snapshot pool0@snap1
zfs send -R -I pool0@snap0 pool0@snap1 | zfs recv -Fdu pool1
zfs destroy pool0@snap0

# Afterwards, repeat and replace snap1 with snap2 and snap0 with snap1 etc.

    一些我自己的经验的建议：

    • 删除最后一个快照意味着你需要重新开始，所以要小心，首先在你的脚本中检查成功的返回值。
    • 您可以为快照编号或使用date- 编号更容易，但如果您查看日志和/或频繁拍摄快照，日期会更好。
    • 在尝试选项并尝试-nv模拟时，请注意这适用于发送，但会因接收失败而失败，因为没有什么可以接收。这在手册或错误消息中并不明显。
    • 快照将占用空间，直到它们被销毁，并且它们“锁定”您已删除的空间。如果您经常备份，这不是问题。如果您很少使用多个目标磁盘/池和/或备份，您可能会遇到磁盘空间限制。在 illumos/OpenZFS 中存在该bookmarks功能，可以作为规避此问题的一种方法。不幸的是，它目前只支持单个快照而不是递归，所以你必须自己添加递归代码。
    • 如果您不想使用/编写自己的，请使用 Github 上的众多之一。我认为znapzend是其中最成熟的一个。
    • 3

相关问题