本文提供事件標識碼 640 的一些資訊。
適用於： 所有支援的 Windows Server 和 Windows 用戶端版本
原始 KB 編號： 4577004
徵兆
應用程式記錄會列出許多指定 Windows 10、Windows Server 2019 和 Windows Server 2016 事件識別碼 640 的 ESENT 事件。
原因
事件標識碼 640 表示可延伸儲存引擎 （ESE） 偵測到資料庫檔案及其排清對應檔案未同步處理。 這種情況很少發生。 這是由下列其中一個條件所造成：
- 資料庫已移動，但並非所有必要的檔案都會一起移動。
- 裝載排清地圖示頭的扇區已損毀。 這種情況非常罕見。
- 現有的 ESE 資料庫已刪除，然後重新建立，但其排清對應檔案並未刪除或重新建立。 當應用程式將數據從一個 ESE 資料庫移轉至另一個 ESE 資料庫，且應用程式無法正確清除時，通常會發生這種差異。 在 Windows 升級期間或不久之後，這類移轉可能會更頻繁。 建立新的資料庫之後，系統會偵測舊的排清對應檔案。 該檔案未與新的資料庫同步處理。 在此案例中，新資料庫中的數據沒有任何風險。 條件為良性。
狀態
未來的 Windows 版本應該包含一項變更，以防止系統在良性案例中記錄事件標識碼 640。
判斷事件標識碼 640 的原因
若要判斷事件識別碼 640 的原因，請檢查 「...事件數據中的FromDb字段，並考慮下列情況：
所有或部分欄位都不會初始化，因此，其值為零。 在此情況下，事件標識碼 640 是由建立新的資料庫所造成。 這是良性案例。 您不需要採取任何動作來減輕它。
所有 “...FromDb“ 欄位具有非零值。 在此情況下，您應該調查問題。
“...FromDb“ 欄位會在下列事件記錄檔專案的範例中以粗體顯示：
services （836，D，35） 錯誤 -1919 驗證對應檔案 '<Drive>：\<Path>\<FileName.jfm>' 上的頭頁。 排清對應檔案將會失效。 其他資訊：[SignDbHdrFromDb：Create time：00/00/1900 00：00：00.000 Rand：0 Computer：] [SignFmHdrFromDb：Create time：00/00/1900 00：00：00.000 Rand：0 Computer：] [SignDbHdrFromFm：Create time：<DateTime Rand：559408839 Computer：] [SignFmHdrFromFm：Create time：<DateTime>> Rand：4291821429 Computer：]
注意
在此範例中， <Drive>：\<Path>\<FileName> 代表排清對應檔的實際路徑和名稱。
關於事件標識碼 636
如果 Windows 在良性案例中記錄事件標識碼 640，也可能記錄事件標識碼 636。 在此情況下，您也可以忽略事件標識碼 636。