共用方式為

MSSQLSERVER_832

  • 發行項

適用於：SQL Server

詳細資料

屬性 值
產品名稱 SQL Server
事件識別碼 832
事件來源 MSSQLSERVER
元件 SQLEngine
符號名稱 B_CONSTPAGECHANGED
訊息文字 應該為常數的頁面已變更（預期總和檢查碼：預期值、實際總和檢查碼：<實際值>>、資料庫 <dbid>、檔案 '<filename>'、pageno><）。 < 這通常代表記憶體錯誤，或其他硬體或作業系統損毀。

說明

外部因素導致資料庫頁面在用來變更資料庫頁面的一般 SQL Server 引擎程式代碼之外修改。 條件可能是：

  • 在 SQL Server 進程中執行的線程，在資料庫頁面上寫入不正確。 這通常稱為「塗鴉」
  • 硬體或操作系統問題是資料庫頁面的記憶體修改或損毀

當 SQL Server 偵測到此行為錯誤 832 時。

使用者動作

若要尋找錯誤的原因，請考慮下列選項：

  • 您應該執行任何一般硬體或系統檢查，以判斷記憶體、CPU 或其他硬體相關問題是否存在。 確定所有系統驅動程式、作業系統更新和硬體更新都已套用至我們的系統。 請考慮執行任何硬體製造診斷，包括記憶體相關測試。
  • 評估 SQL Server 中可能會載入哪些「外部」DLL，這可能會造成此問題，包括擴充預存程式、COM 物件或其他 DLL，這些 DLL 可能會錯誤地修改保留給資料庫頁面的 SQL Server 記憶體。

每當您看到此錯誤時，您應該立即考慮針對錯誤訊息中 dbid> 所<參考的資料庫執行DBCC CHECKDB。

其他相關資訊

背景工作通常稱為 LazyWriter，偵測到此錯誤。 （此工作的 “command” 被視為 LAZY WRITER）。 因此，這個錯誤不會傳回至用戶端應用程式。 錯誤會寫入 Windows 應用程式事件記錄檔作為 EventID=832。

只會檢查快取中目前未修改的頁面（或「已變更」）。 這就是為什麼訊息使用「常數」一詞的原因，因為頁面自從磁碟讀取后從未變更過。 此外，頁面已從磁碟讀取「乾淨」，因為它在頁面上有總和檢查碼值，而且沒有遇到總和檢查碼失敗（Msg 824）。 不過，在發生此錯誤之後，頁面可能會在某個時間點修改，然後以不正確的修改寫入磁碟。 如果發生此錯誤，則會根據所有修改計算新的總和檢查碼，再寫入磁碟。 因此，頁面可能會在磁碟上損毀，但磁碟的後續讀取可能不會觸發總和檢查碼失敗。 請務必在此錯誤所參考的任何資料庫上執行 DBCC CHECKDB 。

即使寫入磁碟之後，甚至 DBCC CHECKDB 不會報告處於此狀態的頁面錯誤。 這是因為不正確的修改可能位於頁面上未保存任何數據的位置，或包含任何重要的頁面或數據列結構資訊，或是可能修改 CHECKDB 無法偵測的數據。

如需有關 Msg 832 的詳細資訊，請參閱 白皮書 SQL Server I/O 基本概念第 2 章。