共用方式為

資料庫檢查點 (SQL Server)

  • 發行項

本主題提供 SQL Server 資料庫檢查點的概觀。 「檢查點」(Checkpoint) 會建立一個已知的恰當起點，SQL Server Database Engine 可以從這個點開始套用發生非預期的關機或損毀之後，於復原期間包含在記錄檔中的變更。

本主題內容：

  • 檢查點概觀

  • 相關工作

  • 相關內容

檢查點概觀

基於效能的考量，Database Engine 會在緩衝區快取的記憶體內修改資料庫頁面，但並不會在每次變更之後都將這些頁面寫入磁碟中。 而是由 Database Engine 定期在每一個資料庫上發出檢查點。 「檢查點」(Checkpoint) 會將目前記憶體中已修改的頁面 (稱為「中途分頁」(Dirty Page)) 和交易記錄資訊從記憶體寫入磁碟上，也會記錄有關交易記錄的資訊。

Database Engine 支援幾種類型的檢查點：自動、間接、手動和內部。 下表彙總檢查點的類型。

名稱

Transact-SQL 介面

說明

自動

EXEC sp_configure 'recovery interval', 'seconds'

在背景自動發出，以符合 recovery interval 伺服器組態選項所建議的時間上限。 自動檢查點會執行到完成為止。 自動檢查點的調節是根據未完成的寫入數目以及 Database Engine 是否偵測到超過 20 毫秒的寫入延遲有增加。

如需詳細資訊，請參閱＜設定 recovery interval 伺服器組態選項＞。

間接

ALTER DATABASE … SET TARGET_RECOVERY_TIME = target_recovery_time { SECONDS | MINUTES }

在背景發出，以符合使用者對給定資料庫所指定的目標復原時間。 預設目標復原時間為 0，這會導致自動檢查點啟發學習法在資料庫上使用。 如果您已使用 ALTER DATABASE 將 TARGET_RECOVERY_TIME 設定為 >0，則會使用這個值，而不是針對伺服器執行個體指定的復原間隔。

如需詳細資訊，請參閱＜變更資料庫的目標復原時間 (SQL Server)＞。

手動

CHECKPOINT [ checkpoint_duration ]

當您執行 Transact-SQL CHECKPOINT 命令時發出。 手動檢查點會發生在連接的目前資料庫中。 根據預設，手動檢查點會執行到完成為止。 調節的運作方式與自動檢查點相同。 checkpoint_duration 參數可選擇性地指定要求的時間量 (以秒為單位)，好讓檢查點得以完成。

如需詳細資訊，請參閱＜CHECKPOINT (Transact-SQL)＞。

內部

無。

由各種伺服器作業 (例如備份和資料庫快照集建立) 發出，以保證磁碟映像符合目前的記錄檔狀態。

[!附註]

-k SQL Server 進階設定選項可讓資料庫管理員根據某些檢查點類型的 I/O 子系統輸送量來調節檢查點 I/O 行為。 -k 設定選項會套用到自動檢查點以及任何未調節的手動與內部檢查點。

如果是自動、手動和內部檢查點，只有在最新檢查點之後所做的修改才需要在資料庫復原期間向前復原。 這會減少復原資料庫所需的時間。

重要事項重要事項

長時間執行且未認可的交易會讓所有檢查點類型的復原時間增加。

[回到頁首]

本節內容：

  • TARGET_RECOVERY_TIME 和 'recovery interval' 選項的互動

  • 自動檢查點

  • 間接檢查點

  • 內部檢查點

TARGET_RECOVERY_TIME 和 'recovery interval' 選項的互動

下表彙總伺服器端 sp_configure 'recovery interval' 設定與資料庫特有 ALTER DATABASE … TARGET_RECOVERY_TIME 設定之間的互動。

TARGET_RECOVERY_TIME

'recovery interval'

使用的檢查點類型

0

0

目標復原間隔為 1 分鐘的自動檢查點。

0

>0

由使用者定義的 sp_configure recovery interval 選項指定目標復原間隔的自動檢查點。

>0

不適用。

由 TARGET_RECOVERY_TIME 設定決定目標復原時間 (以秒鐘表示) 的間接檢查點。

自動檢查點

每當記錄檔記錄數目到達 Database Engine 預估它在 recovery interval 伺服器組態選項指定的期間內可以處理的數目時，都會發生自動檢查點。 在沒有使用者定義之目標復原時間的每個資料庫中，Database Engine 都會產生自動檢查點。 自動檢查點的頻率取決於 recovery interval 進階伺服器組態選項，該選項會指定給定伺服器執行個體在系統重新啟動期間應該用於復原資料庫的最長時間。 Database Engine 會預估它在復原間隔內可以處理的記錄檔記錄數目上限。 當使用自動檢查點的資料庫到達這個記錄檔數目上限時，Database Engine 會發出資料庫的檢查點。 自動檢查點之間的時間間隔可能會有很大的變化。 具有大量交易工作負載的資料庫所擁有的檢查點會比主要用於唯讀作業的資料庫更頻繁。

