- 相關(guān)推薦
Exchange 的數(shù)據(jù)管理
隨著電子郵件越來越多和越來越大，你已經(jīng)無法回避如何有效管理Exchange數(shù)據(jù)的重要性。Exchange郵箱有大小限制，無法滿足用戶希望保留更多郵件在服務(wù)器上的要求，應(yīng)該鼓勵用戶使用PST文件來解決問題嗎？歡迎大家閱讀！更多相關(guān)信息請關(guān)注相關(guān)欄目！
要實現(xiàn)有效的Exchange Server數(shù)據(jù)管理不是一件容易的事情。尤其是要在用戶需求和Exchange性能及穩(wěn)定性之間找到平衡點(diǎn)則更是難上加難。如今，電子郵件服務(wù)日益成為各個公司和組織的關(guān)鍵應(yīng)用，而此時管理員們也逐漸陷入一種兩難的境地。要進(jìn)行有效的Exchange數(shù)據(jù)管理，你需要一個由多種技術(shù)方法組合起來的方案，包括明文規(guī)定的用戶守則和適當(dāng)?shù)募夹g(shù)（例如：存儲硬件、監(jiān)視和報表工具、數(shù)據(jù)管理應(yīng)用程序）。那么現(xiàn)在應(yīng)該從哪里入手呢？
首先，我需要澄清我所謂的有效的數(shù)據(jù)管理是什么。我認(rèn)為有效的數(shù)據(jù)管理就是：在向用戶提供所需數(shù)據(jù)訪問服務(wù)的同時，安全、并且最優(yōu)化的Exchange數(shù)據(jù)存儲。我建議最佳切入點(diǎn)就是從檢驗?zāi)愎镜呢攧?wù)、技術(shù)和法規(guī)約束開始。這些因素將在很大程度上影響你如何決定存儲組（SGs）、數(shù)據(jù)庫、用戶郵箱（包括離線文件夾—OSTs，以及個人文件夾—PSTs）等Exchange數(shù)據(jù)在備份、恢復(fù)和歸檔時的功能。
譯者注：
OST脫機(jī)文件夾文件：用于在本地計算機(jī)上保存Exchange Server郵箱的本地副本，當(dāng)連接可用時OST文件中的項目與服務(wù)器同步。
各種約束
任何管理Exchange數(shù)據(jù)的管理員都會面臨一些如何進(jìn)行平衡的相互矛盾的需求。當(dāng)你在市場上尋找數(shù)據(jù)管理解決方案時，有三個事項你會特別考慮。你會首先考慮該方案的花費(fèi)、該方案在技術(shù)上的限制、以及公司需要遵守的法律規(guī)章。
財務(wù)約束。隨著電子郵件數(shù)據(jù)的持續(xù)增長（包括數(shù)量的增長和大小的增長）以及越來越多的企業(yè)決定將電子郵件保存在Exchange數(shù)據(jù)庫或者其它可回溯的離線存儲中，也就是說，企業(yè)數(shù)據(jù)存儲的需求增強(qiáng)了——相應(yīng)的，所需投入的資金也需要增加。財務(wù)方面的考慮除了包括購買額外磁盤的費(fèi)用，還要考慮存儲基礎(chǔ)設(shè)施（例如：額外的存儲陣列、備份設(shè)備、存儲區(qū)域網(wǎng)絡(luò)——SANs）以及管理此存儲的人員花費(fèi)。這些費(fèi)用將根據(jù)你企業(yè)的規(guī)模和需求不同而不同。小型企業(yè)可能只需購買一些磁盤就可以滿足幾百個用戶增長的存儲需求，而對于一些大型企業(yè)，擁有數(shù)以千計的用戶可能就不會那么簡單了。
如果存儲的需求超過了你能夠支付的預(yù)算，那么你可能就需要實施更嚴(yán)格的備份策略，限制哪些數(shù)據(jù)可以進(jìn)行備份，將那些重要性低的，不活動的數(shù)據(jù)排除在外，或者采用歸檔方案。采用這種方法通常要比購買存儲設(shè)備以滿足存儲需求的方案節(jié)約很多。
技術(shù)約束。即使你的企業(yè)有能力，也愿意為購買更多的存儲空間付出資金，但是不受控制的數(shù)據(jù)增長有可能損害你在維護(hù)有效備份和快速恢復(fù)數(shù)據(jù)的能力。雖然磁帶機(jī)技術(shù)在不斷發(fā)展，但是增長的數(shù)據(jù)必然導(dǎo)致不斷變長的備份和恢復(fù)時間。所以，在我們盡力滿足一個需求的時候（例如：快速的數(shù)據(jù)訪問）有可能因此無法滿足其它一些需求（例如：快速的數(shù)據(jù)恢復(fù)）。
所以不妨評估一些折中這些需求的方案。這些折中方案一般由在線的Exchange數(shù)據(jù)管理和離線的歸檔方案結(jié)合而成。類似的方案吸引人之處在于，它允許你指定一個Exchange存儲增長的最高限值，并且根據(jù)策略將關(guān)鍵數(shù)據(jù)歸檔，但仍然保持這些數(shù)據(jù)易于被搜索和訪問。
規(guī)章約束。很多企業(yè)都實施一些強(qiáng)制電子郵件通信歸檔的規(guī)章制度。那些實施了郵件歸檔的公司，大多都是為了達(dá)到企業(yè)內(nèi)部管理制度的要求（而不是外部的要求）。一個完善的，滿足各項規(guī)定的系統(tǒng)應(yīng)該能夠幫助企業(yè)回溯所有入站、出站或者中繼的電子郵件。當(dāng)你實施了這樣一個系統(tǒng)之后，你便能夠保證任何出入你系統(tǒng)的信息都可以被找回，無論它位于PSTs文件中還是在手持設(shè)備中。
當(dāng)你了解了那些約束會影響你的企業(yè)之后，就可以開始對分別位于Exchange Server上的數(shù)據(jù)庫文件、Outlook的緩存文件（OSTs）、PSTs文件指定不同的策略。你還需要決定那種備份、恢復(fù)、歸檔方案最適合你的環(huán)境。
管理基于服務(wù)器的數(shù)據(jù)
Exchange將電子郵件數(shù)據(jù)保存在Exchange Server的數(shù)據(jù)庫中。一般而言，將數(shù)據(jù)存儲在Exchange服務(wù)器上要比存放在PSTs文件中更易于訪問和管理。共享信息的最佳位置就是使用Exchange公用文件夾數(shù)據(jù)庫。一個Exchange Server 2003或Exchange 2000 Server最多可以支持4個SGs，而每個SG最多可以支持5個數(shù)據(jù)庫。所以，一個服務(wù)器最多可以支持多達(dá)20個數(shù)據(jù)庫。根據(jù)Exchange數(shù)據(jù)庫的最佳實踐表明，當(dāng)數(shù)據(jù)庫大小不超過40GB時，備份和恢復(fù)所需時間仍然保持在可接受的范圍。
存儲限制決定了每個Exchange系統(tǒng)可以支持的最大用戶數(shù)。Exchange存儲子系統(tǒng)必須能夠應(yīng)付它所支持用戶所產(chǎn)生的I/O數(shù)據(jù)量。微軟知識庫文章“優(yōu)化Exchange Server2003的存儲”。建議在規(guī)劃Exchange服務(wù)器時，按照每秒每用戶平均0.75的I/Os為最佳。這對于大多數(shù)的系統(tǒng)—包括那些高端SAN平臺——該建議書提出每服務(wù)器支持4000位用戶是最大限度。
你需要遵循這些數(shù)據(jù)庫大小和支持用戶數(shù)量的限制，還有其它的一些性能參數(shù)（例如：事務(wù)日志的大小）、服務(wù)器的硬件水平、分配的存儲區(qū)域和設(shè)定郵箱的大小。如圖1顯示了一個典型的數(shù)據(jù)表工具，用于計算存儲需求。例如，一臺設(shè)置郵箱大小為200MB的服務(wù)器支持4000個用戶是比較合適的。
除了可以通過限制郵箱大�。慵瓤梢詾橐粋�數(shù)據(jù)庫中的所有郵箱作限制，也可以針對某些用戶）管理基于Exchange的數(shù)據(jù)之外，還可以使用組策略和Exchange郵箱管理器，刪除用戶郵箱中過期，或者特別巨大的電子郵件。這種辦法有助于防止用戶郵箱很快超過限額。如果你擔(dān)心用戶常常會誤刪除郵件，那么Exchange的“恢復(fù)已刪除郵件”功能非常有用。當(dāng)啟用該功能之后，用戶可以直接在他們已經(jīng)清空的已刪除郵件中恢復(fù)。這個功能可以很好的解決用戶刪除郵件后又需要恢復(fù)的需求，否則只能通過管理員進(jìn)行耗時耗力從備份磁帶中恢復(fù)。但是仍然要注意因此會導(dǎo)致的數(shù)據(jù)庫增長，我們有充分證據(jù)表明將刪除項目的保留時間設(shè)置為7天，數(shù)據(jù)庫會因此增長10%-30%。
管理基于用戶的數(shù)據(jù)
用戶通常使用OST或者PST格式將電子郵件保存在本地桌面或者筆記本電腦上，這可謂是最難以管理的Exchange數(shù)據(jù)，因為這些文件通常都是分散的，無法訪問的（從系統(tǒng)管理的角度）。OST文件要稍好一些，因為它總是Exchange數(shù)據(jù)的一個副本。如果使用Outlook 2003緩存Exchange模式，該OST文件則是在線Exchange郵箱完全一致的副本，但對于非緩存模式（或者早期版本的Outlook），本地OST保存了服務(wù)器上郵箱數(shù)據(jù)的一個子集。
PST則完全不同。由于每個電子郵箱都有大小限制，這樣就迫使用戶將一些重要的郵件保存到PST文件中，所以這些文件通常都很大（幾百兆甚至更大），通常都保存在本地硬盤——也就是說這些重要的信息都沒有得到備份。有的用戶會將PST文件放在服務(wù)器的私密共享區(qū)域，至少這比分散存放在用戶計算機(jī)中要好一些。因為服務(wù)器的每日備份會包含這些保存在服務(wù)器上的PST文件，但是如果沒有一個機(jī)制去檢測PST文件的大小和增長速度，仍然可能成為問題。所以對比這兩種情況，將電子郵件轉(zhuǎn)移到PST文件有些得不償失。而且，PST文件在安全性方面存在很大隱患。用戶可以選擇加密PST文件，但是解密PST的工具可以說是唾手可得。如果用戶使用PST保存敏感信息，一旦筆記本或者數(shù)據(jù)丟失，那么該信息被竊取將是無法挽回的。即使PST保存在服務(wù)器共享，防止未經(jīng)授權(quán)的訪問也是必需的。最后，如果法律顧問要求公司實施電子郵件歸檔和回溯機(jī)制，那么這些無法管理的PST將給你帶來無盡的煩惱。
更好的備份和恢復(fù)
在選擇備份和恢復(fù)解決方案時，最重要的因素取決于你需要處理的數(shù)據(jù)量和處理速度。對基于服務(wù)器端的數(shù)據(jù)，很多企業(yè)按照在一小時內(nèi)恢復(fù)的速度為標(biāo)準(zhǔn)進(jìn)行選擇（該標(biāo)準(zhǔn)根據(jù)你公司的服務(wù)等級備忘錄而定）。例如，要滿足一小時恢復(fù)40GB數(shù)據(jù)的要求，那么相應(yīng)的磁帶機(jī)必須能夠提供不低于每秒10MBps的速度。目前很多備份方案都提供在數(shù)據(jù)真正寫入磁帶之前轉(zhuǎn)移到中間媒介的功能，所以備份和恢復(fù)速度與常規(guī)的備份至磁帶相比要快得多。
采用SAN的系統(tǒng)通常擁有更高的恢復(fù)速度；一般每小時在100GB到140GB都比較常見。這種高速度當(dāng)然有利于你如何設(shè)計數(shù)據(jù)庫。在固定時間內(nèi)能夠備份和恢復(fù)越多的數(shù)據(jù)，就賦予你在系統(tǒng)設(shè)計時更多的靈活性，你既可以提高每個郵箱的大小限制，也可以增加每服務(wù)器支持的用戶數(shù)。
Windows Server 2003的卷影復(fù)制（Volume Shadow Copy Services，VSS）功能與Exchange 2003一道能夠提供在秒鐘內(nèi)為Exchange數(shù)據(jù)庫作多個連續(xù)的快照。但是請注意，該快照只是原始數(shù)據(jù)庫在磁盤上的瞬時映像，所以如果一旦源物理卷損壞，這些快照就完全失效了（雖然很多存儲供應(yīng)商正在致力解決此難題）。所以，即使對數(shù)據(jù)作了快照，仍然需要進(jìn)行磁帶備份。但快照的數(shù)據(jù)將能夠在極短的時間內(nèi)恢復(fù)。所以支持VSS的存儲應(yīng)用能夠大幅度提高備份和恢復(fù)的速度，你的數(shù)據(jù)存儲構(gòu)架也會因此得到極大的提高，但是在部署至生產(chǎn)環(huán)境之前需要仔細(xì)測試。
Exchange 2003（特別是SP1）提供一個新的稱為恢復(fù)存儲組（Recovery Storage Group，RSG）的功能。它的概念十分簡單：當(dāng)一個SG中的某個數(shù)據(jù)庫失敗，而需要從備份中恢復(fù)時，一個空的恢復(fù)數(shù)據(jù)庫可以供受影響的用戶暫時使用。雖然在恢復(fù)過程中用戶無法訪問原來數(shù)據(jù)庫中的電子郵件，但是恢復(fù)存儲組提供了收發(fā)新郵件的基本功能。當(dāng)損壞的數(shù)據(jù)庫恢復(fù)完成后，恢復(fù)存儲組（保存了一些新近收發(fā)的郵件）能夠與老數(shù)據(jù)庫進(jìn)行合并。并且SP1中新的恢復(fù)郵箱數(shù)據(jù)向?qū)В≧ecover Mailbox Data Wizard）簡化了兩個數(shù)據(jù)庫的合并過程。
至于備份基于用戶的數(shù)據(jù)，例如PST文件，仍然是個挑戰(zhàn)。如果希望對用戶本地硬盤上的PST文件進(jìn)行備份，那幾乎是不可能的，因為我們很難控制用戶在他們工作站上的行為。對于存放在網(wǎng)絡(luò)共享上的PST文件能夠被集中備份，但是與把數(shù)據(jù)存放在Exchange數(shù)據(jù)庫中相比并沒有多大的優(yōu)勢。
嚴(yán)格地說，歸檔解決方案與符合法規(guī)（Regulatory-Compliance）解決方案主要存在以下幾點(diǎn)不同：
· 歸檔通常由用戶發(fā)起，并且用戶可以自主決定如何將信息從他們的Exchange郵箱轉(zhuǎn)移到歸檔存儲。
· 專有歸檔系統(tǒng)通常采用基于策略的內(nèi)容過期時間等一些硬性指標(biāo)，把內(nèi)容轉(zhuǎn)移到歸檔存儲。
· 一般的歸檔解決方案都無法做到對所有由系統(tǒng)創(chuàng)建，或者經(jīng)由系統(tǒng)處理過的出入站的電子郵件完整記錄。
雖然Outlook提供了一個非常基本的存檔功能，允許用戶設(shè)置當(dāng)郵箱中存儲的消息超過所設(shè)定的閾值，就將其轉(zhuǎn)移至一個PST文件或者刪除。但是該功能僅支持有限的轉(zhuǎn)移，而且不支持歸檔到一個專用的、受保護(hù)的歸檔設(shè)備中，所以對于我們所討論的歸檔特性，Outlook無法為我們提供什么。
市場上已有不少成熟的解決方案可用，例如來自VERITAS公司的KVS Enterprise Vault，能夠提供用戶發(fā)起與策略結(jié)合，將消息歸檔至一個第二層（或者更高）數(shù)據(jù)位置的功能。這些解決方案都十分有效，因為在電子郵件以及附件歸檔時，在用戶的Exchange郵箱中保留一個電子郵件存根（Stub）。如果用戶需要訪問被歸檔的郵件，只需點(diǎn)擊該郵件存根。這樣Exchange存儲的效率能夠得到增強(qiáng)，因為一些大的附件都可以通過這種方式轉(zhuǎn)移到歸檔存儲，從而為Exchange騰出更多可用空間。
這種類型的歸檔方案一般都集成了Exchange的消息日志（Journaling）功能，可以提供截取和跟蹤經(jīng)由該Exchange服務(wù)器的電子郵件。但是如果電子郵件數(shù)量越來越大，以及符合法規(guī)成為必須，即使是集成了Exchange的消息日志功能的歸檔方案也無法滿足要求（那些提供了無法改寫、無法刪除、只讀的歸檔存儲解決方案），就會有更高級的技術(shù)加以取代。
這種類型的技術(shù)包括EMC Centera和HP公司的 Reference Information Storage System（RISS）。這些解決方案允許你將電子郵件存儲為靜態(tài)內(nèi)容，一種無法修改的格式，通常保存在與RAID類似的磁盤上，來保證數(shù)據(jù)的一致性和內(nèi)容的完整性，包括數(shù)字簽名和時間戳等等。這些解決方案除了提供內(nèi)容檢索和可取回的功能之外，都應(yīng)用了分層存儲管理（Hierarchical Storage Management，HSM）。HSM對于大型企業(yè)而言非常重要，例如平均每天每用戶會發(fā)送20封電子郵件，每封郵件平均大小為25KB。在一個擁有10,000個用戶的企業(yè)中，相應(yīng)的每天就會產(chǎn)生大約200,000封電子郵件——也就是每天4.7GB，而每年1.7TB。如果你還需要對入站郵件歸檔，那么存儲的要求還會大大增加。當(dāng)然，這只是平均水平，根據(jù)我的經(jīng)驗，在一個擁有9,400個用戶的企業(yè)中，一個用戶每月大概會收到120GB到150GB的電子郵件。
大多數(shù)企業(yè)之所以實施歸檔，一般都是開始遷移Exchange系統(tǒng)的前奏。因為這項技術(shù)能夠明顯減少需要遷移的數(shù)據(jù)量，可以加快遷移進(jìn)程。
譯者注：
EMC Centera是一種網(wǎng)絡(luò)存儲系統(tǒng)，它是專門為存儲和快速而方便地存取固定內(nèi)容而設(shè)計的。Centera 的突出優(yōu)勢是WORM（一次寫入多次讀�。⿲傩灾械牟豢芍貙懶院筒豢刹脸裕疟P的性能和TCO。
分層存儲管理（Hierarchical Storage Management，HSM）就是將用戶擁有的所有存儲資源（磁帶機(jī)、磁帶庫、NAS、中低端盤陣、高端存儲系統(tǒng)等等）統(tǒng)一管理，提高每種存儲設(shè)備的利用率，節(jié)約成本。根據(jù)存放數(shù)據(jù)的價值，合理利用在線、近線與離線存儲的存儲資源。
著手開始
隨著電子郵件數(shù)據(jù)的持續(xù)增長（包括數(shù)量的增長和大小的增長），你已經(jīng)無法回避如何有效管理Exchange數(shù)據(jù)的重要性。用戶將會不斷要求保留更多的數(shù)據(jù)在服務(wù)器上，這對你在短時間內(nèi)快速恢復(fù)大量數(shù)據(jù)造成難題。作為一名系統(tǒng)管理員，你必須在綜合考慮企業(yè)的實際情況、財務(wù)狀況、技術(shù)和法規(guī)問題的情況下，盡最大可能滿足不斷增長的需求。幸運(yùn)的是，目前市場上已經(jīng)有很多可供選擇的解決方案：郵箱限額、存儲技術(shù)和歸檔解決方案等等。要評估和了解更多這些解決方案的信息，請參考附文“在現(xiàn)實環(huán)境中考慮Exchange的數(shù)據(jù)管理”和“數(shù)據(jù)管理的挑戰(zhàn)：為什么需要數(shù)據(jù)管理？”。