2012-06-12 39 views
2

我正在使用Azure & SQL Azure構建網絡應用程序。我正在設置它,所以每個組織都有自己的數據庫。每個客戶組織的流量低到中等。針對網絡應用程序的SQL Azure故障轉移/備份策略

我正在考慮使用SQL Azure Data Sync作爲故障轉移/備份計劃的一部分,這樣如果SQL Azure停機,我的應用程序就可以切換到我的本地SQL Server(只讀模式)。

我也可以在內部完成所有備份,而不是在可能產生成本的雲中執行備份。

  • 一個問題可嘗試將數據同步多個數據庫,以我的預置型 SQL服務器(不知道限制是對數據庫 可同步到一臺服務器數量的)

  • 帶寬可能是一個問題,但我可能只會每天同步。

有沒有人看到這種方法的任何其他問題?

回答

1

數據同步是好的,但可能會或可能不會對您的特定災難恢復計劃有好處,因爲它不是事務性同步模型。

一個值得考慮的選擇是建立數據庫副本:

CREATE DATABASE destination_database_name 
    AS COPY OF [source_server_name.]source_database_name 

然後你可以從這個副本創建備份,存儲在Blob存儲備份,和(可選)刪除數據庫副本。雖然由於第二個數據庫處於活動狀態,但確實會增加額外的成本,但如果在創建備份並存儲到blob存儲後刪除數據庫實例(請記住數據庫每日分期付款),可以將此成本降至最低。

因爲您的備份將在blob存儲中,所以您可以在blob存儲中保留多個備份,並根據需要將備份提供到您的本地服務器。

+0

謝謝。你能解釋「非交易同步模式」是什麼意思嗎?這是否意味着我的內部部署數據庫可能會丟失交易數據的某些部分? – PeteShack

+0

同樣在帶寬方面,數據同步而不是每天下載完整的數據庫會更好嗎? (假設我想保留只有1天前的數據庫) – PeteShack