Eseutil /P 修復模式
上次修改主題的時間： 2006-06-09
Eseutil 修復模式會在分頁層級和「可延伸儲存引擎 (ESE)」表格層級更正資料庫問題，而不在應用程式層級更正。在使用 Eseutil 修復資料庫之後，應該執行 ISInteg 在應用程式層級修復資料庫。若要瞭解資料庫分頁層級、ESE 表格層級和應用程式層級代表的意義，請參閱資料庫復原策略。如需使用 Eseutil /P 的語法和指示的相關資訊，請參閱如何在不同案例中執行 Eseutil /P (修復)。
在修復期間，可能需要捨棄表格中的資料列，甚至整個表格。在完成 ESE 層級的修復之後，需要執行應用程式層級修復來解決現在可能因為遺失資料而存在於應用程式層級的問題。資訊儲存庫完整性 (ISInteg) 公用程式可用來執行這項 Exchange 應用程式層級分析和修復。下例說明 Eseutil 修復的運作方式。
例如，資料庫中的表格儲存所有信箱的郵件。每一個使用者的 [收件匣] 資料夾使用個別表格。假設使用 Eseutil 修復郵件表格時失去郵件。Eseutil 不會在每一個 [收件匣] 資料夾內建立郵件與其參照的關聯性，因為 Eseutil 不瞭解該應用程式的交叉表格架構。若要比較已修復的郵件表格與每一個 [收件匣] 資料夾，以及從 [收件匣] 移除遺失的郵件，需要有 ISInteg。
簡而言之，Eseutil 會查看每一個 Exchange 資料庫分頁和表格，並確保每一個表格的一致性和完整性。建議在 Eseutil 之後執行的 ISInteg 會在應用程式層級修復資料庫，並確保表格之間關係的完整性。
修復資料庫包括依下列順序的三階段：
- Eseutil 會在 /P 模式下執行，以進行資料庫分頁層級和表格層級修復
- Eseutil 會在 /D 模式下執行，以完全重建索引及進行資料庫磁碟重組
- 然後執行 ISInteg，在應用程式層級修復資料庫
.gif "note") 附註： |
|---|
| 成功修復不一定表示資料庫永遠有用。失去系統中繼資料會使資料庫無法裝載或變成空白。無法修復資料庫時，您可以從備份還原資料或建立新的資料庫。 |
將修復的資料庫放回到實際執行環境
是否將修復的資料庫永久留在實際執行環境，屬於自由心證。許多管理員的原則是只使用修復的資料庫救回資料。管理員會儘快將信箱移到另一個資料庫，或將修復的資料庫中的資料合併到完好的資料庫中。
Eseutil 和 ISInteg 都會產生詳細的修復記錄檔，列出所發現及更正的錯誤。如需特定錯誤的原因和後果的相關資訊，可搜尋 Microsoft 知識庫，並參閱常見 Eseutil 錯誤的參照的主題。這些主題區的資訊可幫助您決定，是否願意接受將修復的資料庫留在實際執行環境所帶來的風險。
Eseutil /P 最佳作法
當您無法從備份還原資料庫，或無法完全向前復原交易記錄時，請使用 Eseutil /P。
| 附註： |
|---|
| 如果您無法向前復原交易記錄檔，最好遵循交互式策略。您可以從備份中還原資料庫的工作版本，修復復原儲存群組中的受損資料庫，及合併兩個資料庫。 |
Microsoft 建議您在修復資料庫時遵循這些最佳作法：
- 勿允許修復的資料庫留在實際執行環境中太久。
- 若有備份可用，請勿使用 Eseutil 修復選項。
- 勿使用 Eseutil 修復模式刪除 -1018 錯誤。如需 -1018 錯誤的相關資訊，請參閱 Microsoft 知識庫文章 812531＜支援 WebCast:Microsoft Exchange：瞭解及解決 -1018 錯誤＞(https://go.microsoft.com/fwlink/?linkid=3052&kbid=812531) (英文)。
先前的 Exchange 版本
下表說明 Eseutil 修復模式在不同版本的 Exchange 中如何運作：
Exchange 200x |
根據預設，修復程序的詳細記載會儲存在一個叫做 database.integ.raw 的純文字檔中。此記錄檔列出修復的表格及需要修復的問題。 |
Exchange 5.5 |
必須使用 /V 參數指定完整記錄才能看到類似的詳細資料。 |
相關資訊
如需相關資訊，請參閱《Exchange Server 資料庫公用程式手冊》中的下列主題：