SVN 负载的磁盘应该有多大

Question

我们的 SVN 服务器死了，我需要将存储库恢复到新服务器。

在旧服务器上，我们的存储库大约有 1.5 TB，我已经转储了最后一个修订版，在网络共享上占用了大约 3.2 TB。在新服务器中，我有两个磁盘，500GB 的系统和 4TB 的 SVN 存储库。我已经创建了新的存储库，开始使用 svnadmin 加载转储，但是 16 小时后我得到了没有剩余空间的错误。

转储是使用命令创建的：

svnadmin dump -r HEAD /opt/data/svn/repo_01 > /media/backup/dump

我正在使用命令恢复它：

svnadmin load --bypass-prop-validation /svn/repos/repo_01/ /backup/dump（旧的 repo 正在运行 svn 1.5.6，我正在恢复到最新版本)

错误是：

编辑路径：projects/M-0578/tags/Weekly-Builts/CC9060_Week-0824-V149/Box/Application/CC9060/CC9060_loader.dxe ...svnadmin: E000028: Can't open file '/ svn/repos/repo_01/db/transactions/0-0.txn/node._ava58.0.props'：设备上没有剩余空间

我有以下问题：

• 有人知道 svnadmin load 的工作原理吗？
• 是否将文件解压到某个临时位置？
• 此存储库的磁盘应该有多大？

Answer 1

您应该通过阅读SVNBook | Migrating Repository Data Elsewhere 章节找到问题的答案。

是否将文件解压缩到某个临时位置？

不是真的。目标存储库中有新修订的临时文件，但它们不应成为“空间不足”错误的原因，AFAIK。

此存储库的磁盘应该有多大？

如果不知道您存储在存储库中的修订数量和数据类型，就很难预测。此外，我们必须知道您用于生成转储的命令。你使用--deltas 选项了吗？

您遇到的错误的确切措辞是什么？

---

转储文件包含修订转储流。这些文件通常比磁盘上的存储库本身大得多。默认情况下，转储流包含每个修订的全文表示，并且不使用任何特殊的空间节省技术。

但是，转储文件有可能是使用--deltas 选项生成的。在这种情况下，转储流不包含修订的全文表示。取而代之的是，它包含修订之间的压缩二进制增量。在某些情况下，此类转储文件可能比磁盘上的存储库小。

我不知道你为什么会得到这个错误，因为我不知道你得到的错误，你运行的命令，你如何生成转储等等。顺便说一句，这个存储库有可能大于〜 1.5TB。