svn hotcopy有哪些限制？

Question

我们即将升级我们的基础设施并更改正在使用的操作系统(升级到RHEL5)。

我们还将把我们的SVN仓库从我们现有的服务器转移到新的RHEL5服务器上，然而，我不确定我们应该如何做这个改变。我记得有一次读到，如果我使用hotcopy命令，创建的副本只能在与进行备份的操作系统相同的计算机上恢复。这是正确的吗？即使我在RHEL5服务器上进行了备份，也能够在RHEL4服务器上恢复存储库的副本吗？

另外，如果我们还升级了我们的SVN服务器版本，我是否能够在作为备份的SVN服务器的不同版本上恢复副本？

谢谢!

Answer 1

当您想要更改Subversion主机的基础架构时，hotcopy将是错误的选择。您必须使用才能使用svnadmin转储|过程。

大多数情况下，旧SVN-repos的备份可以很容易地恢复到新版本上，但最好在已使用和计划之间的所有版本之间读取changelog。不记得1.5之前的版本了，但是，老实说，FSFS的1.5-1.7升级是透明的。

无论如何，您可以安装旧版本，将数据加载到repo中，然后更新服务器

Add: svn load可以处理由以前版本创建的转储，没有任何问题

Answer 2

您不需要svnadmin热拷贝。

您对备份的记忆不正确:FSFS存储库是与平台无关的。您可以在unix计算机或windows计算机上使用相同的存储库。您还可以升级服务器二进制文件，而无需担心存储库版本。

只要您有FSFS存储库类型，您就可以文件复制所有存储库。Hotcopy在大型repos上的速度非常慢。

为了保持一致性，您应该禁用对源存储库的写访问。最简单的方法是使用以下单行创建预提交钩子脚本：

exit 1;

为了确保:这对于BDB-Repositories不是真的，因为因为SVN1.3FSFS repo类型是默认的，所以我假设您有一个FSFS存储库。

但是，使用以下命令检查复制的存储库的完整性至关重要：

svnadmin verify <PATH_TO_REPO>

在此之后，您对完整性的所有疑虑都应该消除;-)

Answer 3

99%的情况下，你可以使用热拷贝而不是转储。然而，你和我都知道，热拷贝不起作用的1%的罕见时间将是你的职业生涯的关键时刻。

因此，将svnadmin dump作为备份过程的一部分。如果对整个存储库执行svnadmin dump会花费太长时间，那么您可以对最新的更改执行svnadmin dump。

我做了热拷贝和转储作为备份。