Sql-Server

遷移 7TB 的數據庫以進行 Colo 遷移

  • June 21, 2017

我們將在未來 3 個月內將我們的數據中心從一個州遷移到另一個州。我想知道,盡可能快地遷移我們最大的數據庫之一(即約 7TB 大小)的最佳方法是什麼。以下是有關伺服器和數據庫的資訊:

  • 現有數據中心:喬治亞州
  • 新數據中心:新澤西
  • 伺服器作業系統:Win 2008 R2 數據中心
  • SQL Server:2008 SP1 企業版
  • 數據儲存:XIO 系統(我們不會在新數據中心獲得它)
  • 數據庫大小:~7TB
  • 數據如何進入這個數據庫:通過來自其他 8 個集群伺服器的事務複製。
  • 8 集群如何獲取數據:每 30 分鐘通過我們所有 2000 台儲存伺服器的合併複製。

我們將在現有數據中心和新數據中心之間建立一個網路管道,但不會那麼大。它也將被我們的基礎架構團隊每天傳輸的所有 VM 消耗。

我們在這個約 7TB 的數據庫上執行了完整備份(即具有 iSpeed 設置的 Ideara SQLSafe),耗時約 9 小時,大小為約 630 GB。我們與管理我們的 colo 遷移和兩個數據中心之間的網路管道的供應商進行了核對,他們說,不可能更快地將超過 640 GB 的文件複製到新的數據中心,我們將不得不進行完全 + 差異+ TLOG 以獲取最新資訊。

我們的問題是,我們每 30 分鐘從所有商店系統獲取數據(通過 Merge Replication 到 Home Office),它會產生大量數據更改。如果我們嘗試執行 Full + Differential + TLog,我們將遇到相同的大小問題和大量停機時間來複製差異,而且我們將不得不處理日誌文件已滿,我們現有數據庫伺服器上的空間有限(因為我們不再獲得 XIO 儲存)。我們正在考慮 SAN 複製,但是,由於我們的 SAN 在新的數據中心會有所不同,這對我們不起作用。

你們認為我們應該採取什麼方法來將這個約 7 TB 的數據庫從我們現有的數據中心遷移到新的數據中心,同時最大限度地減少停機時間?

**注意:如果我錯過了資訊方面的任何內容,請告訴我。

謝謝,

手機

可以寫一本關於這個主題的書,但一種選擇是通過將伺服器硬碟驅動器的副本飛到新澤西,然後將日誌傳送到新站點,將數據庫帶外初始復製到新站點。您趕上,然後設置您的“跨國”複製以針對新舊站點,直到您準備好切換。

建議方案: (1)在新位置建立數據庫並上線。(2) 在新舊位置之間執行 SQL 複製。(3)將新位置帶入生產環境。(4)使舊位置下線。

引用自:https://dba.stackexchange.com/questions/176099