適用于：SQL Server(所有支持的版本)

要從故障中恢復(fù) SQL Server 數(shù)據(jù)庫，數(shù)據(jù)庫管理員必須以邏輯上正確且有意義的恢復(fù)順序恢復(fù)一組 SQL Server 備份。SQL Server 還原和恢復(fù)支持從整個數(shù)據(jù)庫、數(shù)據(jù)文件或數(shù)據(jù)頁的備份中還原數(shù)據(jù)，如下所示：

數(shù)據(jù)庫(完整的數(shù)據(jù)庫恢復(fù))

整個數(shù)據(jù)庫被還原和恢復(fù)，并且數(shù)據(jù)庫在恢復(fù)和恢復(fù)操作期間處于脫機狀態(tài)。

數(shù)據(jù)文件(一個文件恢復(fù))

恢復(fù)和恢復(fù)一個數(shù)據(jù)文件或一組文件。在文件還原期間，包含文件的文件組在還原期間自動脫機。任何訪問脫機文件組的嘗試都會導(dǎo)致錯誤。

數(shù)據(jù)頁(一個頁恢復(fù))

在完整恢復(fù)模式或大容量日志恢復(fù)模式下，您可以還原單個頁面。可以在任何數(shù)據(jù)庫上執(zhí)行頁面恢復(fù)，而不管文件組的數(shù)量。

SQL Server 備份和還原在所有支持的操作系統(tǒng)上工作。有關(guān)支持的操作系統(tǒng)的信息，請參閱安裝 SQL Server 2016 的硬件和軟件要求。有關(guān)對 SQL Server 早期版本的備份的支持的信息，請參閱RESTORE (Transact-SQL)的“兼容性支持”部分。

還原方案概述

一個恢復(fù)的情況在SQL Server是從一個或多個備份恢復(fù)數(shù)據(jù)，然后恢復(fù)數(shù)據(jù)庫的過程。支持的還原方案取決于數(shù)據(jù)庫的恢復(fù)模型和 SQL Server 的版本。

下表介紹了不同恢復(fù)模型支持的可能還原方案。

*僅企業(yè)版支持在線恢復(fù)。

恢復(fù)數(shù)據(jù)庫的步驟

要執(zhí)行文件還原，數(shù)據(jù)庫引擎執(zhí)行兩個步驟：

創(chuàng)建任何丟失的數(shù)據(jù)庫文件。

將數(shù)據(jù)從備份設(shè)備復(fù)制到數(shù)據(jù)庫文件。

要執(zhí)行數(shù)據(jù)庫還原，數(shù)據(jù)庫引擎執(zhí)行三個步驟：

如果數(shù)據(jù)庫和事務(wù)日志文件尚不存在，則創(chuàng)建它們。

將數(shù)據(jù)庫備份介質(zhì)中的所有數(shù)據(jù)、日志和索引頁復(fù)制到數(shù)據(jù)庫文件中。

在所謂的恢復(fù)過程中應(yīng)用事務(wù)日志。

不管數(shù)據(jù)如何恢復(fù)，在恢復(fù)數(shù)據(jù)庫之前，SQL Server 數(shù)據(jù)庫引擎保證整個數(shù)據(jù)庫在邏輯上是一致的。例如，如果您還原一個文件，則在它前滾到足以與數(shù)據(jù)庫保持一致之前，您無法恢復(fù)它并使其聯(lián)機。

文件或頁面還原的優(yōu)點

還原和恢復(fù)文件或頁面而不是整個數(shù)據(jù)庫具有以下優(yōu)點：

還原較少的數(shù)據(jù)可減少復(fù)制和恢復(fù)數(shù)據(jù)所需的時間。

在 SQL Server 上還原文件或頁面可能允許數(shù)據(jù)庫中的其他數(shù)據(jù)在還原操作期間保持聯(lián)機。

恢復(fù)和事務(wù)日志

