如何迁移具有svnadmin的SVN repo：svndiff数据解压缩失败

我正在尝试从远程主机迁移SVN repo，但在该主机上使用cli中的svnadmin，在6372修订版后出现此错误：

Dumped revision 6372 
svnadmin: E185005: Decompression of svndiff data failed

我还没有运行fsfsverify，因为我没有一个可行的备份，只有那些有此错误的备份

是否可以简单地将svn复制粘贴到另一个系统以使其能够工作，或者如果我只能使用svnadmin命令进行迁移/备份

---

远程主机公司本周才让我们关闭该SVN，以便能够迁移其他应用程序。

为了避免将来出现此类问题，您需要定期验证存储库的一致性并进行备份

所以我的问题是，我是否可以简单地将svn复制粘贴到另一个系统 能够工作，或者如果我只能使用svnadmin进行迁移/备份 指挥部

是的，如果远程主机公司提供此选项，您可以将存储库原样复制到另一台计算机。请确保在开始之前停止SVN服务或Apache服务-这将确保在复制存储库时不会使用该存储库

您的存储库至少有一个损坏的版本，必须手动修复。主要有两条路线：

• 找到此存储库的健康备份，并使用它恢复存储库的一致性。按原样还原备份或使用其数据替换损坏的修订版。即。， 您需要创建当前存储库的副本，并查找未损坏的备份。用备份文件替换存储库副本中损坏的修订文件。使用

  svnadmin verify

  检查存储库的一致性
• 如果没有备份，则可能需要将损坏的修订替换为空修订，以恢复存储库的一致性。通常，这将涉及使用

  svnadmin dump

  转储所有正常的修订，并将它们加载到新的空存储库中。必须手动将所有损坏的修订替换为空修订（例如，通过

  svnadmin dump

  加载空修订）

---

为了避免将来出现此类问题，您需要定期验证存储库的一致性并进行备份

所以我的问题是，我是否可以简单地将svn复制粘贴到另一个系统 能够工作，或者如果我只能使用svnadmin进行迁移/备份 指挥部

是的，如果远程主机公司提供此选项，您可以将存储库按原样复制到另一台计算机上。请确保在开始之前停止SVN服务或Apache服务-这将确保在复制存储库时不会使用该存储库

您的存储库至少有一个损坏的版本，必须手动修复。有两个主要途径：

• 找到此存储库的正常备份并使用它恢复存储库的一致性。按原样恢复备份或使用其数据替换损坏的修订。例如。， 您需要创建当前存储库的副本并查找未损坏的备份。用备份中的文件替换存储库副本中损坏的修订文件。使用

  svnadmin verify

  检查存储库的一致性
• 如果没有备份，则可能需要将损坏的修订替换为空修订以恢复存储库的一致性。通常，这将涉及使用

  svnadmin dump

  转储所有正常的修订，并将其加载到新的空存储库中。必须手动将所有损坏的修订替换为空修订（例如，通过使用

  svnadmin dump

  加载空版本

Dumped revision 6372 
svnadmin: E185005: Decompression of svndiff data failed