自動修復頁面 (可用性群組/資料庫鏡像)

發行項
06/25/2013

資料庫鏡像與 AlwaysOn 可用性群組都支援自動修復頁面。在頁面因為某些錯誤類型而損毀、無法讀取之後，資料庫鏡像夥伴 (主體或鏡像) 或可用性複本 (主要或次要) 會嘗試自動復原頁面。無法讀取頁面的夥伴/複本會向其夥伴或另一個複本要求一個全新頁面副本。如果這個要求成功，無法讀取的頁面就會被可讀取的副本取代，而這通常會解決錯誤。

一般來說，資料庫鏡像和 AlwaysOn 可用性群組會以相等方式處理 I/O 錯誤。幾個差異會在這裡明確標註。

[!附註]

自動修復頁面不同於 DBCC 修復。自動修復頁面會保留所有資料。相反地，利用 DBCC REPAIR_ALLOW_DATA_LOSS 選項來更正錯誤，可能需要刪除某些頁面，因而也需要刪除某些資料。

造成嘗試自動修復頁面的錯誤類型
無法自動修復的頁面類型
處理主體/主要資料庫的 I/O 錯誤
處理鏡像/次要資料庫的 I/O 錯誤
開發人員最佳做法
如何：檢視自動修復頁面嘗試

造成嘗試自動修復頁面的錯誤類型

資料庫鏡像的自動修復頁面僅會嘗試修復在操作資料檔案時，因為下表列出的其中一個錯誤而失敗的頁面。

錯誤號碼	說明	造成嘗試自動修復頁面的執行個體
823	只有當作業系統在資料上執行循環冗餘檢查 (CRC) 失敗時，才會採取動作。	ERROR_CRC。這項錯誤的作業系統值為 23。
824	邏輯錯誤。	邏輯資料錯誤，例如，分次寫入或頁面總和檢查碼錯誤。
829	頁面已標示為還原暫止。	全部。

若要檢視最近的 823 CRC 錯誤和 824 錯誤，請參閱 msdb 資料庫中的 suspect_pages 資料表。

[回到頁首]

無法自動修復的頁面類型

自動修復頁面無法修復下列控制頁類型：

檔案標頭頁面 (頁面識別碼 0)。
第 9 頁 (資料庫啟動頁面)。
配置頁面—全域配置對應 (Global Allocation Map，GAM) 頁面、共用全域配置對應 (Shared Global Allocation Map，SGAM) 頁面，以及頁面可用空間 (Page Free Space，PFS) 頁面。

[回到頁首]

處理主體/主要資料庫的 I/O 錯誤

在主體/主要資料庫上，只有當資料庫處於 SYNCHRONIZED 狀態，而且主體/主要資料庫仍在將資料庫的記錄檔記錄傳送到鏡像/次要資料庫時，才會嘗試自動修復頁面。自動修復頁面的基本動作順序如下所示：

在主體/主要資料庫的資料頁面上發生讀取錯誤時，主體/主要資料庫會在 suspect_pages 資料表中插入一個資料列，列出適當的錯誤狀態。如果是資料庫鏡像，主體資料庫接著就會向鏡像資料庫要求頁面的副本。如果是 AlwaysOn 可用性群組，主要資料庫會向所有次要資料庫廣播要求，並從第一個回應的次要資料庫取得頁面。此要求會指定目前在已排清記錄檔結尾的頁面識別碼和 LSN。該頁面會標示為還原暫止。這樣就無法在嘗試進行自動修復頁面期間存取該頁面。在嘗試修復期間存取此頁面的嘗試將會失敗，其錯誤為 829 (還原暫止)。
收到頁面要求後，鏡像/次要資料庫會等到已經將記錄重做到要求中指定的 LSN 為止。然後，鏡像/次要資料庫就會嘗試存取其資料庫副本中的頁面。如果可以存取頁面，鏡像/次要資料庫就會將該頁面的副本傳送到主體/主要資料庫。否則，鏡像/次要資料庫會將錯誤傳回主體/主要資料庫，而且自動修復頁面嘗試會失敗。
主體/主要資料庫會處理包含全新頁面副本的回應。
自動修復頁面修復可疑頁面之後，該頁面在 suspect_pages 資料表中會標示為已還原 (event_type = 5)。
如果頁面 I/O 錯誤造成任何延遲的交易，修復該頁面後，主體/主要資料庫會嘗試解決那些交易。

[回到頁首]

處理鏡像/次要資料庫的 I/O 錯誤

資料庫鏡像與 AlwaysOn 可用性群組通常會以相同方式處理鏡像/次要資料庫上發生的資料頁面 I/O 錯誤。

對於資料庫鏡像，如果鏡像資料庫在重做記錄檔記錄時遇到一個或多個頁面 I/O 錯誤，鏡像工作階段會進入 SUSPENDED 狀態。對於 AlwaysOn 可用性群組，如果次要複本在重做記錄檔記錄時遇到一個或多個頁面 I/O 錯誤，次要資料庫會進入 SUSPENDED 狀態。此時，鏡像/次要資料庫會在 suspect_pages 資料表中插入一個資料列，列出適當的錯誤狀態。鏡像/次要資料庫接著就會向主體/主要資料庫要求頁面的副本。
主體/主要資料庫會嘗試存取其資料庫副本中的頁面。如果可以存取頁面，主體/主要資料庫就會將該頁面的副本傳送到鏡像/次要資料庫。
如果鏡像/次要資料庫收到所要求之每個頁面的副本，鏡像/次要資料庫會嘗試繼續鏡像工作階段。如果自動修復頁面修復可疑頁面，該頁面在 suspect_pages 資料表中會標示為已還原 (event_type = 4)。

如果鏡像/次要資料庫沒有收到向主體/主要資料庫要求的頁面，自動修復頁面嘗試會失敗。對於資料庫鏡像，鏡像工作階段保持暫停。對於 AlwaysOn 可用性群組，次要資料庫也會保持暫停。如果手動繼續鏡像工作階段或次要資料庫，在同步處理階段期間，將會再次叫用損毀的頁面。

[回到頁首]

開發人員最佳做法

自動修復頁面是在背景中執行的非同步程序。因此，要求無法讀取之頁面的資料庫作業也會失敗，而且會針對造成失敗的情況，傳回錯誤碼。開發鏡像資料庫或可用性資料庫的應用程式時，您應該攔截失敗作業的例外狀況。如果 SQL Server 錯誤碼為 823、824 或 829，您應該稍後重試該作業。

[回到頁首]

如何：檢視自動修復頁面嘗試

下列動態管理檢視會針對給定可用性資料庫或鏡像資料庫上進行的最新自動修復頁面嘗試行為傳回資料列，每個資料庫最多 100 個資料列。

AlwaysOn 可用性群組：

sys.dm_hadr_auto_page_repair (Transact-SQL)

針對在伺服器執行個體所裝載任何可用性群組之可用性複本的任何可用性資料庫上進行的每個自動修復頁面嘗試行為，各傳回一個資料列。
資料庫鏡像：

sys.dm_db_mirroring_auto_page_repair (Transact-SQL)

針對在伺服器執行個體之任何鏡像資料庫上進行的每個自動修復頁面嘗試行為，各傳回一個資料列。

[回到頁首]