還原和復原概觀 (SQL Server)

適用於：SQL Server

若要從失敗中復原 SQL Server 資料庫，資料庫管理員必須依邏輯正確和有意義的還原順序來還原一組 SQL Server 備份。 SQL Server 還原及復原，可從一整個資料庫、單一資料檔或資料頁面的備份還原資料，如下所示：

• 資料庫 ( 「完整資料庫還原」 (Complete database restore))

  系統將會還原並復原整個資料庫，且在還原與復原作業期間，資料庫會離線。

• 資料檔 ( 「檔案還原」 )

  還原與復原一個資料檔或一組檔案。 在檔案還原過程中，包含該檔案的檔案群組會在還原的持續時間內自動離線。 任何存取離線檔案群組的嘗試都會產生錯誤。

• 資料頁 ( 「分頁還原」 (Page restore))

  在完整復原模式或大量記錄復原模式下，您可以還原各個分頁。 不論檔案群組的數目為何，在任何資料庫上都可以執行分頁還原。

SQL Server 備份與還原可以跨所有支援的作業系統運作。 如需支援的作業系統詳細資訊，請參閱 安裝 SQL Server 2016 的硬體與軟體需求。 如需舊版 SQL Server 備份支援的相關資訊，請參閱 RESTORE (Transact-SQL) 的＜相容性支援＞一節。

還原案例概觀

SQL Server 中的「還原案例」是指先從一個或多個備份還原資料，再復原資料庫的程序。 支援的還原案例視資料庫的復原模式與 SQL Server 的版本而定。

下表介紹各種復原模式可能支援的還原實例。

¹ 僅 Enterprise 版支援線上還原。

還原資料庫的步驟

若要執行檔案還原，資料庫引擎會執行兩個步驟：

• 建立任何遺失的資料庫檔案。

• 將資料從備份裝置複製到資料庫檔案。

若要執行資料庫還原，資料庫引擎會執行三個步驟：

• 建立資料庫和交易記錄檔 (若尚未存在的話)。

• 從資料庫的備份媒體將所有資料、記錄和索引頁複製到資料庫檔案。

• 在所謂的復原流程中套用交易記錄。

不論還原資料的方式如何，在復原資料庫之前，SQL Server 資料庫引擎保證整個資料庫在邏輯上是一致的。 例如，如果您要還原檔案，除非您已經將其向前復原到足以和資料庫保持一致的程度，否則無法加以復原並使其回到線上。

檔案或分頁還原的優點

還原與復原檔案或頁面 (而非整個資料庫) 可提供下列優點：

• 還原較少的資料，可縮短複製和復原資料所需的時間。

• 在 SQL Server 上，還原檔案或分頁可以讓資料庫中的其他資料在還原作業期間維持線上狀態。

復原和交易記錄

就大多數的還原案例而言，必須套用交易記錄備份並允許 SQL Server 資料庫引擎執行復原流程，資料庫才能上線。 復原是 SQL Server 使用的的流程，為的是讓每個資料庫都能以交易一致或正常狀態啟動。

在容錯移轉或其他不正常關機的情況下，資料庫可能會停留在緩衝區快取中有些修改尚未寫入資料檔，且未完成交易已在資料檔中作了一些修改的狀態。 啟動 SQL Server 的執行個體時，其會執行每個資料庫的復原；這些復原都是以最後一個資料庫檢查點為基礎的三個階段所組成：

• 第一階段為分析階段，會分析交易記錄來判斷最後一個檢查點為何，並建立中途分頁資料表 (Dirty Page Table，DPT) 和使用中交易資料表 (Active Transaction Table，ATT)。 DPT 包含資料庫關機時已變更的分頁記錄。 ATT 包含資料庫不正常關機時仍在使用中的交易記錄。

• 第二階段為重做階段，會向前復原資料庫關機時，記錄中每個已記錄且可能尚未寫入資料檔的修改內容。 其會在 DPT 中找到成功進行全資料庫復原時所需要的最小記錄序號 (minLSN)，並標記所有中途分頁上所需重做作業的開始。 在此階段，SQL Server 資料庫引擎會將所有屬於已認可交易的中途分頁寫入磁碟。

• 第三階段為復原階段，會復原 ATT 中找到的未完成交易，確保資料庫的完整性已保留。 回復之後，資料庫會上線，而且不再有交易記錄備份可以套用到資料庫。

