Exchange 伺服器資料庫服務拒絕寫入存取至它自己的.edb 檔案或.chk 檔案時,會記錄錯誤事件

文章翻譯 文章翻譯
文章編號: 253111 - 檢視此文章適用的產品。
全部展開 | 全部摺疊

在此頁中

結論

如果 Exchange 伺服器資料庫服務拒絕寫入存取至它自己的資料庫檔案 (*.edb) 或檢查點檔案 (*.chk),可能會出現類似下列的錯誤:

事件類型: 錯誤
事件來源: ESE97
事件類別: 一般
事件識別碼: 145
日期: 2/3/2000
時間: 1:57:34 PM
使用者: N/A
電腦: EXSERVER1
描述: (1996) 的資料庫引擎無法存取檔案稱為 E:\exchsrvr\mdbdata\tmp.edb。




事件類型: 錯誤
事件來源: ESE97
事件類別: 記錄/修復
事件識別碼: 158
日期: 2/1/2000
時間: 4:40:20 PM
使用者: N/A
電腦: EXSERVER1
描述: MSExchangeIS (1628) 無法寫入檔案 D:\exchsrvr\MDBDATA\edb.chk 標頭複本。

(Microsoft Exchange Server 5.5 錯誤格式。在 Microsoft Exchange Server 4.0,這項錯誤的事件 ID 是 61 ; 在 Microsoft Exchange Server 5.0 事件 ID 是 63)。

事件類型: 錯誤
事件來源: ESE98
事件類別: 記錄/修復
事件識別碼: 439
日期: 2/2/2000
時間: 8: 05: 13 AM
使用者: N/A
電腦: EXSERVER1
描述: 資訊儲存庫 (2700) 無法寫入檔案 E:\Exchsrvr\mdbdata\E00.chk 標頭複本。錯誤-1032。

(Microsoft Exchange 2000 伺服器的錯誤格式)

其他相關資訊

若要解決此類錯誤,您必須探索突然阻止不存取資料庫服務到它的檔案。在許多情況下重新啟動受影響的伺服器 」 中斷 」 鎖定如果您無法找出另一個方式來執行這個動作。

這個問題的常見原因包括:
  • 另一個處理序具有"竊取 」 檔案。病毒檢查程式可能會錯誤地隔離一個檔案或備份或還原的處理程序可能暫時拒絕存取。
  • 發生磁碟或控制站故障,整個磁碟機權有時是暫時已經遺失。請檢查系統記錄檔以接近 158 事件時間的 I/O 或磁碟機錯誤。
  • 從檔案所在的資料夾移除使用權限。
  • 檔案已被標示為唯讀。最可能出現檢查點檔案是。
  • 已重新命名或刪除包含檔案的資料夾。這也是大部分是可能會出現在檢查點檔案。

什麼是 「 陰影標頭 」?

Exchange Server 資料庫、 檢查點和記錄檔以 4 千位元組 (KB) 群組首區段的開頭。標頭包含相關檔案的重要識別和組態資訊。可以使用 Eseutil 公用程式使用 /MH (資料庫檔案)、 /ML (交易記錄檔) 或 /MK (檢查點檔案) 選項來檢視標頭。

注意: 這個 /ML 選項已先包含在 Exchange Server 5.5 Service Pack 1 (SP1)。

在正常作業期間經常修改資料庫和檢查點檔案標頭,而在建立記錄檔之後,絕對不會修改記錄檔標頭。經常會被修改的檔案標頭,陰影頁首會在更新時保護標頭。主標頭是第一個 4 KB 區塊檔案中的 ; 陰影頁首相同主標頭是第二個 4 KB 區塊。兩個標頭網頁是 checksummed,並總和檢查碼寫入至每一頁。因為資料所作的變更變更應該在頁面上的總和檢查碼傷害甚至單一位元的任一頁可以可靠地偵測出來。

對更新標頭時進行的修改第一次陰影標頭頁。如果之前陰影更新完成 (導致 「 損毀的寫入"),就會發生當機,主標頭是仍保持不變。 陰影已經更新後會更新主標頭。如果在此時發生當機,陰影標頭是仍保持不變。因此,甚至期間的更新有效的標頭存在於所有的時間。

到網頁的傷害會偵測到重新計算總和檢查碼每次存取網頁。如果計算的總和檢查碼不符合在一個頁面上已,資料頁就是不正確。只要其他標頭的複本是良好的它可用來補充程式已損毀的頁面。

如果拒絕存取的條件,就會發生,下一個寫入資料庫嘗試是有標頭,」 無法寫入標頭複本 」 的錯誤寫入事件記錄檔。會發生這種情況是因為陰影頁是第一更新的首頁。如果寫入嘗試是其他地方比一個標頭中不同的錯誤就會報告,包括-1032 或 0xfffffbf8(JET_errFileAccessDenied),和-510 或 0xfffffe02 (JET_errLogWriteFail)。

標題的交易記錄檔 (*.log) 不會遮蔽,因此,拒絕存取記錄檔並不導致一個 「 陰影標頭 」 的錯誤。相反地,檢查點檔案會執行任何動作但標頭 (4 KB 的主頁首及 4 KB 的標頭複本),並因此上寫入失敗永遠報告一個 「 陰影標頭 」 的錯誤。

如果資料庫檔或記錄檔不能寫入至,資料庫服務停止保持資料庫的完整性。如果檢查點檔案無法寫入,資料庫作業將會在大部分的方面通常繼續。檢查點檔會追蹤在寫出到資料庫檔案的記錄檔交易的進度。如果檢查點檔案凍結,資料仍然會寫入資料庫] 檔案和進階的檢查點,但直到它一次就可以使用新的檢查點不會檢查點檔中記錄。

有三個如果檢查點檔案無法寫入至長段時間,則可能遇到的問題:
  • 更新檢查點之前,檢查點檔案中所參考的記錄檔可能會被刪除。在這種情況下如果異常停止資料庫,它可能無法啟動一次,因為檢查點檔案參考不存在的檔案。如需詳細資訊按一下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項:
    176239XADM: 資料庫將不會開始 ; 循環記錄刪除記錄檔太快
  • 線上備份期間可能不會永久刪除舊的記錄檔。線上備份程序會依賴檢查點檔案,以判斷哪些記錄檔可能會安全地刪除。如果檢查點檔案 「 凍結 」,比檢查點較新的記錄檔會被不清除,即使如果檢查點檔案是後面幾天。
  • 如果毀損的檢查點檔案線上備份可能會完全失敗。線上備份必須要能夠至少讀取檢查點檔案。在正常作業損毀的檢查點檔案偵測並更正所造成的損害分鐘內。但是,直到移除鎖定所造成的損害如果寫入作業對也鎖定檔案,不能予以修正。

屬性

文章編號: 253111 - 上次校閱: 2007年2月26日 - 版次: 3.4
這篇文章中的資訊適用於:
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange Server 5.5 Standard Edition
關鍵字:?
kbmt kbinfo KB253111 KbMtzh
機器翻譯
重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。
按一下這裡查看此文章的英文版本:253111
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。

提供意見

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com