升级一个非常旧的 SVN 存储库答案

【问题标题】：Upgrading a VERY old SVN Repository升级一个非常旧的 SVN 存储库
【发布时间】：2012-05-29 00:58:35
【问题描述】：

我们目前有一个 SVN 服务器，使用 VisualSVN 服务器作为我们的前端服务器，大多数客户端都运行 VisualSVN Visual Studio 扩展和 TortoiseSVN。

我们当前的存储库要追溯到一段时间...它是由我的猜测创建的，大约在 2006 年（！），格式文件说它是版本 1... 似乎是 1.5 之前的存储库...

我们正在移动服务器，其中一台正在升级的服务器是 SVN 盒子。上次我们进行升级时，我们只是在存储库文件夹上做了一个svnadmin hotcopy，在新机器上安装了全新安装的 VisualSVN 服务器，复制文件，将内容指向正确的方向，嗯，它工作......

通过这次新升级，我想知道我们可以对存储库做些什么来赋予它新的生命？速度提高，占用的空间更少（整个存储库目前重约 13Gb），以及更高的性能。我知道我说过两次性能/速度，但考虑到我们升级的旧机器是 32 位 P4，大约 4 Gb 内存（3.6 Gb 可用），新机器是具有 32 Gb RAM 的四核 Xeon，我们几乎相同速度就像我们最初所做的那样，从升级中展示一些速度方面的东西会很好......

有什么想法吗？

【问题讨论】：

我已经为服务于 1000 名开发人员的 Subversion 服务器进行了相当多的硬件升级，并且性能总是得到很大提高。负载是什么样的？新服务器的 CPU 和内存使用情况如何？基准是什么？
负载非常低...大部分时间不超过 5-10%...新盒子可以完全访问具有完整 32Gb 内存的四核至强。它最终会在虚拟机上。旧盒子已被处理掉，所以我无法在它和新盒子之间进行测试......我能想到的唯一其他区别是旧盒子是 RAID 1（2 500Gb 7200RPM 硬盘）但新盒子是 RAID5（4 250Gb 7200RPM 磁盘）。测试盒的存储在 RAID 10 上，但完全是虚拟的，具有 4Gb 的真实内存，最大为 8 (HyperV)。虽然没有对此进行任何性能测试......只是测试回购......
是的，听起来不错，我认为它的性能应该比旧的 32 位 P4 好得多。如果没有直接比较结帐时间或其他一些指标，就很难定义性能应该是什么。还要检查进行测试的客户的规格。对于 Windows 客户端，请确保他们使用的是最新的 1.6 版本或任何 1.7 版本

标签： visual-studio svn version-control visualsvn visualsvn-server

【解决方案1】：

请参阅http://subversion.apache.org/docs/release-notes/1.6.html#repos-upgrades 的 Subversion 1.6 发行说明。

Apache Subversion 1.7 使用与 Subversion 1.6 相同的存储库格式，因此该条目也适用于 SVN 1.7。

升级存储库格式有两种选择：

您可以在存储库上执行dump / load cycle。这可以导致更小的存储库大小和更好的整体性能，
您可以使用命令行升级存储库格式：svnadmin upgrade <path-to-repository>。升级到当前存储库格式可以缩小存储库大小。

【讨论】：

已尝试在 repo 上运行 svnadmin upgrade ，但它完成得非常快，似乎没有任何区别...格式文件已更新为 4，但 repo 的大小没有改变……还有什么应该发生的吗？此外，“升级”是在测试机器上“离线”进行的，所以没有用户点击它......但是......
@TiernanO 这是预期的行为：Subversion 只是颠簸格式编号，有时会在需要时创建索引/文件。但是，如果您转储/加载您的存储库，您可能会获得更好的性能。
酷。谢谢你的注意。会尝试一下，看看会发生什么。
所以，我们一直在到处移动 repos，并将我们的一个项目移动到一个全新的 SVN 服务器上，速度非常好！很酷的东西！再次感谢有关转储/加载周期的提示！像魅力一样工作！