4

我們目前有一個SVN服務器,使用VisualSVN Server作爲我們的前端服務器,並且大多數客戶端都運行VisualSVN Visual Studio擴展和TortoiseSVN。升級一個非常古老的SVN倉庫

當前倉庫我們要回了一會兒......它被創造了,由我guestimate,在2006年左右(!)格式文件說,這是1版......這似乎是一個1.5版本以前的版本庫......

我們正在移動服務器,其中一臺正在升級的服務器是SVN盒子。上次我們進行升級時,我們只對存儲庫文件夾做了svnadmin hotcopy,在新機器上安裝了新安裝的VisualSVN服務器,將文件複製過來,指向正確方向的東西,以及它工作正常...

有了這個新的升級,我想知道我們可以對存儲庫做些什麼來給它一些新的生命?速度提高,佔用的空間更少(整個存儲庫目前重約13Gb),而且性能更好。我知道我說過兩次性能/速度,但考慮到我們升級的舊機器是一個大約4Gb內存(可用3.6Gb)的32位P4,而新機器是一個帶32Gb內存的四核至強,我們幾乎一樣速度就像我們原先所做的那樣,從升級中展示一些東西,速度明智會很高興......

任何想法?

+1

我已經爲Subversion服務器進行了相當數量的硬件升級,這些升級服務器服務於數千名開發人員,並且性能始終得到很大改善。什麼是負載?新服務器上的CPU和內存使用情況如何?什麼是基準? – vinnyjames

+1

負載非常低......大部分時間不超過5-10%......新盒子可以完全訪問具有完整32Gb RAM的四核心Xeon。它最終會在VM上。舊盒子已經處理完畢,所以我無法在它和新盒子之間運行測試...我唯一能想到的其他區別是舊盒子是RAID 1(2 500Gb 7200RPM hdds),但新盒子是RAID5(4 250Gb 7200RPM磁盤)。該測試盒在RAID 10上有存儲,但完全是虛擬的,具有4Gb的實際內存,最大爲8(HyperV)。沒有做任何性能測試,雖然...只是測試回購... – TiernanO

+1

是啊聽起來像一個很好的規格,我認爲這應該比舊的32位P4表現更好。如果沒有直接比較結帳時間或其他度量標準,則很難定義性能應該如何。也很好檢查做測試的客戶端的規格。對於Windows客戶端確保他們在最新的1.6版本或任何1.7s – vinnyjames

回答

0

請參閱Subversion 1.6發行說明http://subversion.apache.org/docs/release-notes/1.6.html#repos-upgrades

Apache Subversion 1.7使用與Subversion 1.6相同的存儲庫格式,因此該條目也適用於SVN 1.7。

有升級版本庫格式兩種選擇:

  • 您可以在倉庫進行dump/load cycle。這可以導致更小的存儲庫大小和總體更好的性能,

  • 您可以使用命令行升級存儲庫格式:svnadmin upgrade <path-to-repository>。升級到當前存儲庫格式可以將導致更小的存儲庫大小。

+0

已嘗試運行svnadmin升級回購,但它完成得非常快,似乎沒有任何區別...格式文件已更新爲4,但回購的大小並沒有改變...應該發生的其他事情?此外,該「升級」在測試機器上「離線」發生,因此沒有用戶正在擊中它...尚未... – TiernanO

+1

@TiernanO這是預期的行爲:Subversion只是碰撞格式號碼,有時會在需要時創建索引/文件。但是,如果您轉儲/加載存儲庫,則可能會獲得更好的性能。 –

+0

很酷。謝謝你的提示。會嘗試一下,看看會發生什麼。 – TiernanO