執行災害復原演練 - Azure SQL 資料庫

適用於：Azure SQL 資料庫

• Azure SQL Database
• Azure SQL 受控執行個體

建議您定期驗證應用程式的復原工作流程整備。 最佳設計作法是，驗證容錯移轉所涉及之資料遺失和 (或) 中斷的應用程式行為和影響。 這也是大多數業界標準在商務持續性認證中的規定。

災害復原演練內容包括：

• 模擬資料層中斷情況
• 復原
• 驗證復原後的應用程式完整性

執行演練的工作流程會因您 設計商務持續性之應用程式的方式而異。 本文說明在 Azure SQL Database 的內容中進行災害復原演練的最佳做法。

異地復原

為了避免在進行災害復原演練時可能遺失資料，請使用測試環境來執行演練，方法是建立生產環境的複本，然後使用這個複本來驗證應用程式的容錯移轉工作流程。

中斷模擬

若要模擬中斷，您可以重新命名來源資料庫。 變更此名稱會導致應用程式連線失敗。

復原

• 依照災害復原指引所述，將資料庫異地還原至不同的伺服器。
• 將應用程式組態變更為連接到復原資料庫，並遵循在復原後設定資料庫指南以完成復原。

驗證

驗證復原後的應用程式完整性 (包括連接字串、登入、基本功能測試或標準應用程式登出程序的其他驗證部分)，完成演練。

容錯移轉群組

針對使用容錯移轉群組所保護的資料庫，本演練內容涵蓋規劃容錯移轉至次要伺服器。 計劃性容錯移轉可確保在切換角色時，容錯移轉群組中的主要與次要資料庫會保持同步。 與未計畫的容錯移轉不同的是，這項作業不會導致資料遺失，所以可以在生產環境中執行這項演練。

中斷模擬

若要模擬中斷，您可以停用連接到資料庫的 Web 應用程式或虛擬機器。 這種中斷模擬會導致 Web 用戶端的連線失敗。

復原

• 請確定 DR 區域中的應用程式組態指向先前的次要資料庫，該資料庫會變成可完全存取的新主要資料庫。
• 從次要伺服器起始容錯移轉群組的計劃性容錯移轉。
• 請遵循 在復原後設定資料庫 指南以完成復原。

驗證

驗證復原後的應用程式完整性 (包括連線能力、基本功能測試或演練登出所需的其他驗證) 來完成演練。

相關內容

若要深入了解，請檢閱：

• 持續性案例。
• 自動備份
• 從服務起始的備份還原資料庫。
• 若要了解更快速的復原選項，請參閱主動式異地複寫和容錯移轉群組。
• 請檢閱災害復原指引和高可用性和災害復原檢查清單。