我需要备份数据库文件。我需要像github这样可以满足100G数据的东西

Question

我想要一个源代码控制的环境为相当多的数据库数据，在文本，在它加载到DBMS之前。我们一直在使用GITHUB，它很棒。但是他们期望一个存储库少于1 we，而我们有数百个。

它可能在CVS或SVN中，但跟踪版本很重要。数据是非常静态的，只能以较低的速度访问，比如部分数据每周访问一次，更多的数据每月访问一次。

有什么建议的地方/服务可以这样做吗？它不一定是免费的，我们很乐意支付合理的金额。

Answer 1

我确认这样的数据量与版本控制系统不兼容(用于记录历史，即主要是文本文件和小二进制文件的演变)

它肯定与分布式VCS不兼容，在分布式VCS中，任何克隆都会克隆所有存储库。

对于这种类型的存储，您需要查看。

OP抗议(反对票)，声明：

除了GitHub有如此小的文件大小限制之外，它们将是普通的ASCII码，所以我通过

压缩来运行它们。

它们很少更改，并且当内容更改时，文件中只有很少的几行。

这正是版本控制的意义所在。哪0.005%的ASCII发生了变化？是谁改的？什么时候?

我坚持认为：

数以百兆字节的

• 与大多数源代码控制repo提供程序不兼容(它甚至与大多数内部企业repo不兼容，而且我在一个很大的company)
• putting中，它们在压缩文件中是不实用的，因为版本控制工具系统将不能记录增量。

你需要保持独立的

• data (将“其他地方”存储为纯文本文件的大量内容，当然不是在GitHub上)
• 您想要的外壳元数据(作者，修改日期)，与“”数据(即，您的文件实际上是放在其他地方的实际文件的“引用”或某种“符号链接”)一起存储在常规git存储库中<>F220

基于Git的一个系统提供了git-annex，使用您自己的云存储和(如果实现的话) git-annex assistant：查看其roadmap。