Svn Subversion转储/加载重叠/欠载问题

Svn Subversion转储/加载重叠/欠载问题,svn,load,dump,Svn,Load,Dump,我有一个使用svnadmin dump和load迁移到新subversion服务器的存储库。我将在2个步骤中完成此操作,如下所述: repoX的修订版为100 我执行svnadmin dump repoX>repoX.dump 我在新服务器上执行svnadmin create repoX 我在新服务器上执行svnadmin load repoXrepoX.dump 我再次在新服务器上执行svnadmin load repoXrepoX.dump 这一次,它工作正常,并已验证正常 然而。。。。

我有一个使用svnadmin dump和load迁移到新subversion服务器的存储库。我将在2个步骤中完成此操作,如下所述:

  • repoX的修订版为100
  • 我执行svnadmin dump repoX>repoX.dump
  • 我在新服务器上执行svnadmin create repoX
  • 我在新服务器上执行svnadmin load repoX
到目前为止一切正常,Svanadmin verify说一切正常。接下来,我尝试更新新的回购协议(这是在最终截止日期之前,目前仍在测试中)

  • 接下来,我执行一个svnadmin dump repoX-r 101:head--incremental>repoX.dump
  • 我再次在新服务器上执行svnadmin load repoX
然后我得到一个错误,说repoX中的某个路径不存在。因此,我再次尝试使用以下方法进行增量转储:

  • svnadmin dump repoX-r 100:head--incremental>repoX.dump
这一次,它工作正常,并已验证正常

然而。。。。例如,还有其他回购协议。当我尝试第二种机制时(在第一次转储中转到修订版100,然后从修订版100获得更新的转储),我得到另一个错误,说目录已经存在!有些存储库以一种方式工作,有些以另一种方式工作,当我以同样的方式工作时,它们都不工作

所以我想知道的是,正确的机制,从转储到修订版100(eg),然后在第二次扫描中将剩余的回购协议转储到头部。我花了一上午的时间阅读、阅读和阅读,但我甚至找不到一个我正在做的事情的例子,尽管我知道这是可以做到的

我不能停止做一个转储文件,因为我们谈论的是150 GB的数据分布在50个回购协议中,物理上不能在一夜之间转储、传输和加载。这种机制确保我们可以在最终切换之前移动95%的数据。。。但看起来我的理论可能有缺陷

如果你想要更多的信息,尽管问



好的。我在一个测试区域再次开始了整个过程,它似乎工作正常。我今天将继续测试,但在这个阶段,它看起来是有效的。谁知道我最初做了什么导致了这些错误。

如果服务器在您转储时处于活动状态,是否可能在之间进行了提交

  • 回购利率为100欧元
  • svnadmin转储

您如何确定从哪个版本开始?在转储前、转储后、检查转储文件或加载后从目标repo查询源repo?

>如果在转储期间服务器处于活动状态,是否可能在之间进行了提交?可能地转储是2周前的,所以我假设已经提交了(如果没有提交,那么它会给出一个0大小的转储文件,我会忽略它)。>>您如何确定从哪个版本开始?初始svnadmin加载后新服务器报告的修订版本。可以吗?你知道哪种机制有效吗?从0-100倾倒,然后从101头再倾倒?或者从0-100转储,然后从100头重复转储?对不起,我没有意识到在评论时格式不起作用。一些格式起作用,大多数不起作用。无论如何,文档中说,增量转储是在范围开始之前创建的,与修订版不同。所以0-100后面应该是101-HEAD,这就是我最后发现的效果。我不知道为什么这让我第一次感到悲伤。再次感谢你,本