SQL Server 2022 中使用記憶體內部最佳化 OLTP 的資料庫交易記錄檔會成長

徵兆

當您的資料庫在 SQL Server 2022 中啟用 In-Memory OLTP 功能時，您會注意到交易記錄檔會持續成長。 此外，SQL Server 錯誤記錄檔可能有像 Close thread is falling behind: 4 checkpoints outstanding 這樣的訊息。

如果您重新啟動 SQL Server 實例，您可能會注意到資料庫需要很長的時間才能完成資料庫復原程序。

針對 sys.databases 和 sys.dm_db_xtp_checkpoint_stats 的問題進行疑難解答

• 當您使用目錄檢視 sys.databases 收集資訊並針對此問題進行疑難排解時，資料行 log_reuse_wait_desc 會顯示 XTP_CHECKPOINT 為長截斷的原因。 這個值表示交易記錄檔正在等候記憶體內 OLTP（先前稱為 Hekaton）檢查點發生。 這表示檢查點作業延遲，可能會影響效能或記錄檔成長。

• 當您使用 SQL Server 動態管理檢視 （DMV） sys.dm_db_xtp_checkpoint_stats 收集資訊並針對此問題進行疑難排解時，資料行 outstanding_checkpoint_count 會長時間顯示非零值。 它表示檢查點不會有效率地發生，可能會影響效能和記錄檔成長。

原因

SQL Server 2022 引進了可改善大型記憶體伺服器記憶體管理的新功能，以減少記憶體不足的情況。 此變更中的已知問題有時可能會導致症狀一節中所述的行為。

解析度

若要解決此問題，請遵循下列步驟：

1. 將 -T9810 新增為 SQL Server 實例的啟動參數。
2. 重新啟動執行個體。
3. 發出檢查點、進行記錄備份、觀察 log_reuse_wait_desc，並視需要壓縮記錄以回收空間。

其他相關資訊

追蹤旗標 9810 會停用記憶體內部 OLTP 引擎回收執行緒本機儲存體 (TLS) 記憶體的功能，並還原為 SQL Server 2019 的行為。