备份通过 afpd 导出的 sparsebundle 的安全方法是什么？

Question

我使用许多 OSX 客户端机器，这些机器通过TimeMachine备份到 Ubuntu Linux 文件服务器上的 AFP 共享，由 netatalk/afpd 导出。这些客户端每天在任意时间备份。服务器上还有其他重要的非 TimeMachine AFP 共享。

在服务器上，TimeMachine 备份表示为sparsebundles——一种涉及许多“带”的数据存储格式——存储在标准的 EXT4 文件系统上。在这个 sparsebundle 中埋藏着 TimeMachine 使用的带有 HFS+ 文件系统的磁盘映像，但从服务器端来看，它只是带文件和一些顶级元数据的集合。

rsnapshot在服务器上每 4 小时运行一次，并将 sparsebundle 带文件和元数据备份到可移动媒体上（用于异地存储）。因此 rsnapshot 也在一天中的任意时间备份这些 sparsebundle 频带。rsnapshot 使用 rsync 来执行复制。

问题是，如果 rsnapshot 在客户端机器安装了 sparsebundle 时运行，我担心 rsnapshot 可能会捕获 sparsebundle 的不一致状态，因为在备份过程中频段可能会发生变化。显然这不利于保证可恢复的备份！

我正在努力想办法解决这个问题。在 rsnapshot 尝试进行备份时未安装 sparsebundle 似乎很重要。从服务器端，我目前能看到的唯一方法是关闭 aftp 守护进程，也许是在等待 OSX 客户端卸载 sparsebundle 之后。这样做的缺点是它也使其他非 TimeMachine AFP 导出也脱机，这对用户来说是不可接受的。据我所知，afpd 没有提供（轻松）添加或删除导出的方法 - 尽管一个选项可能是自动重写 afpd 的配置文件以在 rsnapshot 备份期间禁用 TM 导出，但这仍然会失败法新社短时间分享。

有没有更好的办法？

Answer 1

对于一组 Mac 计算机，我会避免使用 Time Machine。稀疏的捆绑包和备份损坏的问题太多了。

当遇到类似的情况时，在发现时间机器方法不适合生产后，我选择了 CrashPlan。

以开发人员为中心的 Apple 环境的备份策略？