對于大多數(shù)還原方案，必須應(yīng)用事務(wù)日志備份并允許 SQL Server 數(shù)據(jù)庫引擎運行恢復(fù)過程以使數(shù)據(jù)庫聯(lián)機?；謴?fù)是 SQL Server 用于每個數(shù)據(jù)庫以事務(wù)一致(或干凈)狀態(tài)啟動的過程。

在發(fā)生故障轉(zhuǎn)移或其他非干凈關(guān)閉的情況下，數(shù)據(jù)庫可能會處于某些修改從未從緩沖區(qū)緩存寫入數(shù)據(jù)文件的狀態(tài)，并且數(shù)據(jù)文件中的不完整事務(wù)可能會有一些修改。當(dāng) SQL Server 實例啟動時，它會根據(jù)最后一個數(shù)據(jù)庫檢查點運行每個數(shù)據(jù)庫的恢復(fù)，包括三個階段：

分析階段分析事務(wù)日志以確定最后一個檢查點是什么，并創(chuàng)建臟頁表 (DPT) 和活動事務(wù)表 (ATT)。DPT 包含數(shù)據(jù)庫關(guān)閉時臟頁的記錄。ATT 包含在數(shù)據(jù)庫未完全關(guān)閉時處于活動狀態(tài)的事務(wù)記錄。

重做階段會前滾記錄在日志中的每個修改，這些修改在數(shù)據(jù)庫關(guān)閉時可能尚未寫入數(shù)據(jù)文件。成功的數(shù)據(jù)庫范圍恢復(fù)所需的最小日志序列號(minLSN) 可在 DPT 中找到，并標(biāo)記所有臟頁所需的重做操作的開始。在此階段，SQL Server 數(shù)據(jù)庫引擎將屬于已提交事務(wù)的所有臟頁寫入磁盤。

撤消階段回滾在 ATT 中發(fā)現(xiàn)的不完整事務(wù)，以確保保留數(shù)據(jù)庫的完整性。回滾后，數(shù)據(jù)庫上線，不能再對數(shù)據(jù)庫應(yīng)用事務(wù)日志備份。

SQL Server錯誤日志中記錄了每個數(shù)據(jù)庫恢復(fù)階段的進度信息。還可以使用擴展事件跟蹤數(shù)據(jù)庫恢復(fù)進度。

簡單恢復(fù)模式下的還原場景

簡單恢復(fù)模型對還原操作施加了以下限制：

文件還原和分段還原僅適用于只讀輔助文件組。有關(guān)這些還原方案的信息，請參閱文件還原(簡單恢復(fù)模型)和零碎還原 (SQL Server)。

不允許頁面還原。

不允許時間點還原。

如果這些限制中的任何一個不適合您的恢復(fù)需求，我們建議您考慮使用完整恢復(fù)模式。

時間點恢復(fù)的限制

如果在大容量日志恢復(fù)模式下進行的日志備份包含大容量日志更改，則不允許時間點恢復(fù)。嘗試對包含批量更改的日志備份執(zhí)行時間點恢復(fù)將導(dǎo)致還原操作失敗。

聯(lián)機還原的限制

僅當(dāng)滿足以下條件時，聯(lián)機還原序列才有效：

在恢復(fù)序列開始之前，必須已完成所有必需的日志備份。

在開始在線恢復(fù)序列之前，必須支持批量更改。

如果數(shù)據(jù)庫中存在批量更改，則所有文件都必須為 online 或defunct。(這意味著它不再是數(shù)據(jù)庫的一部分。)

如果不滿足這些條件，聯(lián)機恢復(fù)序列將失敗。

以上是關(guān)于“使SQL數(shù)據(jù)庫恢復(fù)的方案”的介紹，大家若想了解更多相關(guān)知識，不妨來關(guān)注一下動力節(jié)點的Java在線學(xué)習(xí)，里面的課程內(nèi)容詳細(xì)，從入門到精通，對于初學(xué)者來說會有很大幫助。