SVN转储大小：是否可以减小它？

我有一个巨大的SVN存储库，每周需要转储一次。 存储库的大小约为66GB；命令“svnadmin dump”后，大小约为184 GB

是否可以减小转储的大小，以实现更安全的备份过程

我已经读到其他人使用svnsync，但我的目标是提供数据，因此目前最好的解决方案是“转储+挂钩和授权数据的副本”

其他人如何管理大型SVN存储库的备份

非常感谢。

使用

--delta

选项应有助于减少存储库转储大小。即：

svnadmin转储——deltas回购

---

或者，您可以使用

svnadmin hotcopy

或

svnadmin hotcopy--incremental

进行备份。

我尝试了一些svn dump场景，这就是我的结果。好的，它们不是66G，但比率应该相同。
windows中的原始文件夹大小：255M（一个存储库）

案例1：停止服务，压缩文件夹，重新启动服务：180M
案例2:svnadmin dump+zip | dump size:1408M（！！？？）zip size:410M
案例3:svnadmin转储--三角形+拉链|转储大小：550M，拉链大小270M

什么？svn转储，即使使用delta，也太大，无法满足我们的需要。。。我可以在晚上停止服务，所以我们将使用解决方案1，只需停止VisualSVN服务器，压缩repositor文件夹，然后重新启动服务

---

如果您喜欢“dump”方法，您可以不使用中间文件直接对其进行压缩，如案例2：这里没有什么奇怪的，

svnadmin dump

不使用

——delta

将有全文修订，并且不使用任何节省空间的技术。案例3：转储流不使用SVN存储库中的其他节省空间的设置。在大多数情况下，它们将比磁盘上的存储库更大。顺便说一句，您尝试过新的内置VisualSVN Server 3.6.x吗？@bahrep是的，我尝试过，生成的.vsvnbak文件看起来像案例1，它不是“转储”。他们在根目录下添加.vsvnbak子文件夹以获取所需的其他信息。看起来他们直接使用svnadmin热拷贝到zip文件。他们的备份看起来像我的案例1，唯一的区别是压缩比。但是，我无法使用免费版本的visualsvn自动执行备份过程，因此我将继续每天从批处理文件中执行“案例1”。@foxontherok您可以使用免费标准版的visualsvn服务器自动执行完整备份--您可以在脚本中使用PowerShell cmdlet。但是，此cmdlet仅进行完全回购备份。Enterprise Edition支持支持高效增量备份的定时后台作业。根据回购协议的大小，您可能会发现增量备份非常有用。：）没什么，我的2GB回购导致500GB的转储文件！我有一个80 GB的SVN转储。我必须用Java编写和实现，以过滤掉二进制文件和其他不必要的文件和修订，从而将其简化为