我在工作中的networking存在一个存储困境。
目前我们使用版本控制（SVN）将我们的原始文件从我们的工作站备份到中央服务器上的存储库。
看完之后，似乎我可能会遇到一些较大文件的问题，有时候这些文件有时会大到1G。 我们每个存储库都有100个这样的文件，这使得存储库超时。
那里有更好的软件吗？ 我想知识库function，但有一个更稳定/可行的环境。 我们真的需要为我们的中央服务器做一个备份系统的大修。
更新：
根据要求，服务器和工作站的操作系统是XP。 可以更新服务器到Server 2003，如果需要的话。
我不确定Subversion是否被devise成一个备份工具。 你可能想看看Acronis 。 虽然价格标签肯定比原生解决scheme更多，但在关键故障发生之后，没有什么能更好地从裸机恢复。
我主要在Linux工作，并已经转向使用R1Soft的CDP服务器，但在此之前，我在我们的办公室使用了Acronis，效果不错。
Subversion实际上拥有现代版本控制系统的一些最好的大文件处理function。 Git，Mercurial，Bazaar等都有架构或平台特定的限制（通常是2或4 GB，因为它们会将映射文件做成各种事物）。 如果你可以将文件推送到服务器上的git仓库，然后通过脚本在服务器上进行提交，那么Git可能适合作为“愚蠢的内容跟踪器”的用例。 看到这个问题更多（及其关于不同平台上的内存映射问题的链接）。
一个更大的问题是，版本控制系统提供的“二进制差异”和压缩function在大多数大型媒体文件上通常是无效的，因为它们已经被压缩并且变化很大。 例如，如果您有两个电影文件，并编辑一个从中间删除4秒，您会认为应该很容易只存储更改。 但事实上，当你编辑这个文件时，即使你不重新编码video，每一帧的时间码也会被混洗，导致几乎整个文件再次被存储。 如果可能的话，您可能只想closures工具中的压缩和差异function，以节省CPU和备份时间。
我见过的Subversion或Git中唯一的大文件就是SQL数据库备份，它们有一个类似页面的结构，从一个备份到另一个备份的变化很小。 当然还有日志文件，即使使用gzip也只是疯狂地压缩。
如果你正在使用SVN（或任何其他版本控制软件）作为备份系统，你可能要考虑一个实际的备份系统（ Bacula ，或者可能是商业的）。
您可以继续检查SVN中的文件，如果这些文件是有保证的版本控制的话，但根据我的经验，SVN是一个非常糟糕的备份系统，随着您的扩展…