4

在Windows Server 2008 R2上運行SQL Server 2008的AWS實例中有一個大型數據庫。將SQL Server數據庫從AWS遷移到Azure

數據庫是不斷變化的,寫信息,其大小約爲100GB〜

我想從我們的亞馬遜的服務,微軟的Azure遷移。

但我買不起任何信息丟失更多的人超過20-30分鐘

我不介意使用SQL Azure中運行或下碧霞一個VM中的SQL服務器,但我必須保持數據庫的生活和更新,有幾個主要的表,信息不斷添加到他們

這樣做的最佳方式是什麼?

回答

5

,如果您使用的是AWS實例,而不是RDS和你要一個Azure的實例,而不是「Azure的SQL數據庫」您可以使用日誌傳送或類似的東西,以獲得停機時間降低到幾秒鐘:http://msdn.microsoft.com/en-us/library/ms187103.aspx

你需要採取

步驟:

  1. 採取在AWS上的完整備份
  2. 恢復完整備份,而不恢復到Azure上
  3. 採取日誌備份在AWS上
  4. 在Azure上
  5. 重複3和4還原日誌備份不恢復,直到它花費的時間足夠短(你可能想腳本了這一點)
  6. 採取應用的離線
  7. 採取另一種日誌備份在AWS上
  8. 在Azure上恢復該日誌備份WITH恢復
  9. 將應用重命名爲Azure
  10. 再次使應用程序聯機。

3,4和5是什麼日誌傳送將自動化,但你也可以寫一個PowerShell腳本。

+0

嗯,這正是我遇到的情況(不使用RDS或天青SQL)但是,你能解釋我到底應該如何以最好的方式做到這一點? –

+0

這個想法是進行完整備份並在新服務器上恢復它。然後進行日誌備份並將其恢復。然後下一個,依此類推。準備好切換後,執行最後一次備份,在新實例上恢復它,使數據庫聯機並重新命名應用程序。 Log-Shipping是一個內置的解決方案,可以自動執行此過程,但您也可以手動執行此操作。 –

+0

如果按照這個順序 - >備份數據庫 - >將其加載到新服務器 - >加載日誌傳送腳本 - >將應用程序重新分配給新服務器。我應該在哪裏開始日誌傳送?如果我在將數據庫部署到新服務器之前啓動它,它會稍後知道它需要執行什麼以及哪些不是? –

相關問題