文章編號: 259851 - 上次校閱: 2006年1月20日 - 版次: 6.0

在 Exchange 中執行 eseutil /p 或 edbutil /d /r 命令分支

Retired KB Article依現狀不再更新的知識庫內容免責聲明
檢視此文章適用的產品。
系統提示本文適用於您使用的作業系統之外的作業系統。與您不相關的文章內容已停用。
全部展開 | 全部摺疊

結論

當您針對諸如 Priv.edb、Pub.edb 或 Dir.edb 資料庫的 Exchange Server 資料庫檔案執行 eseutil /p 或 edbutil /d /r 命令時，發生硬修復。修復作業會檢查並修復整個資料庫內的重要結構 (例如系統資料表、附件表等等)，並查看資料庫中是否有損毀的頁面。

如果修復遇到損毀的頁面 (例如，對未由 Jet 執行的頁面進行修改而造成的無效總和檢查碼)，就會刪除該頁面 (-1018)。發生這個情況時，重要資料可能會在修復完成之後遺失。這份資料可能是電子郵件的一部分、行事曆約會、記事、附件，或者最壞的情況還可能是系統資料表的一部分。

如果該系統資料表是附件表，則伺服器上的每個使用者可能會遺失他們郵件中的附件。這只是一種可能的情況，不過，如果資料庫中有損毀的頁面，資料就會在硬修復之後遺失。

重要 在可能的情況下最好一律從備份進行還原。

如果您從備份進行還原，可確保在伺服器上啟動與執行的是狀況良好、乾淨又穩定的資料庫。在絕大部分的情況中，從備份進行還原會比在資料庫上執行硬修復來得快速且可靠。這是因為修復每小時可以執行將近 4 到 6 GB，而且您必須在修復完成之後執行 Isinteg 程序，這個程序每小時可以執行約略 3 到 6 GB(這些速率只是平均值；效能可能會因修復要在您的資料庫上進行的傳送次數，以及硬體的速度而有所不同)。

例如，如果您使用最快的硬體設定，則 50 GB 的資料庫需要將近 8 小時才能完成修復，並且還需要 8 小時來進行 Isinteg 程序，總共要 16 個小時。如果您使用一般連接的 Wide SCSI 數位線性磁帶 (DLT) 35/70，每秒平均還原 3 MB，那麼相同的資料庫則需要 5 個小時才能完成還原。足足省下了 11 個小時。像是來自 EMC Corporation 的系統這類非常高速的「快照」型備份系統，可以在幾分鐘之內還原這種大小的資料庫。

如果您沒有備份，並且除了對資料庫執行硬修復以外沒有其他選項，請依照下列步驟執行：
  1. 使用 Eseutil /p 或 Eseutil /d /r，在資料庫上執行硬修復。
  2. 使用 Eseutil /d 重組資料庫。離線磁碟重組會建立新的實體資料庫結構，並將現有的資料移到該結構。
  3. 使用 Isinteg -fix 檢查資料庫的一致性。您可能需要執行 Isinteg 數次，直到摘要報告不會傳回錯誤為止。
如需詳細資訊，請按一下下面的文件編號，檢視「Microsoft 知識庫」中的文件：
192185? (http://support.microsoft.com/kb/192185/ ) 如何使用 Eseutil 公用程式 (Eseutil.exe) 進行磁碟重組
182081? (http://support.microsoft.com/kb/182081/ ) Description of the Isinteg utility

Isinteg 公用程式會修正您在執行硬修復時可能發生的邏輯問題：
  • 在 Exchange Server 4.0 及 5.0 私人資訊儲存庫中，請執行下列命令：
    isinteg -fix -pri
  • 在 Exchange Server 4.0 及 5.0 公用資訊儲存庫中，請執行下列命令：
    isinteg -fix -pub
  • 在 Exchange Server 5.5 私人資訊儲存庫中，請執行下列命令：
    isinteg -pri -fix -test alltests
  • 在 Exchange Server 5.5 公用資訊儲存庫中，請執行下列命令：
    isinteg -pub -fix -test alltests
注意 您不可對 Dir.edb 資料庫執行 Isinteg -fix 命令。此外，建議您不要在實際執行環境中執行已進行過硬修復的目錄。

如需有關 Exchange 嚴重損壞修復的詳細資訊，請按一下下面的文件編號，檢視「Microsoft 知識庫」中的文件：
162353? (http://support.microsoft.com/kb/162353/ ) XADM：Restoring an Exchange Directory
在 Priv.edb 或 Pub.edb 資料庫執行 eseutil /p 或 edbutil /d /r 命令之後，資料庫可能會出現下列徵狀：
  • 資訊儲存庫不會停止執行，或者可能會停止回應。
  • 資訊儲存庫停止從郵件傳輸代理程式 (Message Transfer Agent，MTA) 接收郵件。
  • 電子郵件會留在使用者的寄件匣裡。
  • Store.exe 程式會以極高的 CPU 使用量執行，而不會對伺服器造成任何負載。
  • 負載過重時，Store.exe 程式會產生存取違規。
  • 使用者無法開啟電子郵件附件或電子郵件。
在損毀情況嚴重的資料庫上執行硬修復之後，這個資料庫就不再適合做為實際執行資料庫，除非您在執行 Isinteg 後也執行了離線磁碟重組。請將在資料庫上執行硬修復視為萬不得已時才考慮使用的「最後方案」；可以的話，請一律從備份進行還原。

如果執行多次 Isinteg 仍無法更正資料庫損毀，您必須使用 Exmerge 公用程式從一個資料庫擷取資料，再將資料放置在另一個資料庫中。
259688? (http://support.microsoft.com/kb/259688/ ) XADM：How to Use the Exmerge Utility to Extract Data from a Damaged Private Information Store

其他相關資訊

如果要判斷您的資料庫是否執行過硬修復，請使用下列命令列傾印標頭 (如果資料庫尚未經過修復，則修復計數會是零)：
eseutil /mh x:\exchsrvr\mdbdata\priv.edb |more

eseutil /mh x:\exchsrvr\mdbdata\pub.edb |more
下列是 Priv.edb 標頭的範例：
Microsoft(R) Windows NT(TM) Server Database Utilities
Version 5.5
Copyright (C) Microsoft Corporation 1991-1999. All Rights Reserved.

Initiating FILE DUMP mode...
Database:d:\exchsrvr\mdbdata\priv.edb

Format ulMagic:0x89abcdef
Engine ulMagic:0x89abcdef
Format ulVersion:0x620,2
Engine ulVersion:0x620,2
DB Signature:Create time:4/5/2000 17:48:52 Rand:769046 Computer:
cbDbPage: 4096
dbtime: 556457
State:Consistent
Shadowed:Yes
Last Objid: 184
Scrub Dbtime: 0
Scrub Date: 00/00/1900 00:00:00
Repair Count: 1
Repair Date: 2/20/2000 10:48:50
這篇文章中的資訊適用於:
  • Microsoft Exchange Server 4.0 Standard Edition
  • Microsoft Exchange Server 5.0 Standard Edition
  • Microsoft Exchange Server 5.5 Standard Edition
回此頁最上方
關鍵字：?
kbinfo KB259851
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應，不負任何擔保責任。Microsoft及(或)其供應商謹此聲明，不負任何對與此資訊有關之擔保責任，包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。
Retired KB Article依現狀不再更新的知識庫內容免責聲明
本文旨在說明 Microsoft 不再提供支援的產品。因此，本文係依「現狀」提供，不會再更新。
回此頁最上方