SQL Server 提供了一個(gè)用于托管關(guān)系數據庫的平臺。制定不會(huì )中斷任務(wù)關(guān)鍵型 SQL Server 工作負載的災難恢復計劃至關(guān)重要。Microsoft SQL Server是一個(gè)關(guān)系數據庫管理系統，它可以支持廣泛的應用程序，但數據必須隨時(shí)供這些應用程序使用。

數據庫服務(wù)的任何中斷--無(wú)論是自然災害、設備故障、網(wǎng)絡(luò )攻擊還是其他原因--都可能妨礙組織執行日常操作和開(kāi)展日常業(yè)務(wù)。這可能導致用戶(hù)不滿(mǎn)、收入損失和聲譽(yù)受損。組織必須制定有效的災難恢復策略，以幫助最大限度地減少對數據庫服務(wù)的中斷SQL Server 服務(wù)，尤其是在支持任務(wù)關(guān)鍵型工作負載時(shí)。各種類(lèi)型和規模的組織都使用SQL Server來(lái)支持事務(wù)處理、商業(yè)智能和分析應用程序。

做最壞的打算

與類(lèi)似的數據庫產(chǎn)品（如Oracle數據庫或IBM的Db2）一樣，SQL Server是基于結構化查詢(xún)語(yǔ)言（SQL）構建的，這是一種標準化編程語(yǔ)言，為管理關(guān)系數據庫和查詢(xún)其數據提供了基礎。SQL Server使用SQL的修改后的實(shí)現（稱(chēng)為T(mén)ransact-SQL），它為標準語(yǔ)言添加了一組專(zhuān)有的編程擴展。

依賴(lài)SQL Server的應用程序必須能夠訪(fǎng)問(wèn)數據以滿(mǎn)足工作負載要求，但意外事件可能導致數據庫不可用或數據丟失。數據服務(wù)中斷的原因有很多，包括：

• 用戶(hù)無(wú)意中刪除關(guān)鍵數據;
• 一種惡意軟件攻擊 加密或銷(xiāo)毀數據;
• 員工將咖啡灑在存儲系統上;
• 電源故障導致數據損壞;
• 地震會(huì )破壞物理存儲基礎設施;
• 硬盤(pán)驅動(dòng)器（HDD）發(fā)生故障并且該驅動(dòng)器上的所有數據丟失;
• 管理員無(wú)意中格式化包含活動(dòng)數據的HDD;
• 軟件損壞導致數據丟失或缺乏可用性;
• 流氓雇員竊取物理存儲設備。

這些絕不是數據可能變得不可用的唯一原因，而是說(shuō)明了隨時(shí)可能襲擊任何組織的各種危機。無(wú)論原因是什么，防止數據丟失和服務(wù)中斷的唯一方法是實(shí)施災難恢復策略 幸運的是，SQL Server具有可幫助抵御災難的功能，其中許多功能是該平臺高可用性功能的一部分。

災難恢復計劃的主要目標是在發(fā)生災難時(shí)確保業(yè)務(wù)連續性。但是，并非所有計劃都是相同的，也不應該是相同的。應根據組織的特定數據保護要求定制災難恢復計劃。例如，驅動(dòng)任務(wù)關(guān)鍵型財務(wù)應用程序的數據可能需要立即恢復，但用于生成月度銷(xiāo)售報告的數據可能會(huì )容忍更長(cháng)的延遲。在規劃災難恢復策略時(shí)，組織應確定以下三個(gè)指標：

• 恢復時(shí)間目標（RTO）。 這是應用程序因數據不可用而可處于脫機狀態(tài)的最長(cháng)時(shí)間。此度量確定數據在事件發(fā)生后需要以多快的速度恢復聯(lián)機。
• 恢復點(diǎn)目標（RPO）。 這是發(fā)生事件時(shí)可以容忍的可接受數據丟失量。通常根據時(shí)間來(lái)考慮此度量。例如，如果數據庫每?jì)尚r(shí)備份一次，并且在下一次計劃備份之前發(fā)生災難，則自上次備份以來(lái)發(fā)生的所有數據更改都將丟失。
• 恢復水平目標（RLO）。 這是恢復數據的粒度級別，例如實(shí)例、數據庫或表級別。