此外，在簡單復原模式下，如果記錄檔已填滿百分之 70，則自動檢查點也會排入佇列。

在簡單復原模式下，除非某些因素延遲了記錄截斷，否則自動檢查點會截斷交易記錄的未使用區段。 相反地，在完整復原模式和大量記錄復原模式下，一旦建立了記錄備份鏈，自動檢查點就不會導致記錄截斷。 如需詳細資訊，請參閱＜交易記錄 (SQL Server)＞。

當系統損壞時，復原給定資料庫所需的時間長度大部分取決於重做損壞時已變更之頁面所需的隨機 I/O 數量。 這表示 recovery interval 設定不可靠。 它無法判斷精確的復原持續時間。 此外，當自動檢查點正在進行時，資料的一般 I/O 活動會大幅增加而且無法預測。

[回到頁首]

復原間隔對復原效能的影響

如果是使用簡短交易的線上交易處理 (OLTP) 系統，recovery interval 是決定復原時間的主要因素。 但是，recovery interval 選項並不會影響重做長時間執行之交易所需的時間。 如果資料庫包含長時間執行的交易，則復原此資料庫所花的時間可能要比 recovery interval 選項中指定的時間更長。 例如，如果長時間執行的交易在伺服器執行個體停用之前，花了兩個小時執行更新，則實際的復原花在復原長交易的時間要比 recovery interval 值長得多。 如需有關長時間執行之交易對復原時間之影響的詳細資訊，請參閱＜交易記錄 (SQL Server)＞。

一般來說，預設值會提供最佳復原效能。 但是在以下情況下，變更復原間隔可能會提升效能：

  • 如果未回復長時間執行的交易，復原通常花的時間大幅多於 1 分鐘時。

  • 如果您注意到頻繁的檢查點損害了資料庫的效能。

如果您決定增加 recovery interval 設定，我們建議您逐漸少量增加此設定，並評估每次累加對於復原效能的影響。 這個方法非常重要，因為當 recovery interval 設定增加時，要多花許多倍的時間才能完成資料庫復原。 例如，如果您變更 recovery interval 10，則完成復原所花的時間要比 recovery interval 設定為零時大約多十倍的時間。

[回到頁首]

間接檢查點

間接檢查點是 SQL Server 2012 中的新功能，它會提供替代自動檢查點的可設定資料庫層級。 萬一系統損壞，間接檢查點可能會提供比自動檢查點更快而且更可以預測的復原時間。 間接檢查點會提供以下優點：

  • 間接檢查點可減少整體資料庫復原時間。

  • 間接檢查點可讓您考量 REDO 期間的隨機 I/O 成本來可靠控制資料庫復原時間。 如此可讓伺服器執行個體維持在給定資料庫的復原時間上限內 (除非長時間執行的交易造成過多的復原次數)。

  • 間接檢查點會持續在背景中將中途分頁寫入磁碟，以減少與檢查點相關的 I/O 峰值。

但是，設定間接檢查點的資料庫線上交易式工作負載可能會導致效能降低。 這是因為，間接檢查點使用的背景寫入器有時會讓伺服器執行個體的寫入負載總量增加。

[回到頁首]

內部檢查點

內部檢查點是由各種伺服器元件產生，可保證磁碟映像符合目前的記錄檔狀態。 產生內部檢查點是為了回應以下事件：

  • 使用 ALTER DATABASE 加入或移除資料庫檔案。

  • 取得資料庫備份。

  • 針對 DBCC CHECK 建立資料庫快照集，不論是明確或內部方式。

  • 執行需要關閉資料庫的活動。 例如，AUTO_CLOSE 為 ON，且上次使用者與資料庫的連接已經關閉，或是已變更資料庫選項，因此需要重新啟動資料庫。

  • 透過停止 SQL Server (MSSQLSERVER) 服務來停止 SQL Server 執行個體。 任何一項動作都會導致在 SQL Server 執行個體的每個資料庫中產生檢查點。

  • 讓 SQL Server 容錯移轉叢集執行個體 (FCI) 離線。

[回到頁首]

相關工作

若要變更伺服器執行個體的復原間隔

若要設定資料庫的間接檢查點

若要發出資料庫的手動檢查點

[回到頁首]

相關內容

[回到頁首]

請參閱

概念

交易記錄 (SQL Server)