我使用许多OSX客户端机器，通过TimeMachine备份到Ubuntu Linux文件服务器上的AFP共享，由netatalk / afpd导出。 这些客户每天在任意时间备份。 服务器上还有其他重要的非TimeMachine AFP共享。
在服务器上，TimeMachine备份表示为sparsebundles （一种涉及许多“band”的数据存储格式），存储在标准的EXT4文件系统上。 在这个sparsebundle里面是一个带有TimeMachine使用的HFS +文件系统的磁盘映像，但是从服务器端来看，它只是一个带文件和一些顶级元数据的集合。
rsnapshot在服务器上每4小时运行一次，并将sparsebundle波段文件和元数据备份到可移动介质（用于非现场存储）。 因此rsnapshot也是在一天的任意时间备份这些稀疏捆绑带。 rsnapshot使用rsync来执行复制。
问题是，如果在客户端机器安装了sparsebundle的情况下运行rsnapshot，我担心rsnapshot可能捕获sparsebundle的不一致状态，因为在备份过程中可能会更改这些band。 显然这不利于保证可恢复的备份！
我试图想办法解决这个问题。 在rsnapshot尝试执行备份时，sparsebundle未安装似乎很重要。 从服务器端来看，我现在看到的唯一方法是取消aftp守护进程，也许在等待sparsebundle被OSX客户端卸载之后。 这样做的不足之处还在于其他非TimeMachine AFP输出也离线，这对于用户是不可接受的。 据我所知，afpd不提供（轻松）添加或删除导出的方法 – 尽pipe一个选项可能是自动重写afpd的configuration文件以在rsnapshot备份期间禁用TM导出，但是这仍然会失败法新社股份很短。
有没有更好的办法？
我会避免一台Mac电脑的Time Machine。 稀疏捆绑和备份损坏太多的问题。
当出现类似的情况时，我发现“时间机器”方法不适合生产时，我使用了CrashPlan。
针对开发人员的Apple环境的备份策略？
思想。
在Mac设备上运行快照以进行实际备份，Time Machine备份将成为补充。
是的，有一个时间机器图像恢复是好得多，但与rsnapshot文件是一个好主意。
我正在使用亚马逊S3装入驱动器使用丛林磁盘来存储rsync或快照图像。