組織最終必須在數據丟失風(fēng)險與實(shí)施災難恢復策略的成本之間進(jìn)行平衡。RTO和RPO (in時(shí)間越長(cháng)，RLO粒度，成本就越大。

SQL Server的災難恢復策略

在組織確定所需的保護級別后，他們可以利用以下SQL Server功能來(lái)幫助減輕意外服務(wù)中斷的影響：

• 備份和恢復。 經(jīng)過(guò)充分測試的備份和恢復策略可以幫助保護數據庫免受各種問(wèn)題的影響，包括勒索軟件、用戶(hù)錯誤、硬件故障和自然災害。將數據備份到單獨的位置可以恢復數據庫 保持一致的狀態(tài)，避免災難性的數據丟失;然而，恢復數據庫可能是一個(gè)耗時(shí)的過(guò)程，并且在上次備份后所做的數據更改會(huì )丟失。隨著(zhù)勒索軟件攻擊的增加，備份變得尤為重要。
• Always On可用性組。 與備份一樣，可用性組提供數據庫級保護?？捎眯越M由一組數據庫組成，這些數據庫一起故障切換到輔助實(shí)例。SQL Server最多可支持八套 可用性組中相應輔助數據庫的數量。在可用性組中，數據庫的事務(wù)將應用于另一個(gè)SQL Server實(shí)例上的復制副本數據庫?？捎眯越M用作數據庫鏡像的替代品，數據庫鏡像仍受支持，但在SQL Server 2012中已棄用。
• Always On故障轉移群集實(shí)例。 故障轉移群集使用Windows Server故障轉移群集（WSFC） 節點(diǎn)框架，以提供實(shí)例級保護，其中包括數據庫、鏈接服務(wù)器、SQL Server代理作業(yè)以及其他實(shí)例和數據庫對象。故障轉移群集由冗余節點(diǎn)組成，但一次只能有一個(gè)節點(diǎn)擁有WSFC資源組。群集還需要共享存儲系統，如存儲區域網(wǎng)絡(luò )。故障轉移是自動(dòng)的，并且對連接的應用程序透明。
• SQL Server復制。 通過(guò)復制，可以將數據和數據庫對象從一個(gè)數據庫復制和分發(fā)到另一個(gè)數據庫，然后使這些數據庫保持同步。SQL Server支持三種類(lèi)型的復制：事務(wù)、快照和合并。組織可以使用復制將數據分布到局域網(wǎng)、廣域網(wǎng)、無(wú)線(xiàn)連接和Internet上的不同位置。SQL Server復制使用SQL Server代理同步數據庫及其數據。
• 日志傳送。 日志傳送使管理員能夠將一個(gè)SQL Server實(shí)例上的數據庫事務(wù)日志自動(dòng)應用于不同實(shí)例上的一個(gè)或多個(gè)輔助數據庫。監視服務(wù)器維護備份和還原操作的歷史記錄和狀態(tài)，并在操作失敗時(shí)發(fā)出警報。日志傳送使用SQL Server的備份和還原功能將事務(wù)日志從主實(shí)例復制到輔助實(shí)例。雖然日志傳送很容易實(shí)現，但是切換到輔助數據庫是一個(gè)手動(dòng)操作，可能需要花費大量時(shí)間。

許多組織將這些功能組合部署，以幫助最大限度地保護數據并最大限度地減少停機時(shí)間。例如，數據庫團隊可能會(huì )使用日志傳送沿著(zhù)可用性組來(lái)保護其數據庫。此外，大多數組織都會(huì )維護備份，而不管他們部署的是什么其他策略。許多組織還將SQL Server災難恢復作為更大的災難恢復策略的一部分來(lái)實(shí)施，該策略包含多個(gè)級別的保護。例如配置RAID 6存儲 或備份運行SQL Server實(shí)例的虛擬機。

無(wú)論組織實(shí)施何種災難恢復策略，都首先需要進(jìn)行仔細規劃，考慮RTO、RPO和RLO要求以及安全性和合規性等因素。災難恢復還與組織的高可用性策略密切相關(guān)，后者依賴(lài)于許多相同的SQL Server工具。無(wú)論組織的類(lèi)型或規模如何，災難恢復都應是重中之重。組織在處理災難時(shí)準備得越充分，就越有可能在災難發(fā)生時(shí)度過(guò)難關(guān)。