|
愈來愈多的企業(yè)使用 MS Exchange 服務(wù)器，我們都知道 Exchange Server 不單是郵件服務(wù)器…… 愈來愈多的企業(yè)使用 MS Exchange 服務(wù)器，我們都知道 Exchange Server 不單是郵件服務(wù)器，它更是企業(yè)的協(xié)同作業(yè)平臺， MS Exchange 所能帶給企業(yè)許多的商業(yè)效益不用我們多說，大家一定都有相當(dāng)?shù)难芯浚惨驗槠湓谄髽I(yè)占有舉足輕重的地位，所以要提醒各位絕對不能忽略對于 MS Exchange 服務(wù)器的數(shù)據(jù)庫與相關(guān)組態(tài)信息的數(shù)據(jù)保護。如何備份才能提供 Exchange 服務(wù)器完整的保護是這篇文章最主要用意。 Exchange Server 2003 儲存結(jié)構(gòu) 在談到 Exchange Server 2003 數(shù)據(jù)保護之前 ，要 先了解 Exchange Server 之?dāng)?shù)據(jù)庫的儲存結(jié)構(gòu) 。 Exchange Server 2003 的數(shù)據(jù)庫是由兩個檔案所組成： 豐富文本文件(擴展名為 .EDB )，它存放了每封郵件訊息和 Message Application Programming Interface ( MAPI )的內(nèi)容。 另一個則為原始內(nèi)容「數(shù)據(jù)流( Stream )」檔案(擴展名為 .STM )，它保存了所有非 MAPI 的信息。 因此，信箱存放區(qū)是由 Priv1.edb 和 Priv1.stm 組成 ( 圖 1) 。相同的，公用數(shù)據(jù)夾存放區(qū)是由 Pub1.edb 和 Pub1.stm 組成。每一個 Store 里都有這兩個檔案，且 Exchange Server 2003 將這兩個檔案視為一組。所以每一個存放區(qū) (Store) 的大小，就是將豐富文本文件、原始內(nèi)容文件、和異動記錄文件組合在一起后的大小。這兩種數(shù)據(jù)都以 Extensible Storage Engine(ESE) 數(shù)據(jù)庫格式存放。 除了上述 store 的檔案外， MS Exchange Server 還包含兩個主要的檔案 異動記錄文件 (Transaction Log): 運作方式采用 fault-tolerant, transaction-based databases 來貯存數(shù)據(jù) , 因此 每個 5120KB 大小的 Transaction Logs . 也是重要的一環(huán) , 另外每個 storage group 同時擁有兩個 log files (Res1.log and Res2.log) 這兩個 log files 乃是為了確保硬盤用完之前能夠順利的 Shut down Service 而不至于造成 storage group 發(fā)生 inconsistent 的情 形。 檢查點檔案 (Checkpoint Files ) : 檢查點檔案會記錄在記錄文件中的哪一筆項目已被寫入磁盤中，如果記錄文件內(nèi)所有的項目都已寫入磁盤了，則記錄檔案在復(fù)原期間不會被重新執(zhí)行。經(jīng)由告訴 ESE 哪一個記錄文件項目需要重新執(zhí)行，哪一個不需要，便可以加快復(fù)原的時間。 什么是該備份的？ Exchange Server 2003 中存放著大量信息，而這些信息包含使用者郵件的數(shù)據(jù)、公用數(shù)據(jù)夾數(shù)據(jù)與分別存放在 Mailbox Store 與 Public folder Store ， 除此之外，每一個信箱的信息及 Exchange Server 的組態(tài)信息則是存放在 Active Directory 中， 因此若要作好 Exchange Server 2003 的備份工作的話，就是要備份下列項目 : 信箱存放區(qū) (Mailbox Store) 公用數(shù)據(jù)夾 (Public Folder Store) 異動紀(jì)錄文件 (Transaction Log) 網(wǎng)域控制站服務(wù)器的系統(tǒng)狀態(tài) (System State) 備注：System State 包含 ---- 登錄，憑證服務(wù)數(shù)據(jù)庫， COM+ 類別數(shù)據(jù)庫，系統(tǒng)開機檔案， SYSVOL 與 Active Directory 數(shù)據(jù)庫 。 愈來愈多的企業(yè)使用 MS Exchange 服務(wù)器，我們都知道 Exchange Server 不單是郵件服務(wù)器…… 該如何備份？ 在現(xiàn)實的環(huán)境中，單靠操作系統(tǒng)附加的備份程序 ( 如 NT Backup) 并無法滿足企業(yè)對 MS Exchange 主機的備份需求，對 MS Exchange 主機除了針對上述檔案執(zhí)行數(shù)據(jù)備份外，其實企業(yè)需要更進階、更彈性及更簡易的方式來進行 MS Exchange 數(shù)據(jù)的保護，藉由專業(yè)儲存廠商所提供的備份軟件，除了可以擁有上述的效益外，更可以整合所有平臺的服務(wù)器，讓 IT 人員能不必浪費過多的時間在備份各種不同平臺的服務(wù)器上。接下來我們要從備份策略及專業(yè)廠商所提供備份軟件的備份方式來?大家介紹如何對 MS Exchange 數(shù)據(jù)庫進行備份 備份策略 有多項因素會影響備份策略--備份動作多寡、還原動作多寡、服務(wù)器與儲存硬件、可用媒體數(shù)量、媒體保留時間、網(wǎng)絡(luò)頻寬、服務(wù)器負(fù)載量、以及數(shù)據(jù)庫的大小。因此，企業(yè)應(yīng)該根據(jù)其實際硬件環(huán)境，決定使用何種備份策略。當(dāng)決定備份策略時，首先必須先評估組織在每個禮拜可備份 Exchange Server 的時間數(shù)。在評估時，需注意執(zhí)行還原時最耗時的項目，是重新執(zhí)行日志檔案。根據(jù)您多久執(zhí)行一次完整備份，在還原時重新執(zhí)行大型服務(wù)器的日志檔案可能會花上幾個小時，因為從上一次備份后所發(fā)生的每次異動都必須經(jīng)過掃瞄。除此之外，根據(jù)必須重新執(zhí)行的異動類型差異，又會造成不同的異動日志重新執(zhí)行速度。執(zhí)行日志檔案的測試還原，取得更正確的執(zhí)行時間估計值。在決定還原動作多寡之后，還須考慮企業(yè)環(huán)境與資源將對備份策略所造成的影響： 希望擁有最少還原動作的關(guān)鍵任務(wù)數(shù)據(jù)的環(huán)境中，應(yīng)該在夜晚執(zhí)行完整備份(或是在服務(wù)器最少作用狀態(tài)時)而在中午(或是在完整備份騰出空間的那一天中較低的生產(chǎn)力期間時)執(zhí)行遞增備份。 如果媒體使用量是備份策略的主要因素，可以每天執(zhí)行完整備份，或是每天交替執(zhí)行完整與差異備份。 當(dāng)還原動作多寡不是企業(yè)在意的事項，您應(yīng)該每周至少執(zhí)行一次完整備份，并在其它日子執(zhí)行遞增或差異備份。 下列附表包含幾種備份策略的范例，以及其優(yōu)點與缺點。盡管如此，為達(dá)最佳的保護效果，應(yīng)該每天執(zhí)行完整與遞增備份，為達(dá)最佳的保護效果，管理者可以自訂備份策略，以符合組織的需要。唯一的要求，就是最少要有每周一次完整備份的工作日，執(zhí)行每日備份。
備份策略 優(yōu)點 缺點 每日完整備份 良好的保護頻率 高媒體使用量 每日完整和遞增備份 高保護頻率 高媒體使用量 每周至少一次完整備份的每日備份 良好的保護頻率 較多還原動作 還原策略 所謂養(yǎng)兵千日用在一時，我們要告訴各位最初規(guī)劃的備份策略及平日執(zhí)行備份所花費的時間的磁帶，要的就是能在最迫切的時間還原數(shù)據(jù)，因此數(shù)據(jù)的還原也是需要策略及演練計劃，才可確保數(shù)據(jù)在重要時刻得以發(fā)揮作用。企業(yè)可以在在線系統(tǒng)執(zhí)行備份測試;但是，建議在為在線系統(tǒng)執(zhí)行備份、還原策略之前，應(yīng)在與在線系統(tǒng)高度相似的測試系統(tǒng)中執(zhí)行修復(fù)測試。 每月至少執(zhí)行一次還原至備份服務(wù)器的測試，并確定還原的數(shù)據(jù)庫可正常執(zhí)行。這個步驟可以讓您測試備份、還原策略，評估是否可正確地備份系統(tǒng)，并做好可能災(zāi)難的準(zhǔn)備。雖然 Exchange Server 2003 包含修復(fù)儲存群組，可用來測試還原特定的儲存群組。但是，仍建議企業(yè)應(yīng)該練習(xí)將整個 Exchange Server 還原至測試服務(wù)器。 |
|
|
