Exchange備份分為聯機備份和脫機備份兩種。顧名思義，當運行exchange時執行的備份為聯機備份，這類備份往往需要支持exchange的程序來完成，如NTBACKUP以及第三方備份軟件針對exchange的數據庫提供的解決方案。這類程序按邏輯備份數據，也就是說，備份所有與信息存儲相關的數據和所有與目錄服務相關的數據。脫機備份則是在服務停止時執行的文件級的備份。
聯機備份
Exchange 支持四種類型的聯機備份：常規或完全、復制、增量和差異。常規備份先備份您的數據庫文件，然後備份事務日誌文件，之後再從目錄中刪除事務日誌文件。這意味著您可禁用循環日誌記錄，因為您的備份軟件會刪除日誌文件。因此如果執行常規備份，您就不會遇到日誌文件充滿驅動器的問題。要還原常規備份，只需要還原上次常規備份集並啟動該服務即可。
增量備份只作用於日誌文件，因此僅適用於禁用循環日誌記錄的情況。象常規備份壹樣，增量備份也會在備份後將日誌文件清除。因此，它提供了在不損害可恢復性的情況下去掉日誌文件的另壹種方法。要還原增量備份，必須返回到上次常規備份集（其中包含您的數據庫文件）。還原這些數據庫文件，再還原常規備份後的每個增量備份集，然後啟動該服務。請註意，只有當您還原所有的備份集之後，才能啟動該服務，否則在備份集之後還原的任何日誌都不能向前運行。
象增量備份壹樣，差異備份也作用於日誌文件，因此若要使用它，就必須禁用循環日誌記錄。然而與增量備份不同的是，差異備份不刪除日誌文件。要還原差異備份集，請返回到上次常規備份並還原您的差異備份集（它包含上次常規備份後產生的所有日誌文件）。使用增量備份時，只有當您還原了所有的備份集之後，才能啟動該服務。
脫機備份，任何備份軟件都可以執行脫機備份。不過，在還原時脫機備份不能象對應的聯機備份壹樣自動放出所有日誌文件。因此，Microsoft 不推薦使用脫機備份進行每日備份。但是，當聯機備份失敗後，脫機備份就非常重要。
恢復
恢復數據的方式取決於您是返回到聯機備份還是返回到脫機備份，而還原聯機備份比還原脫機備份要容易壹些。在每日常規備份中，您只是簡單地還原上次常規備份並啟動該服務。在常規加增量備份中，您將還原上次常規備份和所有增量集並啟動該服務，而 Exchange 會放出所有日誌文件。在常規加差異備份中，您將還原上次常規備份，還原上次差異備份，並啟動該服務。
在脫機備份中，您將執行還原目錄服務的壹個步驟和還原信息存儲的另壹個步驟。對於目錄服務，應還原 DSADATA 目錄，必要時使用 Windows NT 註冊表在各個不同的驅動器上找到多個 DSADATA 目錄。然後，啟動該服務。對於信息存儲，應還原 MDBDATA 目錄（其位置也出現在註冊表中），然後運行 Microsoft Exchange Server 下 bin 目錄中的 ISINTEG.EXE 程序，並給此程序提供 -patch 命令行選項。然後，停止該服務，它自己應當再次啟動。
二. 如何做
聯機備份
要使用“備份向導”對 Exchange Server 計算機執行聯機備份，單擊開始，指向程序，指向附件，指向系統工具，然後單擊備份。或者，在命令提示符處鍵入 ntbackup。
在“要備份的內容”對話框中，選擇“備份選定的文件、驅動器或網絡數據”，然後單擊下壹步。這將啟動聯機備份。
在“要備份的項目”對話框中，展開 Exchange Server 樹，選擇單位中要備份的任何或所有 Exchange Server 計算機，然後單擊下壹步。
備註：您不能選擇詞語“Microsoft Exchange”旁邊變灰的框。必須雙擊 Microsoft Exchange 或單擊加號 (+) 展開 Exchange Server 樹。您可以將此樹向下展開到任何服務器的目錄或信息存儲區。確認“備份媒體或文件名”框中列出的文件是您要將數據備份到的文件，然後單擊下壹步。 單擊完成繼續進行備份。
要不使用向導備份 Exchange Server 計算機，請按照以下步驟操作：
單擊開始，指向程序，指向附件，指向系統工具，然後單擊備份。或者，在命令提示符處鍵入 ntbackup。
在“歡迎使用 Windows 2000 備份及故障恢復工具”對話框中，單擊備份選項卡，然後展開 Microsoft Exchange 樹。選擇單位中要備份的任何或所有 Exchange Server 計算機。備註：您無法選擇詞語“Microsoft Exchange”旁邊變灰的框。您必須雙擊 Microsoft Exchange 或單擊加號 (+) 展開 Exchange Server 樹。您可以將此樹向下展開到任何服務器的目錄或信息存儲區。
確認“備份媒體或文件名”框中列出的文件是您要將數據備份到的文件，然後單擊開始備份。 驗證備份作業信息對話框中的信息，然後單擊開始備份.
脫機備份與恢復
檢查工作:
確定是否為存儲組啟用循環日誌(不要啟用）。(exchange系統管理器>存儲組->屬性->通用，不鉤選啟用循環日誌。)
確定 Exchange 數據庫、流、事務日誌和檢查點文件的路徑位置以及存儲組的日誌文件前綴。(exchange系統管理器>存儲組->屬性->通用,記錄日誌文件前綴（E0n）,事務日誌位置 (E0n*.log)系統路徑位置 (E0n.chk), 數據庫路徑列在每個 database_name 對象的 Database 屬性中,*.stm,*.edb)Dismount 要備份的數據庫。
脫機備份
1. 驗證驗證數據庫文件（.edb 和 .stm 文件）壹致且相互匹配。為此，請對每個文件運行以下命令
eseutil /mh database（*.edb） file | find /i "DB Signature"
eseutil /mh database file (*.stm)| find /i "DB Signature"
若兩個文件DB簽名相同，則說明屬於同壹文件集。
eseutil /mh database file ,state=clean shutdown
2. 將*.edb,*.stm文件備份。
3. 裝入已備份的數據庫。
4. 若稍後要錢滾，則備份所有帶編號的事務日誌文件（E0nxxxxx.log 文件）。不要備份 E0n.log、Res1.log 和 Res2.log 文件。
5. 查看檢查點文件的標頭，以確定可以安全刪除的編號最大的日誌文件。如果數據庫異常停止，檢查點將跟蹤自動恢復所需的編號最小的日誌文件。要查看檢查點文件，運行以下命令:eseutil /mk E0n.chk
6. 令驗證已備份日誌文件的完整性：eseutil /ml E0n
脫機恢復
“時點”恢復。日誌文件不會重放到數據庫中。備份後所創建的所有數據都將丟失。存儲組中的所有已停止數據庫必須壹致，並且必須存在有效的檢查點文件。不要刪除當前的檢查點文件或任何現有的日誌文件。
“前滾”恢復。備份後所創建的日誌文件將被播放到數據庫中。如果所有日誌文件都可用，則備份後所創建的全部數據都可保存下來。如果啟用了循環記錄，則必須對脫機備份執行“時點”恢復，而不能選擇“前滾”恢復。存儲組中的所有數據庫必須停止且壹致，並且生成備份後創建的所有日誌文件都必須存在（包括當前的 E0n.log）。必須刪除檢查點文件。
“時點”恢復
1. 卸除掉要恢復的數據庫，並驗證其壹致,匹配，且檢查點有效。
eseutil /mk E0n.chk | FIND /i "checkpoint"
eseutil /ml E0n.log | FIND /i "lgeneration" 看檢查點是否位於日誌中。
2. 將已備份的 .edb 和 .stm 文件復制到適當的數據庫和流式文件位置。
3. 在Exchange 系統管理器中數據庫對象的“數據庫”屬性內單擊以選中 This database can be overwritten by a restore（可以用恢復覆蓋此數據庫）復選框。
4. 裝入已恢復的數據庫。
“前滾恢復”
1. 卸除掉要恢復的數據庫。
2. 檢查壹致性。
3. 檢查每個數據庫標頭中記錄的日誌簽名是否為低錨定日誌的簽名。運行以下命令：
eseutil /mh database_name | find /i "Log Signature"
eseutil /ml low_anchor_log | find /i "Signature"
4. 檢查當前數據庫路徑位置是否與創建備份時的路徑位置相同。
eseutil /ml "Last_Consistent"_log | find /i "database name or pattern"
5. 從連續序列中盡可能靠前的低錨定編號開始，收集所有日誌，並將這些日誌復制到當前的事務日誌路徑中。
6. 驗證所有日誌是否***享同壹日誌簽名並處於連續序列中。
eseutil /ml E0n > 20049995942.htm.txt
7. 如果高錨定日誌尚未命名為 E0n.log，則重命名它。
8. 從“系統路徑”文件夾中刪除 E0n.chk 文件。
9. 作為裝入存儲組前的最後壹步檢查，請驗證以下幾個方面：
所有數據庫文件都存在於其運行路徑中。 運行事務日誌路徑中僅有的日誌文件從低錨定日誌開始，並至少持續到高錨定日誌，其中編號最大的可用日誌名為 E0n.log。 “系統路徑”文件夾中沒有 E0n.chk 文件。10. 如果信息存儲尚未運行，請啟動它，然後至少在存儲組中裝入壹個數據庫。
三. 數據庫故障處理
當無法mount上數據庫時，按下列步驟操作
1. 嘗試啟動信息存儲，看錯誤提示和事件日誌。
2. 檢查壹致性
eseutil /mh databasename
3. 若state=dirty shutdown,則不要remove log
若state=clean shutdown,則把log移出，轉到第11步。
4. 不壹致執行軟恢復eseutil /r
成功再檢查壹致性，轉到第9步。
5. 若磁盤空間不足，執行碎片整理(eseutil /d)
6. 數據庫不壹致並且軟恢復不成功
刪除mdbdata中的所有Log文件，還有chk文件，以及temp.edb文件。
7. 執行eseutil /p,恢復到壹致狀態。
8. 將數據庫裝入壹次，並馬上卸除。
9. 使用 Isinteg.exe 修復 Pub1.edb 數據庫和 Priv1.edb 數據庫(isinteg -s (servername) -fix -test alltests)
10. 如果能夠啟動信息存儲服務，而且信息存儲較為穩定，並且在多次運行 Isinteg.exe 後仍報告同樣的錯誤和警告，請使用 ExMerge 實用工具，通過將數據導出為 .pst 格式，然後將其重新導入新的或幹凈的數據庫結構中來重建信息存儲。
11. 重新啟動信息存儲,mount 存儲。
12. 做壹次全備份。
四. 其它信息
.edb 和 .stm 文件是所有數據庫信息的最終儲存庫。在大多數情況下，應將這兩個文件視為壹個文件；請壹前壹後地備份和恢復這兩個文件。這兩個文件必須在時間上相互保持同步；在某壹天備份的 .edb 文件不能匹配在另壹天備份的流式文件。為避免對哪些日誌文件屬於各個存儲組產生混亂，以唯壹的日誌前綴命名屬於指定存儲組的 Exchange 日誌，該前綴是文件名的前三個字符，存儲組的當前日誌文件總是 E0n.log。事務日誌的大小統壹為 5 MB。如果當前日誌文件已滿，將用十六進制序列號（稱為日誌生成編號）將其重命名，並生成新的當前日誌文件。日誌文件被編號為 E0n00001.log、E0n00002.log，依此類推。帶編號的日誌文件壹般被指定為 E0nxxxxx.log。
如果數據庫異常停止，則檢查點文件 (E0n.chk) 將記錄作為恢復起點的事務日誌，恢復必須從此起點處開始重放，以恢復數據庫壹致性。該過程稱為“軟恢復”。軟恢復與“硬恢復”相對，後者是在恢復聯機備份後重放日誌文件的過程。軟恢復和硬恢復之間最重要的區別是：在硬恢復期間，將修補文件數據插入了日誌文件重放過程。不壹致的 Exchange 數據庫文件是沒有將所有未完成事務全部寫入其中的文件。在正常操作期間，Exchange 數據庫文件是不壹致的，因為在緩存中存在尚未物理寫入該文件的信息。通常，只有數據庫服務正常關閉後，Exchange 數據庫文件才被認為是壹致的。不過，數據庫作為壹個整體（該整體被認為是事務日誌和數據庫文件中的信息總和）始終是壹致的，除非所需的日誌文件被過早刪除。
處理數據庫簽名與路徑不匹配問題
與日誌文件壹樣，數據庫也有自己的簽名。不同的是，雖然自創建 E0n000001.log 文件之後日誌簽名不會再更改，但每當數據庫的物理拓撲改變時，數據庫簽名將會更改，並且不通過日誌文件對這些更改進行跟蹤。使用 Eseutil 對數據庫進行脫機碎片整理或修復時，會更改 DB 簽名。經過這樣的事件後，數據庫可以附加到先前的同壹日誌流，但它將不接受數據庫具有先前簽名時所執行的所有事務的重放。數據庫的以前副本不接受數據庫簽名更改後所執行的任何事務的重放。由於數據庫簽名以這種方式重置，因此強烈建議您在對數據庫進行脫機碎片整理或修復後，立即創建完全數據庫備份。如果您以後恢復具有舊簽名的數據庫副本，將會成功重放到簽名更改點，但您將會丟失該點之後的所有更改。如果在日誌流中間更改了數據庫路徑，其效果與更改簽名類似：重放將在更改點中斷。（聯機備份 API 提供了壹種手段，可以在恢復過程中重新映射路徑；因此，即使在創建備份後更改了路徑，聯機備份 API 也可以完全重放日誌。）
右鍵mailstore--數據庫，應該有壹個選項是允許被還原覆蓋，點上即可
如果還是不行的話，妳就要看看事務日誌了