每個資料庫復原階段進度的資訊都會記錄在 SQL Server 錯誤記錄檔中。 資料庫復原進度也可以使用擴充事件進行追蹤。 如需詳細資訊，請參閱部落格文章資料庫復原進度的新擴充事件。

復原模式和支援的還原作業

資料庫可用的還原作業，取決於其復原模式。 下表摘要說明每一種復原模式是否支援給定的還原實例，及其支援的範圍。

¹ 僅 SQL Server Enterprise 版提供

² 關於必要條件，請參閱本文稍後的簡單復原模式下的還原限制。

簡單復原模式下的還原案例

簡單復原模式在還原作業上具有下列限制：

• 檔案還原及分次還原僅適用於唯讀的次要檔案群組。 如需這些還原案例的相關資訊，請參閱檔案還原 (簡單復原模式) 和分次還原 (SQL Server)。

• 不允許分頁還原。

• 不允許時間點還原。

如果這些限制中有任何一項不適合您的復原需要，即建議您考慮使用完整復原模式。 如需詳細資訊，請參閱備份概觀 (SQL Server)。

大量記錄復原模式下的還原

本節討論大量記錄復原模式的特殊還原考量，此為專門用做完整復原模式的補充。

一般而言，大量記錄復原模式與完整復原模式類似，針對完整復原模式所描述的資訊也同時適用於兩者。 但是，大量記錄復原模式會影響時間點復原與線上還原。

時間點復原的限制

如果大量記錄復原模式下建立的記錄備份包含大量記錄變更，就不允許時間點復原。 嘗試對包含大量變更的記錄備份執行時間點復原將會造成還原作業失敗。

對線上還原的限制

線上還原順序只有在符合下列條件時才能運作：

• 必須在開始還原順序之前完成所有必要的記錄備份。

• 必須在開始線上還原順序之前先備份大量變更。

• 如果資料庫中存在大量變更，則所有的檔案都必須在線上，或是無用。 (這表示它不再是資料庫的一部分)。

如果沒有符合這些條件，線上還原順序就會失敗。

如需有關如何執行線上還原的詳細資訊，請參閱線上還原 (SQL Server)。

Database Recovery Advisor (SQL Server Management Studio)

Database Recovery Advisor 有助於建構實作最佳化正確還原順序的還原計畫。 我們已經處理了客戶所要求的許多已知資料庫還原問題和增強功能。 Database Recovery Advisor 導入的主要增強功能包括：

• 還原計畫演算法：用來建構還原計畫的演算法已經大幅改善，特別是針對複雜的還原狀況。 相較於舊版 SQL Server 而言，可更有效率地處理許多邊緣案例 (包括時間點還原的分岔案例)。

• 時間點還原：Database Recovery Advisor 大幅簡化資料庫還原到特定時間點的作業。 視覺備份時間表大幅增強時間點還原的支援。 這個視覺化時間表可讓您識別當做還原資料庫之目標復原點的可行時間點。 時間表可加快周遊分岔復原路徑 (跨多個復原分岔之路徑)。 特定時間點還原計畫會自動包含與還原至目標時間點 (日期和時間) 有關的備份。 如需詳細資訊，請參閱將 SQL Server 資料庫還原至某個時間點 (完整復原模式)。

如需有關 Database Recovery Advisor 的詳細資訊，請參閱下列 SQL Server 管理能力部落格：

• Recovery Advisor：簡介 \(英文\)

• Recovery Advisor：使用 SSMS 來建立/還原分割備份 \(英文\)

加速資料庫復原

加速資料庫復原從 2019 SQL Server 2019 (15.x) 和 Azure SQL Database 開始提供。 加速資料庫復原藉由重新設計 SQL Server 的資料庫引擎復原處理序來大幅提升資料庫可用性，尤其是針對長時間執行的交易。 啟用加速資料庫復原的資料庫，其在容錯移轉或其他非正常關機之後完成復原流程的速度會大幅加快。 啟用時，加速資料庫復原也會大幅加快完成復原已取消長時間執行交易的速度。

您可以可以使用下列語法，為 SQL Server 2019 (15.x) 上的每個資料庫啟用加速資料庫復原：

ALTER DATABASE [<db_name>] SET ACCELERATED_DATABASE_RECOVERY = ON;

下一步

• Backup Overview (SQL Server)
• 交易記錄 (SQL Server)
• SQL Server 交易記錄架構與管理指南
• SQL Server 資料庫的備份與還原
• 套用交易記錄備份 (SQL Server)