在單個站點中恢復 exchange server上的資訊儲存
在單個站點中恢復 exchange server上的資訊儲存[@more@]概要
本文分步介紹如何使用 Microsoft Exchange 2000 Server 和 Microsoft Exchange Server 2003 中的離線還原過程從損壞的資訊儲存中恢復資料。
注意:本文並不介紹針對 Exchange 2000 Server 和 Exchange Server 2003 其他任何方面的災難恢復方法,而且本文介紹的解決方案可能無法恢復資訊儲存損壞的所有情況。
在 Exchange 2000 Server 和 Exchange Server 2003 中發生損壞時,資訊儲存是最易受影響的元件之一。資訊儲存由下列四個資料庫檔案組成: • Priv1.edb
• Priv1.stm
• Pub1.edb
• Pub1.stm
Priv1.edb 資料庫檔案包含正在傳送的郵件和儲存的非 SMTP 郵件。Priv1.stm 資料庫檔案包含簡單郵件傳輸協議 (SMTP) 郵件,其中包括正在傳送的郵件和儲存在伺服器上的郵件。Pub1.edb 資料庫檔案包含用於非 SMTP 格式資料的公用資料夾儲存。Pub1.stm 包含用於 SMTP 格式資訊的公用資料夾儲存。
有關備份和還原這些檔案的更多資訊,請單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
296788 ([url])[/url] Exchange 的離線備份和還原過程
一般情況下,損壞涉及到這兩個 .edb(Exchange 2000 Server 和 Exchange Server 2003 資料庫)檔案中的一個或兩個。多數情況下只有一個檔案被損壞,或者是 Priv1.edb 檔案,或者是 Pub1.edb 檔案(這兩個檔案均位於 Program FilesExchsrvrMdbdata 資料夾中)。
當資訊儲存被損壞時,可能會發生下列現象: • Microsoft Exchange Information Store 服務無法啟動。
• 無法停止資訊儲存服務,而且無法停止從屬的服務,如 Post Office Protocol 版本 3 (POP3) 和 Internet Message Access Protocol 版本 4rev1 (IMAP4)。
• 資訊儲存停止響應,並且 CPU 佔用率保持在 100%。
• 客戶端無法檢索或傳送電子郵件,即使停止然後重新啟動資訊儲存服務也無濟於事。
• 如果您嘗試從離線備份中還原 Exchange 2000 Server 和 Exchange Server 2003 資料庫,然後執行資訊儲存完整性檢查程式實用工具 (Isinteg.exe) 修補程式,可能會收到以下錯誤訊息:
Error 4294966746:JET_errDatabaseInconsistent
• 在您嘗試使用 Exchange 系統管理器裝載郵箱儲存時,可能會收到與以下類似的錯誤訊息:
Unable to Mount the Mailbox Store with error c104173c "The Information Store is Busy"
在嘗試使用 Exchange 系統管理器裝載資料庫時,可能會收到以下錯誤訊息:
出現內部處理錯誤。請嘗試重新啟動 Exchange 系統管理器或 Microsoft Exchange Information Store 服務,或兩者都重新啟動。
ID 號:c1041724
Exchange 系統管理器
事件 ID: 9175
Source Exchange SA
描述:MAPI 呼叫 openmsgstore 失敗,出現以下錯誤 — 網路問題或 MSE 伺服器計算機已關機或處於維護狀態。
本文介紹的過程基於具有以下特點的單一伺服器和單一站點情形: • 未使用站點聯結器。
• 站點複製被禁用(使用單一站點)。
• 存在 Pub1.edb 檔案和 Priv1.edb 檔案的離線副本。
• 未使用金鑰管理伺服器(KM 伺服器)。
• 伺服器執行的是 Microsoft Small Business Server 2000。
不過,這些原則適用於在單一組織、單一站點配置中設定的大多數其他 Exchange 2000 Server 和 Exchange Server 2003 計算機。
注意:此過程不是為了還原聯結器設定。
本文介紹的過程用於隔離損壞的資訊儲存,並幫助您恢復公用和專用資訊儲存。在開始之前,請確保您可以從其他來源中恢復資料檔案。例如,如果您使用的是小型 Exchange 2000 資料庫(小於 1 GB),請製作 Pub1.edb、Pub1.stm、Priv1.edb 和 Priv1.stm 檔案的副本。對於較大的資料庫,如果磁碟空間不足,無法複製這些檔案,請使用優秀的磁帶備份系統或其他離線儲存實用工具。
資訊儲存故障排除
1. 嘗試啟動 Microsoft Exchange Information Store 服務。記錄報告的任何錯誤和事件 ID。
2. 在執行步驟 3 中提到的 Eseutil.exe 程式之前,請確保資訊儲存服務已停止。
注意:如果資訊儲存服務在啟動狀態停止響應(掛起),您可以透過禁用它並重新啟動伺服器來停止服務。要禁用資訊儲存服務,請按以下步驟操作: a. 單擊“開始”,指向“程式”,指向“管理工具”,然後單擊“服務”。
b. 雙擊“Microsoft Exchange Information Store”服務,然後在“啟動型別”框中單擊“禁用”。
c. 單擊“確定”。
3. 檢查資料庫的一致性。如果資料庫是一致的,則所有日誌檔案都已提交給資訊儲存。如果資料庫不一致,則資料庫可能未損壞。相反,日誌檔案可能丟失、被損壞或尚未提交到資料庫。請執行下面的命令以檢查公用和專用資料庫的一致性(為便於閱讀,這些命令已換行)。
C:Program FilesexchsrvrBIN>eseutil /mh
"drive:Program FilesexchsrvrMDBDATApriv1.edb"
C:Program FilesexchsrvrBIN>eseutil /mh
"drive:Program FilesexchsrvrMDBDATApub1.edb"
注意:本示例假設您正在從驅動器 C 上的 Program FilesExchSrvrBin 資料夾中執行程式,並且 .edb 檔案位於 Program FilesExchSrvrMdbdata 資料夾中。
如果執行了升級,這些資料庫檔案可能位於 C:ExchsrvrMdbdata 資料夾中。如果最佳化了資料庫,則這些檔案可能位於另一驅動器上。
要驗證 .edb 檔案是否一致,請檢查標有“State”的輸出行。如果希望將此命令的輸出直接傳送到文字檔案,您可以按照下面的方法修改命令列(為便於閱讀,下面的命令已換行)。
C:Program FilesexchsrvrBIN>eseutil /mh
C:Program FilesexchsrvrMDBDATApriv1.edb > mypriv.txt
C:Program FilesexchsrvrBIN>eseutil /mh
C:Program FilesexchsrvrMDBDATApub1.edb > mypub.txt
要將文字直接顯示在螢幕上,請在命令結尾處新增 | more。
如果 Pub1.edb 檔案和 Priv1.edb 檔案不在 Program FilesExchSrvrMdbdata 資料夾中(該資料夾與從中執行此命令的 ExchSrvrBin 資料夾位於同一驅動器中),請使用 Priv1.edb 檔案的完整路徑替換命令中的“C:program filesmdbdatapriv1.edb”部分。對 Pub1.edb 進行相同的更改。如果 Pub1.edb 檔案和 Priv1.edb 檔案一致,請轉到步驟 6。
如果其中某個資料庫不一致,則嘗試對檔案執行軟故障恢復,以檢查 Mdbdata 資料夾中是否儲存了日誌檔案的副本。
注意:如果沒有日誌檔案,則無法完成軟故障恢復過程。請轉到步驟 6。還必須啟動資訊儲存服務。
當您執行軟故障恢復時,所有未提交的日誌檔案都將被提交給資訊儲存資料庫。
要啟動軟故障恢復,請執行下面的命令。
開啟資料庫和日誌檔案所在的資料夾,然後在命令提示符處鍵入下面的內容:為便於閱讀,下面的命令已換行。
C:Program FilesexchsrvrMDBDATA>"C:Program FilesexchsrvrBINeseutil" /r E00
單擊是執行修復。實用工具將顯示下面的訊息:
Microsoft(R) Exchange Server(TM) Database Utilities
Version 6.0
Copyright (C) Microsoft Corporation 1991-2000. All rights reserved.
Initiating RECOVERY mode...
Logfile base name:E00
Log Files:(current directory)
System files:(current directory)
Performing soft recovery...
完成軟故障恢復之後,程式將顯示下面的訊息:
Operation completed successfully in x.xxx seconds.
如果資料庫可以完全恢復,您可以使用此命令恢復資料庫。要確認此現象,請重新執行此步驟,然後再次執行 eseutil /mh 命令。如果公用資訊儲存和專用資訊儲存的狀態都更改為“一致”,請轉到步驟 5。
4. 如果其中任一資料庫不一致,而且 eseutil /r 命令未將它們恢復到一致狀態,請使用本步驟中介紹的過程。
注意:在使用以下命令時,可能會丟失某些 Exchange 2000 Server 或 Exchange Server 2003 資料,其中包括尚未提交給資訊儲存資料庫的日誌檔案中包含的郵件。以下命令是硬故障恢復(強制狀態恢復)命令。Microsoft 建議,只有在執行本文上述步驟後公用資訊儲存或專用資訊儲存沒有恢復到一致的狀態時,才使用此命令。
在命令提示符處,鍵入下列命令(為便於閱讀,下面的命令已換行): a. 將 Priv1.edb 檔案恢復到一致狀態:
C:Program FilesexchsrvrMDBDATA>"C:Program FilesexchsrvrBINeseutil" /p priv1.edb
b. 將 Pub1.edb 檔案恢復到一致狀態:
C:Program FilesexchsrvrMDBDATA>"C:Program FilesexchsrvrBINeseutil" /p pub1.edb c. 單擊是執行修復。實用工具將顯示下面的訊息:
Microsoft(R) Exchange Server(TM) Database Utilities
Version 6.0
Copyright (C) Microsoft Corporation 1991-2000. All right reserved.
Initiating REPAIR mode...
Database:priv1.edb
Streaming File:priv1.stm
Temp.Database:TEMPREPAIR1820.EDB
Checking database integrity.
Scanning Status (% complete)
0 10 20 30 40 50 60 70 80 90 100
|----|----|----|----|----|----|----|----|----|-----|
....................................................
在完成此過程之後,程式將顯示下面的訊息:
Integrity check successful.
注意:修復過程中將自動包括 .stm 檔案。
5. 刪除 Mdbdata 資料夾中的所有 .log 檔案,刪除 .chk 檔案,然後刪除 Temp.edb 檔案(如果存在)。
6. 將資料庫裝載一次,然後立即將其卸除,以避免使用者在此過程中訪問它們。
注意:為防止新的電子郵件進入資料庫,您可以在裝載資料庫之前停止 SMTP 服務。當您執行硬故障修復 (eseutil /p),並且修復實際檢測並移除了資料庫損壞時,您應該在修復之後、進行任何其他操作之前執行離線碎片整理。
7. 停止資訊儲存服務,並執行專用儲存資料庫和公用儲存資料庫的碎片整理。如果磁碟空間不足,則必須執行此步驟。
注意:您的可用磁碟空間必須有至少相當於資料庫大小的 110% 大小,才能執行 eseutil /d。如果沒有使用 "t" 命令為資料庫檔案指定一個臨時位置,則臨時位置將自動設定為 Exchsrvr/Bin 資料夾。
在命令提示符處,鍵入下列命令(為便於閱讀,下面的命令已換行): a. 對 Priv1.edb 進行碎片整理:
C:Program FilesexchsrvrBIN>eseutil /d
C:Program FilesexchsrvrMDBDATApriv1.edb
b. 對 Pub1.edb 進行碎片整理:
C:Program FilesexchsrvrBIN>eseutil /d
C:Program FilesexchsrvrMDBDATApub1.edb
注意:如果專用資訊儲存資料庫和公用資訊儲存資料庫很大,此步驟可能需要一些時間。如果在嘗試執行此步驟時收到錯誤訊息,指出磁碟空間不足,請將 Program FileExchSrvrBin 資料夾複製到具有更多磁碟空間的驅動器上,然後嘗試從該位置執行此命令。 有關如何解決此錯誤訊息的更多資訊,請單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
192185 ([url])[/url] 如何使用 Eseutil 實用工具 (Eseutil.exe) 進行碎片整理
8. 使用 Isinteg.exe 修復 Pub1.edb 資料庫和 Priv1.edb 資料庫。Isinteg.exe 實用工具可對每個資料庫的所有區域執行測試,並報告測試結果。Isinteg.exe 還嘗試修復遇到的任何問題。 • 要修復 Priv1.edb,請在命令提示符處鍵入下面的命令(為便於閱讀,下面的命令已換行):
C:Program FilesexchsrvrBIN>isinteg -s (servername) -fix -test alltests
注意:要獲取或確認伺服器名,請在伺服器上的命令提示符處鍵入下面的命令:
nbtstat -n
系統會提示您選擇要檢查的資料庫。
Index Status Database-Name
Storage Group Name:First Storage Group
1 Offline Mailbox Store (servername)
2 Offline Public Folder Store (servername)
Enter a number to select a database or press Return to exit.
您只能檢查標記為“Offline”(離線)的資料庫。必須啟動資訊儲存服務,但必須卸除資訊儲存。
在選擇一個資料庫後,將出現下面的訊息,提示您確認所做的選擇:
"You have selected First Storage Group / Mailbox Store
Continue?(Y/N)"
Press Y and Enter to start checking the selected database.
您將收到一份摘要報告,指明下列各項內容:執行的測試個數、警告個數、找到的錯誤個數、嘗試的修復次數以及程式執行所花的時間。如果報告中有警告、錯誤或修復資訊,請再次執行該命令。重複此步驟,直到不報告警告、錯誤或修復資訊,而且報告內容類似於以下文字:
Test reference table construction result:
0 error(s); 0 warning(s); 0 fix(es); 0 row(s); time:0h:0m:0s
Test Folder Result:
0 error(s); 0 warning(s); 0 fix(es); 101 row(s); time:0h:0m:0s
Now in test 3 (reference count verification)of total 3 tests;
100% complete.
注意:在有些情況下,每次執行程式時都會報告相同的警告、錯誤或修復資訊。如果連續三次出現同樣的警告、錯誤或修復資訊,請轉至下一步驟。這些錯誤可能是由於損壞的電子郵件附件,或者不會阻止您啟動資訊儲存的類似情況造成的。
如果能夠啟動資訊儲存服務,而且資訊儲存較為穩定,並且在多次執行 Isinteg.exe 後仍報告同樣的錯誤和警告,請使用 ExMerge 實用工具,透過將資料匯出為 .pst 格式,然後將其重新匯入新的或乾淨的資料庫結構中來重建資訊儲存。有關如何使用 ExMerge 實用工具的資訊將在下文中介紹。
注意:Exchange 2000 Server 和 Exchange Server 2003 不再結合使用 -patch 選項來實現 Isinteg 實用工具。修補操作將在資訊儲存啟動時由 Store.exe 自動執行。 有關更多資訊,請單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
251409 ([url])[/url] 還原離線備份不再需要 Isinteg -patch
9. 重新啟動資訊儲存。
有關如何修復 Exchange Server 資料庫的更多資訊,請單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
812357 ([url])[/url] 在 Exchange Server 5.5、Exchange 2000 Server 以及 Exchange Server 2003 中使用 Eseutil /p 工具修復 Exchange 資料庫後如何維護它們
使用一致性調整程式
早期版本的 Exchange Server 使用 DS/IS 一致性調整程式根據資訊儲存資料庫在資料夾中建立使用者物件。在 Exchange 2000 中,Mbconn.exe 實用工具提供了相同的功能。有關更多資訊,請參閱“Mailbox Reconnect Help”(郵箱重新連線幫助)檔案 (Mbconn.chm),該檔案位於 CD DriveExchSrvrServerSupportUtilsi386 資料夾中,或者單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
271886 ([url])[/url] 如何使用 Mbconn 實用工具生成資訊儲存郵箱的 Active Directory 帳戶
注意:Exchange Server 2003 中的郵箱恢復中心取代了與 Exchange 2000 Server 一起使用的 MBCONN 實用工具。有關更多資訊,請參閱 Exchange Server 2003 幫助檔案。
您可以將 Eseutil 與 /G 開關一起使用來驗證資訊儲存的完整性。 有關可用開關的更多資訊,請單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
182903 ([url])[/url] XADM:ESEUTIL 命令列引數
使用 Exchange 2000 目錄服務完整性檢查程式 (E2kdsinteg)
E2kdsinteg 實用工具最初包括在 Exchange 2000 SP2 中。在安裝並執行 Exchange 2000 或 Exchange 2000 Active Directory 聯結器 (ADC) 後,此實用工具將報告 Active Directory 的執行狀態。E2kdsinteg 實用工具以文字檔案的格式生成簡單的報告,該報告記錄異常或可疑的物件。E2kdsinteg 不會更改 Active Directory 中的任何物件。根據 Active Directory 中支援郵件的物件和配置物件的數量,處理支援郵件的物件可能需要相當長的時間。
在 Exchange Server 2003 中,ConfigDSInteg 工具執行 E2kDSInteg 配置物件來檢查 Active Directory 配置物件。 有關更多資訊,請單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
812593 ([url])[/url] Exchange Server 2003 部署工具概述
使用 ExMerge 實用工具
如果資訊儲存可以啟動,但存在其他問題,您可以使用 ExMerge 實用工具將所有使用者郵箱匯出為 .pst 檔案。然後,將使用者郵箱的 .pst 檔案合併為新建立的 Priv1.edb 檔案。還可以透過這種方法移動公用資料夾的內容。
如果使用電子郵件的離線儲存(.ost 檔案),必須先將 .ost 檔案移至 .pst 檔案中,然後再開始執行此過程,以防止丟失任何 .ost 資料。
在使用 ExMerge 實用工具之前,需要知道使用 ExMerge 只能移動使用者郵箱。不能使用 ExMerge 移動特定的 Exchange 2000 Server 和 Exchange Server 2003 配置屬性,如聯結器設定、Outlook 設定或客戶端規則。也不能使用 ExMerge 移動通訊組列表、通訊組列表中的成員或公用資料夾。可以將公用資料夾內容移動到使用者的個人資料夾中,以便在合併的 .pst 檔案中包括公用資料夾資訊。如果您嘗試此過程,則必須手動重新建立或重新配置通訊組列表。
注意:此過程還將刪除到此時間點為止收到的郵件的單一例項儲存。結果,Exchange 2000 Server 和 Exchange Server 2003 資料庫可能會增長,並需要更多的磁碟空間。
有關 ExMerge 實用工具的更多資訊,請單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
174197 ([url])[/url] XADM:Microsoft Exchange 郵箱合併程式 (Exmerge.exe) 資訊
316279 ([url])[/url] XGEN:Exchange 2000 Server 光碟中包含的工具
823143 ([url])[/url] 如何配置管理員帳戶以便在 Exchange 2003 上使用 Exmerge 2003
273642 ([url])[/url] 除非您在儲存區上具有“代理接收”和“代理傳送”許可權,否則 ExMerge 無法執行
可從 Exchange 2000 CD 上 SupportUtils 資料夾中針對您的平臺的子資料夾下獲得 ExMerge 實用工具。Microsoft 建議您使用最新的 Exchange 2000 Service Pack 中包含的 ExMerge 實用工具。
注意:對於 Small Business Server 2000 使用者,ExMerge 實用工具位於第 3 張 CD 上的 Exchsrvr60SupportUtilsI386Exmerge 資料夾中。還有一個名為 Exmerge.doc 的 Microsoft Word 文件,它提供了有關如何使用此實用工具的更為詳細的資訊。對於 Exchange Server 2003 使用者,請訪問下面的 Microsoft 網站來下載 Exmerge.exe:
[url][/url] ([url])[/url]
將這些檔案複製到 ExchsrvrMdbdataBin 資料夾中,然後按照下列步驟操作: 1. 確保當前沒有使用者正在訪問電子郵件,或正在執行電子郵件客戶端程式。
2. 透過使用兩步合併中的步驟一執行 ExMerge,然後輸入所有使用者。
3. 當 ExMerge 過程完成之後,停止 Exchange 2000 Server 或 Exchange Server 2003 Information Store 服務,找到並開啟 ExchSrvrMdbdata 資料夾,然後重新命名 Pub1.edb 和 Priv1.edb 檔案。
刪除此資料夾中的所有其他檔案。在確信合併成功完成之前,請務必不要刪除重新命名的 Pub1.edb 和 Priv1.edb 檔案。
4. 重新啟動 Exchange 2000 Server 或 Exchange Server 2003 Information Store 服務。
5. 在客戶端計算機上啟動 Outlook,然後向 Exchange 2000 Server 或 Exchange Server 2003 全球通訊簿中的所有使用者傳送一封電子郵件。
注意:如果未完成此步驟,ExMerge 兩步合併中的第二個步驟將不顯示任何可供還原的郵箱。
6. 使用兩步合併中的步驟二執行 ExMerge,然後輸入所有使用者。
完成此過程後,以前儲存在 .pst 檔案中的電子郵件將被移至 Exchange 2000 Server 或 Exchange Server 2003 郵箱。
您將得到一個包含所有電子郵件副本的新 Priv1.edb 檔案。
注意:如果使用者登入到空郵箱,則帳戶可能不連線到新建立的郵箱。 有關更多資訊,請單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
278447 ([url])[/url] XADM:在升級失敗後,使用者連線到空郵箱
重新建立 Pub1.edb 資料庫
1. 從客戶端(如 Outlook)將公用資料夾複製到該客戶端上使用者的個人資料夾。
2. 停止資訊儲存服務,然後重新命名現有的 Pub1.edb 和 Pub1.stm 檔案。
3. 要建立新的 Pub1.edb,請裝載公用資料夾資料庫。
4. 單擊確定以建立新的 Pub1.edb。
注意:必須重新設定公用儲存上的所有許可權。 有關是否自動建立了新資料庫的更多資訊,請單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
261329 ([url])[/url] XADM:資訊儲存啟動時不自動建立資訊儲存檔案
5. 將資料夾從客戶端移回伺服器上的新公用資料夾結構。
有關恢復 Exchange 2000 資訊儲存的更多資訊,請單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
316794 ([url])[/url] XADM:Exchange 2000 SP2 不允許還原 Exchange 2000 或 Exchange 2000 SP1
253914 ([url])[/url] XADM:如何檢視 Restore.env 檔案的內容
258529 ([url])[/url] 啟動資訊儲存時出現事件 ID 9519 和 8012
251403 ([url])[/url] 還原離線備份後資料庫不裝載
253931 ([url])[/url] 在還原失敗並出現錯誤訊息 c1041724 後裝載資料庫
有關 Exchange 2000 災難恢復的更多資訊,請訪問下面的 Microsoft 網站:
[url][/url] ([url])[/url]
有關 Isinteg.exe 和 Eseutil.exe 實用工具的更多資訊,請參閱位於 Exchange 2000 CD 上的下列位置的文件:
CD DriveExchSrvrServerSupportUtilsEseutil.rtf
CD DriveExchSrvrServerSupportUtilsReadMe.doc
重要說明:在能夠訪問電子郵件和公用資料夾後,應儘快執行備份並驗證備份是否成功。
最佳做法
資訊儲存定期維護
Microsoft 建議您將任何預定維護安排在與備份過程執行時間不同的時間段內。如果定期維護和備份過程同時執行,可能會導致 Exchange 2000 Server 或 Exchange Server 2003 資料庫出現問題。
要更改資訊儲存的預定維護時間,請執行以下操作: 1. 在 Exchange 系統管理器中,右鍵單擊郵箱儲存。
2. 單擊資料庫選項卡。
3. 單擊“自定義”按鈕。
4. 對於公用資料夾儲存,重複步驟 1 到 3。
Microsoft 建議您每週執行一次 Exchange 2000 Server 或 Exchange Server 2003 維護,特別是站點上僅有少數使用者時。
保持 Service Pack 最新
您可以使用 Exchange 2000 Server Service Pack 和 Exchange Server 2003 Service Pack 來保持您的 Exchange 伺服器系統是最新的。有關 Exchange 2000 Server Service Pack 和 Exchange Server 2003 Service Pack 的更多資訊,請訪問下面的 Microsoft 網站:
Exchange Server 2000 和 Exchange 2003 Server 主頁 ([url])[/url]
參考
有關更多資訊,請單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
192185 ([url])[/url] 如何使用 Eseutil 實用工具 (Eseutil.exe) 進行碎片整理
244525 ([url])[/url] 如何在沒有 Exchange Server 的計算機上執行 Eseutil
254132 ([url])[/url] 使用 Eseutil /d 對資料庫和流檔案進行碎片整理
255224 ([url])[/url] 在 Exchange 2000 Server 中執行 Eseutil 時,如果路徑中的儲存組資料夾名稱包含空格,您會收到一條“用法錯誤:無效引數”訊息
297336 ([url])[/url] XADM:如何使用 Eseutil 實用工具來對流檔案進行校驗和驗證
256352 ([url])[/url] 聯機碎片整理操作不會減小 .edb 檔案的大小
327156 ([url])[/url] 錯誤訊息:此儲存區內的資料庫檔案不一致
這篇文章中的資訊適用於:
• Microsoft Exchange Server 2003 Enterprise Edition
• Microsoft Exchange Server 2003 Standard Edition
• Microsoft Exchange 2000 Server 標準版
• Microsoft Small Business Server 2000 Standard Edition
本文分步介紹如何使用 Microsoft Exchange 2000 Server 和 Microsoft Exchange Server 2003 中的離線還原過程從損壞的資訊儲存中恢復資料。
注意:本文並不介紹針對 Exchange 2000 Server 和 Exchange Server 2003 其他任何方面的災難恢復方法,而且本文介紹的解決方案可能無法恢復資訊儲存損壞的所有情況。
在 Exchange 2000 Server 和 Exchange Server 2003 中發生損壞時,資訊儲存是最易受影響的元件之一。資訊儲存由下列四個資料庫檔案組成: • Priv1.edb
• Priv1.stm
• Pub1.edb
• Pub1.stm
Priv1.edb 資料庫檔案包含正在傳送的郵件和儲存的非 SMTP 郵件。Priv1.stm 資料庫檔案包含簡單郵件傳輸協議 (SMTP) 郵件,其中包括正在傳送的郵件和儲存在伺服器上的郵件。Pub1.edb 資料庫檔案包含用於非 SMTP 格式資料的公用資料夾儲存。Pub1.stm 包含用於 SMTP 格式資訊的公用資料夾儲存。
有關備份和還原這些檔案的更多資訊,請單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
296788 ([url])[/url] Exchange 的離線備份和還原過程
一般情況下,損壞涉及到這兩個 .edb(Exchange 2000 Server 和 Exchange Server 2003 資料庫)檔案中的一個或兩個。多數情況下只有一個檔案被損壞,或者是 Priv1.edb 檔案,或者是 Pub1.edb 檔案(這兩個檔案均位於 Program FilesExchsrvrMdbdata 資料夾中)。
當資訊儲存被損壞時,可能會發生下列現象: • Microsoft Exchange Information Store 服務無法啟動。
• 無法停止資訊儲存服務,而且無法停止從屬的服務,如 Post Office Protocol 版本 3 (POP3) 和 Internet Message Access Protocol 版本 4rev1 (IMAP4)。
• 資訊儲存停止響應,並且 CPU 佔用率保持在 100%。
• 客戶端無法檢索或傳送電子郵件,即使停止然後重新啟動資訊儲存服務也無濟於事。
• 如果您嘗試從離線備份中還原 Exchange 2000 Server 和 Exchange Server 2003 資料庫,然後執行資訊儲存完整性檢查程式實用工具 (Isinteg.exe) 修補程式,可能會收到以下錯誤訊息:
Error 4294966746:JET_errDatabaseInconsistent
• 在您嘗試使用 Exchange 系統管理器裝載郵箱儲存時,可能會收到與以下類似的錯誤訊息:
Unable to Mount the Mailbox Store with error c104173c "The Information Store is Busy"
在嘗試使用 Exchange 系統管理器裝載資料庫時,可能會收到以下錯誤訊息:
出現內部處理錯誤。請嘗試重新啟動 Exchange 系統管理器或 Microsoft Exchange Information Store 服務,或兩者都重新啟動。
ID 號:c1041724
Exchange 系統管理器
事件 ID: 9175
Source Exchange SA
描述:MAPI 呼叫 openmsgstore 失敗,出現以下錯誤 — 網路問題或 MSE 伺服器計算機已關機或處於維護狀態。
本文介紹的過程基於具有以下特點的單一伺服器和單一站點情形: • 未使用站點聯結器。
• 站點複製被禁用(使用單一站點)。
• 存在 Pub1.edb 檔案和 Priv1.edb 檔案的離線副本。
• 未使用金鑰管理伺服器(KM 伺服器)。
• 伺服器執行的是 Microsoft Small Business Server 2000。
不過,這些原則適用於在單一組織、單一站點配置中設定的大多數其他 Exchange 2000 Server 和 Exchange Server 2003 計算機。
注意:此過程不是為了還原聯結器設定。
本文介紹的過程用於隔離損壞的資訊儲存,並幫助您恢復公用和專用資訊儲存。在開始之前,請確保您可以從其他來源中恢復資料檔案。例如,如果您使用的是小型 Exchange 2000 資料庫(小於 1 GB),請製作 Pub1.edb、Pub1.stm、Priv1.edb 和 Priv1.stm 檔案的副本。對於較大的資料庫,如果磁碟空間不足,無法複製這些檔案,請使用優秀的磁帶備份系統或其他離線儲存實用工具。
資訊儲存故障排除
1. 嘗試啟動 Microsoft Exchange Information Store 服務。記錄報告的任何錯誤和事件 ID。
2. 在執行步驟 3 中提到的 Eseutil.exe 程式之前,請確保資訊儲存服務已停止。
注意:如果資訊儲存服務在啟動狀態停止響應(掛起),您可以透過禁用它並重新啟動伺服器來停止服務。要禁用資訊儲存服務,請按以下步驟操作: a. 單擊“開始”,指向“程式”,指向“管理工具”,然後單擊“服務”。
b. 雙擊“Microsoft Exchange Information Store”服務,然後在“啟動型別”框中單擊“禁用”。
c. 單擊“確定”。
3. 檢查資料庫的一致性。如果資料庫是一致的,則所有日誌檔案都已提交給資訊儲存。如果資料庫不一致,則資料庫可能未損壞。相反,日誌檔案可能丟失、被損壞或尚未提交到資料庫。請執行下面的命令以檢查公用和專用資料庫的一致性(為便於閱讀,這些命令已換行)。
C:Program FilesexchsrvrBIN>eseutil /mh
"drive:Program FilesexchsrvrMDBDATApriv1.edb"
C:Program FilesexchsrvrBIN>eseutil /mh
"drive:Program FilesexchsrvrMDBDATApub1.edb"
注意:本示例假設您正在從驅動器 C 上的 Program FilesExchSrvrBin 資料夾中執行程式,並且 .edb 檔案位於 Program FilesExchSrvrMdbdata 資料夾中。
如果執行了升級,這些資料庫檔案可能位於 C:ExchsrvrMdbdata 資料夾中。如果最佳化了資料庫,則這些檔案可能位於另一驅動器上。
要驗證 .edb 檔案是否一致,請檢查標有“State”的輸出行。如果希望將此命令的輸出直接傳送到文字檔案,您可以按照下面的方法修改命令列(為便於閱讀,下面的命令已換行)。
C:Program FilesexchsrvrBIN>eseutil /mh
C:Program FilesexchsrvrMDBDATApriv1.edb > mypriv.txt
C:Program FilesexchsrvrBIN>eseutil /mh
C:Program FilesexchsrvrMDBDATApub1.edb > mypub.txt
要將文字直接顯示在螢幕上,請在命令結尾處新增 | more。
如果 Pub1.edb 檔案和 Priv1.edb 檔案不在 Program FilesExchSrvrMdbdata 資料夾中(該資料夾與從中執行此命令的 ExchSrvrBin 資料夾位於同一驅動器中),請使用 Priv1.edb 檔案的完整路徑替換命令中的“C:program filesmdbdatapriv1.edb”部分。對 Pub1.edb 進行相同的更改。如果 Pub1.edb 檔案和 Priv1.edb 檔案一致,請轉到步驟 6。
如果其中某個資料庫不一致,則嘗試對檔案執行軟故障恢復,以檢查 Mdbdata 資料夾中是否儲存了日誌檔案的副本。
注意:如果沒有日誌檔案,則無法完成軟故障恢復過程。請轉到步驟 6。還必須啟動資訊儲存服務。
當您執行軟故障恢復時,所有未提交的日誌檔案都將被提交給資訊儲存資料庫。
要啟動軟故障恢復,請執行下面的命令。
開啟資料庫和日誌檔案所在的資料夾,然後在命令提示符處鍵入下面的內容:為便於閱讀,下面的命令已換行。
C:Program FilesexchsrvrMDBDATA>"C:Program FilesexchsrvrBINeseutil" /r E00
單擊是執行修復。實用工具將顯示下面的訊息:
Microsoft(R) Exchange Server(TM) Database Utilities
Version 6.0
Copyright (C) Microsoft Corporation 1991-2000. All rights reserved.
Initiating RECOVERY mode...
Logfile base name:E00
Log Files:(current directory)
System files:(current directory)
Performing soft recovery...
完成軟故障恢復之後,程式將顯示下面的訊息:
Operation completed successfully in x.xxx seconds.
如果資料庫可以完全恢復,您可以使用此命令恢復資料庫。要確認此現象,請重新執行此步驟,然後再次執行 eseutil /mh 命令。如果公用資訊儲存和專用資訊儲存的狀態都更改為“一致”,請轉到步驟 5。
4. 如果其中任一資料庫不一致,而且 eseutil /r 命令未將它們恢復到一致狀態,請使用本步驟中介紹的過程。
注意:在使用以下命令時,可能會丟失某些 Exchange 2000 Server 或 Exchange Server 2003 資料,其中包括尚未提交給資訊儲存資料庫的日誌檔案中包含的郵件。以下命令是硬故障恢復(強制狀態恢復)命令。Microsoft 建議,只有在執行本文上述步驟後公用資訊儲存或專用資訊儲存沒有恢復到一致的狀態時,才使用此命令。
在命令提示符處,鍵入下列命令(為便於閱讀,下面的命令已換行): a. 將 Priv1.edb 檔案恢復到一致狀態:
C:Program FilesexchsrvrMDBDATA>"C:Program FilesexchsrvrBINeseutil" /p priv1.edb
b. 將 Pub1.edb 檔案恢復到一致狀態:
C:Program FilesexchsrvrMDBDATA>"C:Program FilesexchsrvrBINeseutil" /p pub1.edb c. 單擊是執行修復。實用工具將顯示下面的訊息:
Microsoft(R) Exchange Server(TM) Database Utilities
Version 6.0
Copyright (C) Microsoft Corporation 1991-2000. All right reserved.
Initiating REPAIR mode...
Database:priv1.edb
Streaming File:priv1.stm
Temp.Database:TEMPREPAIR1820.EDB
Checking database integrity.
Scanning Status (% complete)
0 10 20 30 40 50 60 70 80 90 100
|----|----|----|----|----|----|----|----|----|-----|
....................................................
在完成此過程之後,程式將顯示下面的訊息:
Integrity check successful.
注意:修復過程中將自動包括 .stm 檔案。
5. 刪除 Mdbdata 資料夾中的所有 .log 檔案,刪除 .chk 檔案,然後刪除 Temp.edb 檔案(如果存在)。
6. 將資料庫裝載一次,然後立即將其卸除,以避免使用者在此過程中訪問它們。
注意:為防止新的電子郵件進入資料庫,您可以在裝載資料庫之前停止 SMTP 服務。當您執行硬故障修復 (eseutil /p),並且修復實際檢測並移除了資料庫損壞時,您應該在修復之後、進行任何其他操作之前執行離線碎片整理。
7. 停止資訊儲存服務,並執行專用儲存資料庫和公用儲存資料庫的碎片整理。如果磁碟空間不足,則必須執行此步驟。
注意:您的可用磁碟空間必須有至少相當於資料庫大小的 110% 大小,才能執行 eseutil /d。如果沒有使用 "t" 命令為資料庫檔案指定一個臨時位置,則臨時位置將自動設定為 Exchsrvr/Bin 資料夾。
在命令提示符處,鍵入下列命令(為便於閱讀,下面的命令已換行): a. 對 Priv1.edb 進行碎片整理:
C:Program FilesexchsrvrBIN>eseutil /d
C:Program FilesexchsrvrMDBDATApriv1.edb
b. 對 Pub1.edb 進行碎片整理:
C:Program FilesexchsrvrBIN>eseutil /d
C:Program FilesexchsrvrMDBDATApub1.edb
注意:如果專用資訊儲存資料庫和公用資訊儲存資料庫很大,此步驟可能需要一些時間。如果在嘗試執行此步驟時收到錯誤訊息,指出磁碟空間不足,請將 Program FileExchSrvrBin 資料夾複製到具有更多磁碟空間的驅動器上,然後嘗試從該位置執行此命令。 有關如何解決此錯誤訊息的更多資訊,請單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
192185 ([url])[/url] 如何使用 Eseutil 實用工具 (Eseutil.exe) 進行碎片整理
8. 使用 Isinteg.exe 修復 Pub1.edb 資料庫和 Priv1.edb 資料庫。Isinteg.exe 實用工具可對每個資料庫的所有區域執行測試,並報告測試結果。Isinteg.exe 還嘗試修復遇到的任何問題。 • 要修復 Priv1.edb,請在命令提示符處鍵入下面的命令(為便於閱讀,下面的命令已換行):
C:Program FilesexchsrvrBIN>isinteg -s (servername) -fix -test alltests
注意:要獲取或確認伺服器名,請在伺服器上的命令提示符處鍵入下面的命令:
nbtstat -n
系統會提示您選擇要檢查的資料庫。
Index Status Database-Name
Storage Group Name:First Storage Group
1 Offline Mailbox Store (servername)
2 Offline Public Folder Store (servername)
Enter a number to select a database or press Return to exit.
您只能檢查標記為“Offline”(離線)的資料庫。必須啟動資訊儲存服務,但必須卸除資訊儲存。
在選擇一個資料庫後,將出現下面的訊息,提示您確認所做的選擇:
"You have selected First Storage Group / Mailbox Store
Continue?(Y/N)"
Press Y and Enter to start checking the selected database.
您將收到一份摘要報告,指明下列各項內容:執行的測試個數、警告個數、找到的錯誤個數、嘗試的修復次數以及程式執行所花的時間。如果報告中有警告、錯誤或修復資訊,請再次執行該命令。重複此步驟,直到不報告警告、錯誤或修復資訊,而且報告內容類似於以下文字:
Test reference table construction result:
0 error(s); 0 warning(s); 0 fix(es); 0 row(s); time:0h:0m:0s
Test Folder Result:
0 error(s); 0 warning(s); 0 fix(es); 101 row(s); time:0h:0m:0s
Now in test 3 (reference count verification)of total 3 tests;
100% complete.
注意:在有些情況下,每次執行程式時都會報告相同的警告、錯誤或修復資訊。如果連續三次出現同樣的警告、錯誤或修復資訊,請轉至下一步驟。這些錯誤可能是由於損壞的電子郵件附件,或者不會阻止您啟動資訊儲存的類似情況造成的。
如果能夠啟動資訊儲存服務,而且資訊儲存較為穩定,並且在多次執行 Isinteg.exe 後仍報告同樣的錯誤和警告,請使用 ExMerge 實用工具,透過將資料匯出為 .pst 格式,然後將其重新匯入新的或乾淨的資料庫結構中來重建資訊儲存。有關如何使用 ExMerge 實用工具的資訊將在下文中介紹。
注意:Exchange 2000 Server 和 Exchange Server 2003 不再結合使用 -patch 選項來實現 Isinteg 實用工具。修補操作將在資訊儲存啟動時由 Store.exe 自動執行。 有關更多資訊,請單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
251409 ([url])[/url] 還原離線備份不再需要 Isinteg -patch
9. 重新啟動資訊儲存。
有關如何修復 Exchange Server 資料庫的更多資訊,請單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
812357 ([url])[/url] 在 Exchange Server 5.5、Exchange 2000 Server 以及 Exchange Server 2003 中使用 Eseutil /p 工具修復 Exchange 資料庫後如何維護它們
使用一致性調整程式
早期版本的 Exchange Server 使用 DS/IS 一致性調整程式根據資訊儲存資料庫在資料夾中建立使用者物件。在 Exchange 2000 中,Mbconn.exe 實用工具提供了相同的功能。有關更多資訊,請參閱“Mailbox Reconnect Help”(郵箱重新連線幫助)檔案 (Mbconn.chm),該檔案位於 CD DriveExchSrvrServerSupportUtilsi386 資料夾中,或者單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
271886 ([url])[/url] 如何使用 Mbconn 實用工具生成資訊儲存郵箱的 Active Directory 帳戶
注意:Exchange Server 2003 中的郵箱恢復中心取代了與 Exchange 2000 Server 一起使用的 MBCONN 實用工具。有關更多資訊,請參閱 Exchange Server 2003 幫助檔案。
您可以將 Eseutil 與 /G 開關一起使用來驗證資訊儲存的完整性。 有關可用開關的更多資訊,請單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
182903 ([url])[/url] XADM:ESEUTIL 命令列引數
使用 Exchange 2000 目錄服務完整性檢查程式 (E2kdsinteg)
E2kdsinteg 實用工具最初包括在 Exchange 2000 SP2 中。在安裝並執行 Exchange 2000 或 Exchange 2000 Active Directory 聯結器 (ADC) 後,此實用工具將報告 Active Directory 的執行狀態。E2kdsinteg 實用工具以文字檔案的格式生成簡單的報告,該報告記錄異常或可疑的物件。E2kdsinteg 不會更改 Active Directory 中的任何物件。根據 Active Directory 中支援郵件的物件和配置物件的數量,處理支援郵件的物件可能需要相當長的時間。
在 Exchange Server 2003 中,ConfigDSInteg 工具執行 E2kDSInteg 配置物件來檢查 Active Directory 配置物件。 有關更多資訊,請單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
812593 ([url])[/url] Exchange Server 2003 部署工具概述
使用 ExMerge 實用工具
如果資訊儲存可以啟動,但存在其他問題,您可以使用 ExMerge 實用工具將所有使用者郵箱匯出為 .pst 檔案。然後,將使用者郵箱的 .pst 檔案合併為新建立的 Priv1.edb 檔案。還可以透過這種方法移動公用資料夾的內容。
如果使用電子郵件的離線儲存(.ost 檔案),必須先將 .ost 檔案移至 .pst 檔案中,然後再開始執行此過程,以防止丟失任何 .ost 資料。
在使用 ExMerge 實用工具之前,需要知道使用 ExMerge 只能移動使用者郵箱。不能使用 ExMerge 移動特定的 Exchange 2000 Server 和 Exchange Server 2003 配置屬性,如聯結器設定、Outlook 設定或客戶端規則。也不能使用 ExMerge 移動通訊組列表、通訊組列表中的成員或公用資料夾。可以將公用資料夾內容移動到使用者的個人資料夾中,以便在合併的 .pst 檔案中包括公用資料夾資訊。如果您嘗試此過程,則必須手動重新建立或重新配置通訊組列表。
注意:此過程還將刪除到此時間點為止收到的郵件的單一例項儲存。結果,Exchange 2000 Server 和 Exchange Server 2003 資料庫可能會增長,並需要更多的磁碟空間。
有關 ExMerge 實用工具的更多資訊,請單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
174197 ([url])[/url] XADM:Microsoft Exchange 郵箱合併程式 (Exmerge.exe) 資訊
316279 ([url])[/url] XGEN:Exchange 2000 Server 光碟中包含的工具
823143 ([url])[/url] 如何配置管理員帳戶以便在 Exchange 2003 上使用 Exmerge 2003
273642 ([url])[/url] 除非您在儲存區上具有“代理接收”和“代理傳送”許可權,否則 ExMerge 無法執行
可從 Exchange 2000 CD 上 SupportUtils 資料夾中針對您的平臺的子資料夾下獲得 ExMerge 實用工具。Microsoft 建議您使用最新的 Exchange 2000 Service Pack 中包含的 ExMerge 實用工具。
注意:對於 Small Business Server 2000 使用者,ExMerge 實用工具位於第 3 張 CD 上的 Exchsrvr60SupportUtilsI386Exmerge 資料夾中。還有一個名為 Exmerge.doc 的 Microsoft Word 文件,它提供了有關如何使用此實用工具的更為詳細的資訊。對於 Exchange Server 2003 使用者,請訪問下面的 Microsoft 網站來下載 Exmerge.exe:
[url][/url] ([url])[/url]
將這些檔案複製到 ExchsrvrMdbdataBin 資料夾中,然後按照下列步驟操作: 1. 確保當前沒有使用者正在訪問電子郵件,或正在執行電子郵件客戶端程式。
2. 透過使用兩步合併中的步驟一執行 ExMerge,然後輸入所有使用者。
3. 當 ExMerge 過程完成之後,停止 Exchange 2000 Server 或 Exchange Server 2003 Information Store 服務,找到並開啟 ExchSrvrMdbdata 資料夾,然後重新命名 Pub1.edb 和 Priv1.edb 檔案。
刪除此資料夾中的所有其他檔案。在確信合併成功完成之前,請務必不要刪除重新命名的 Pub1.edb 和 Priv1.edb 檔案。
4. 重新啟動 Exchange 2000 Server 或 Exchange Server 2003 Information Store 服務。
5. 在客戶端計算機上啟動 Outlook,然後向 Exchange 2000 Server 或 Exchange Server 2003 全球通訊簿中的所有使用者傳送一封電子郵件。
注意:如果未完成此步驟,ExMerge 兩步合併中的第二個步驟將不顯示任何可供還原的郵箱。
6. 使用兩步合併中的步驟二執行 ExMerge,然後輸入所有使用者。
完成此過程後,以前儲存在 .pst 檔案中的電子郵件將被移至 Exchange 2000 Server 或 Exchange Server 2003 郵箱。
您將得到一個包含所有電子郵件副本的新 Priv1.edb 檔案。
注意:如果使用者登入到空郵箱,則帳戶可能不連線到新建立的郵箱。 有關更多資訊,請單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
278447 ([url])[/url] XADM:在升級失敗後,使用者連線到空郵箱
重新建立 Pub1.edb 資料庫
1. 從客戶端(如 Outlook)將公用資料夾複製到該客戶端上使用者的個人資料夾。
2. 停止資訊儲存服務,然後重新命名現有的 Pub1.edb 和 Pub1.stm 檔案。
3. 要建立新的 Pub1.edb,請裝載公用資料夾資料庫。
4. 單擊確定以建立新的 Pub1.edb。
注意:必須重新設定公用儲存上的所有許可權。 有關是否自動建立了新資料庫的更多資訊,請單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
261329 ([url])[/url] XADM:資訊儲存啟動時不自動建立資訊儲存檔案
5. 將資料夾從客戶端移回伺服器上的新公用資料夾結構。
有關恢復 Exchange 2000 資訊儲存的更多資訊,請單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
316794 ([url])[/url] XADM:Exchange 2000 SP2 不允許還原 Exchange 2000 或 Exchange 2000 SP1
253914 ([url])[/url] XADM:如何檢視 Restore.env 檔案的內容
258529 ([url])[/url] 啟動資訊儲存時出現事件 ID 9519 和 8012
251403 ([url])[/url] 還原離線備份後資料庫不裝載
253931 ([url])[/url] 在還原失敗並出現錯誤訊息 c1041724 後裝載資料庫
有關 Exchange 2000 災難恢復的更多資訊,請訪問下面的 Microsoft 網站:
[url][/url] ([url])[/url]
有關 Isinteg.exe 和 Eseutil.exe 實用工具的更多資訊,請參閱位於 Exchange 2000 CD 上的下列位置的文件:
CD DriveExchSrvrServerSupportUtilsEseutil.rtf
CD DriveExchSrvrServerSupportUtilsReadMe.doc
重要說明:在能夠訪問電子郵件和公用資料夾後,應儘快執行備份並驗證備份是否成功。
最佳做法
資訊儲存定期維護
Microsoft 建議您將任何預定維護安排在與備份過程執行時間不同的時間段內。如果定期維護和備份過程同時執行,可能會導致 Exchange 2000 Server 或 Exchange Server 2003 資料庫出現問題。
要更改資訊儲存的預定維護時間,請執行以下操作: 1. 在 Exchange 系統管理器中,右鍵單擊郵箱儲存。
2. 單擊資料庫選項卡。
3. 單擊“自定義”按鈕。
4. 對於公用資料夾儲存,重複步驟 1 到 3。
Microsoft 建議您每週執行一次 Exchange 2000 Server 或 Exchange Server 2003 維護,特別是站點上僅有少數使用者時。
保持 Service Pack 最新
您可以使用 Exchange 2000 Server Service Pack 和 Exchange Server 2003 Service Pack 來保持您的 Exchange 伺服器系統是最新的。有關 Exchange 2000 Server Service Pack 和 Exchange Server 2003 Service Pack 的更多資訊,請訪問下面的 Microsoft 網站:
Exchange Server 2000 和 Exchange 2003 Server 主頁 ([url])[/url]
參考
有關更多資訊,請單擊下面的文章編號,以檢視 Microsoft 知識庫中相應的文章:
192185 ([url])[/url] 如何使用 Eseutil 實用工具 (Eseutil.exe) 進行碎片整理
244525 ([url])[/url] 如何在沒有 Exchange Server 的計算機上執行 Eseutil
254132 ([url])[/url] 使用 Eseutil /d 對資料庫和流檔案進行碎片整理
255224 ([url])[/url] 在 Exchange 2000 Server 中執行 Eseutil 時,如果路徑中的儲存組資料夾名稱包含空格,您會收到一條“用法錯誤:無效引數”訊息
297336 ([url])[/url] XADM:如何使用 Eseutil 實用工具來對流檔案進行校驗和驗證
256352 ([url])[/url] 聯機碎片整理操作不會減小 .edb 檔案的大小
327156 ([url])[/url] 錯誤訊息:此儲存區內的資料庫檔案不一致
這篇文章中的資訊適用於:
• Microsoft Exchange Server 2003 Enterprise Edition
• Microsoft Exchange Server 2003 Standard Edition
• Microsoft Exchange 2000 Server 標準版
• Microsoft Small Business Server 2000 Standard Edition
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/3907/viewspace-1028470/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 【儲存資料恢復】儲存上的raid5陣列崩潰的資料恢復案例資料恢復AI陣列
- RAC一個節點恢復另一個節點在帶庫上的備份
- 【儲存資料恢復】HP EVA儲存誤刪除VDISK的資料恢復案例資料恢復
- 【儲存資料恢復】EqualLogic PS系列儲存磁碟故障的資料恢復案例資料恢復
- 【儲存資料恢復】NetApp儲存誤刪除的資料恢復案例資料恢復APP
- 關於SQL Server中儲存過程在C#中呼叫的簡單示例SQLServer儲存過程C#
- 【伺服器資料恢復】xen server儲存庫(sr)常見故障的資料恢復方案伺服器資料恢復Server
- RAC恢復到單例項節點上單例
- 【伺服器儲存資料恢復】HP-Lefthand儲存資料恢復案例伺服器資料恢復
- 在WINDOWS 上恢復一個DB 的步驟Windows
- 【儲存資料恢復】NetApp儲存誤刪資料夾的資料恢復案例資料恢復APP
- 【伺服器儲存裝置資料恢復】EMC儲存裝置POOL上的資料卷被刪除的資料恢復案例伺服器資料恢復
- 用flashback恢復儲存過程儲存過程
- 【儲存資料恢復】esx vmfs的互斥導致儲存資料丟失的資料恢復案例資料恢復
- 【儲存資料恢復】IBM儲存檔案NTFS系統損壞的資料恢復案例資料恢復IBM
- 恢復被覆蓋的儲存過程 oracle儲存過程Oracle
- 儲存過程誤刪除的恢復儲存過程
- 【儲存資料恢復】某品牌EqualLogic系列儲存介紹和資料恢復方法資料恢復
- 在 SQL Server 的儲存過程中呼叫 Com 元件 (轉)SQLServer儲存過程元件
- 【伺服器資料恢復】華為OceanStor T系列儲存中卷的資料恢復案例伺服器資料恢復
- 【伺服器資料恢復】Storwize儲存Mdisk中硬碟離線的資料恢復案例伺服器資料恢復硬碟
- hp-ux 重灌OS後, 儲存上的 vg重新資料恢復UX資料恢復
- word怎麼恢復儲存前的檔案,word檔案恢復
- win10沒儲存的檔案怎麼恢復_win10檔案未儲存的恢復方法Win10
- 【北亞資料恢復】IBM System Storage儲存lvm資訊丟失資料恢復方案資料恢復IBMLVM
- 又一個案例:光纖儲存資料恢復成功資料恢復
- 【儲存資料恢復】EMC某型號儲存raid5崩潰的資料恢復案例資料恢復AI
- 講解SQL Server危險擴充套件儲存刪除和恢復SQLServer套件
- VSAN儲存結構解析+儲存資料恢復案例資料恢復
- 【儲存資料恢復】H3C FlexStorage儲存卷被刪如何恢復資料?資料恢復Flex
- 資料庫恢復中需要大量儲存空間的原因HQ資料庫
- SQL Server 深入解析索引儲存(上)SQLServer索引
- [譯] TensorFlow 教程 #04 - 儲存 & 恢復
- 用flashback恢復儲存過程(ZT)儲存過程
- WD MYbook儲存硬碟資料恢復硬碟資料恢復
- 在SQL Server中儲存和輸出圖片 (轉)SQLServer
- SQL Server中TempDB管理(版本儲存區的一個example)SQLServer
- word自動儲存的檔案怎麼恢復,word檔案恢復