云中SQL Server高可用性最佳實踐

相比于本地部署的數據庫，云數據庫可以為用戶提供更多的靈活性和可擴展性，而且價格也更加的低廉。但是云系統經常會出現問題，所以我們必須要時刻關注高可用性和災難恢復。

SIOS技術公司的高級技術推廣人員David Bermingham在SQL Server集群管理軟件公司舉辦的網絡研討會上，詳細介紹了一組針對云用戶的SQL Server高可用性最佳實踐，同時還對比了Microsoft Azure、AWS和Google云提供的高可用性功能。

Bermingham表示，可靠的高可用性策略可以幫助為基于云的SQL Server系統創建高效的工作流程、正常的運行時間和有效的災難恢復程序。如果替代方案不是那么理想，那可能就會發生數據庫停機，數據丟失和其他令SQL Server數據庫管理員(DBA)頭痛的問題。

以下是Bermingham對SQL Server高可用性最佳實踐的一些建議。

在使用云平臺之前閱讀細則

Azure的服務級別協議(SLA)承諾每月只有22分鐘的數據庫停機時間。但是，Bermingham表示，只有當SQL Server的兩個或多個實例被分組到一個由多個虛擬機(VMs)組成的可用性集中時，才會出現這種情況。如果你自己只設置了一個實例，你可能最終得到的只是“a dial tone”，它可以ping，可以在線，但并不能保證存儲空間可用。”

而在AWS針對SQL Server系統的SLA中，其承諾每月有4.5分鐘的停機時間，或者是99.99%的正常運行時間。不過，與Azure的SLA類似，正常運行時間保證僅適用于兩個或多個彼此配對的數據庫實例。

谷歌云平臺同樣承諾每月只需4.5分鐘的數據庫停機時間。但谷歌SLA中停機時間的定義有所不同，指的是“所有運行實例的外部連接或持久磁盤訪問的丟失”，部署時將實例放置在同一計算區域的兩個或多個區域之間。

為系統中斷做好準備

云雖然是一種非常有用的資源，但是更重要的是我們也要認識到云服務并非絕對可靠，其有失敗的可能性。也正是因為此，Bermingham才會分享SQL Server高可用性最佳實踐，以及在發生中斷時，應該做出哪些應急計劃。

Bermingham表示，首先你要確保有冗余的互聯網接入，以及有應用程序如何連接到SQL Server以及客戶端如何連接到應用程序的計劃。意外丟失互聯網服務是用戶需要找到應對或解決方法的單點故障。

除此之外，還需要用戶考慮的一件事是在云中部署SQL Server要使用多個可用區。因為可用區域可能會完全不可用，所以Bermingham建議跨區域部署數據庫來彌補完全中斷。

Bermingham強調了實施災難恢復計劃的重要性，因為云中的數據可能會以各種方式丟失，火災和洪水等自然災害可能會破壞持有重要數據的物理服務器，不過，現在我們所看到的大部分中斷都是由于某種人為錯誤造成的。

利用高可用性工具

在基于云系統實施SQL Server高可用性最佳實踐時，必須要確保重要數據無論在何種情況下都可以使用。

Bermingham表示，即使你是在云端運行SQL Server，那么你也需要管理它，確保它時刻在線。而SQL Server中的高可用性功能也可以幫助DBA在云中管理數據庫，例如Always On Availability Groups和Always On Failover Cluster Instances。

SQL Server 2012中，Always On Availability Groups將一組主數據庫綁定到多達八個相應的輔助數據庫集，這些輔助數據庫配置為在發生中斷時一起進行故障轉移。Bermingham表示因為SQL Server是在每個實例上運行，因此該技術可以實現非常快速的故障轉移。

他補充道，頁面修復可以在不使用第三方產品的情況下自動完成，并且DBA能夠在輔助系統上進行備份和運行報告。不過，Always On Availability Groups僅保護用戶數據庫，并不保護用于管理和維護SQL Server的系統數據庫。

Always On Failover Cluster Instances使用了微軟Windows Server Failover Clustering (WSFC)的功能為整個SQL Server實例提供高可用性保護。故障轉移集群實例跨多個WSFC節點部署，以便在出現故障時實現冗余。因此，DBA不需要管理可用性或在多個實例中維護密碼和用戶名。

每個云平臺提供商還提供了管理SQL Server系統中存儲可用性的功能。例如，微軟提供了Azure Managed Disks，這個軟件程序發布于2007年，通過在不同存儲單元之間傳輸數據，減少Azure VMs的潛在存儲中斷。