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

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

做最壞的打算

與類似的數(shù)據(jù)庫產(chǎn)品（如Oracle數(shù)據(jù)庫或IBM的Db2）一樣，SQL Server是基于結(jié)構(gòu)化查詢語言（SQL）構(gòu)建的，這是一種標準化編程語言，為管理關(guān)系數(shù)據(jù)庫和查詢其數(shù)據(jù)提供了基礎(chǔ)。SQL Server使用SQL的修改后的實現(xiàn)（稱為Transact-SQL），它為標準語言添加了一組專有的編程擴展。

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

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

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

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

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

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

SQL Server的災(zāi)難恢復(fù)策略

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

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

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

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