Subversion dump/load overlap/underlap issue

Question

我有一個存儲庫我正在使用svnadmin轉儲和加載遷移到新的subversion服務器。我在2這樣做去，如下面的步驟概述：

• repoX在修訂100
• 我執行svnadmin的轉儲repoX> repoX.dump
• 我執行的svnadmin上創建repoX新的服務器
• 我執行svnadmin的負載repoX新服務器

這一切工作迄今在< repoX.dump，然後用svnadmin驗證說一切正常。接下來，我嘗試獲得最新的回購協議（這是在最終中斷之前，仍在此階段測試）。

• 接下來，我執行svnadmin的轉儲repoX -r 101：頭--incremental> repoX.dump
• 我執行svnadmin的負載repoX < repoX.dump在新服務器上再次

然後我得到一個錯誤，說repoX中的某個路徑不存在。於是，我又試了一次增量轉儲使用：

• svnadmin的轉儲repoX -r 100：頭--incremental> repoX.dump

這一次，它的工作原理，並覈實確定。

但是....還有其他回購，例如repoY。當我嘗試第二種機制（在第一個轉儲中進入版本100，然後從版本100獲得更新的轉儲）時，我得到另一個錯誤，說目錄已經存在！一些存儲庫只能以一種方式工作，另一些則可以工作，當我以同樣的方式進行時，所有這些存儲庫都不起作用。

所以我想知道的是，正確的機制從傾倒到修訂版100（例如），然後在第二次掃描中將剩餘的回購貨物傾銷給頭部。我花了早晨的閱讀，閱讀和閱讀，但我甚至找不到我在做什麼的例子，儘管我知道它可以完成。

因爲我們正在談論150GB的數據分佈在50個倉庫中，所以我無法切換到一個轉儲文件，物理上不能在一個晚上進行轉儲和轉儲。這種機制確保我們可以在最終切換之前移動95％的數據......但看起來我的理論可能有缺陷。

如果你想要更多的信息只是問。

---

好的。我在一個測試區域再次開始了整個過程，並且它似乎工作正常。我今天會繼續測試，但在這個階段看起來它正在工作。誰知道我最初做了什麼導致這些錯誤。

Answer 1

如果服務器在轉儲時處於活動狀態，是否有可能會提交？

• 回購是在轉100
• svnadmin的轉儲

你是如何確定從開始是哪個版本？在轉儲之前，轉儲之後，檢查轉儲文件或加載後從目標回購中查詢源回購？