将 Subversion 数据备份到 S3 的最具成本效益的方法？

Question

我正在考虑使用 S3 作为我的 Subversion 数据库的异地备份存储库。当我转储我的 SVN 数据库时，它大约有 10 GB。我想避免重复上传该数据的费用。

这个大文件的解剖结构使得对 Subversion 的新更改修改了文件的尾部，而其他所有内容都保持不变。因为 Amazon S3 不允许您用更改来“修补”文件，所以在向 Subversion 进行简单提交后，每次实例化备份时，我都必须上传十个演出。

以下是我看到的选项：

选项 1 我正在研究双重性，--volsize它在一定数量的 megs 上拆分数据。是否可以使用此方法拆分 Subversion 转储，以便以兆字节为单位测量进一步的增量备份？

选项 2 我可以只备份热颠覆存储库吗？如果它正在编写提交的过程中，这似乎是一个坏主意。但是，我可以选择在午夜和凌晨 4 点之间使 repo 离线。我的 Berkeley DB 中的每个修订版都使用一个文件作为其记录。

Answer 1

为什么不将您的存储库转换为使用FSFS 格式而不是 BDB？

这样每个修订都会被存储为一个单独的文件，所以增量备份只会发送自上次备份以来已经提交的修订。