Exchange 問答: 令人費解的附件增大、復制公用文件夾及更多內容
問：我們的組織消息傳遞基礎結構基于 Exchange Server 2007。我們在整個組織內設置了一個相對嚴格的消息大小限制 (12MB)。
我們發現了一個異常行為，似乎與郵件附件的大小有關。當我將一封附帶了一個附件（假設 11MB）的電子郵件發送給外部用戶時，收件人如期收到了郵件。但如果將此郵件（包括附件）轉發回內部網絡中的發件人，發件人卻收到了一份發送失敗報告 (NDR)，指明此郵件大小超出了當前系統限制或收件人的郵箱已滿。
仔細研究問題后我們發現：在郵件離開組織的某個時候，附件大小增加了約 30%。我想知道，通過 Internet 發送和接收電子郵件時附件大小為什么會增加？更重要的是，這種現象正常嗎？
答：簡單地說，是。這種現象通常是預料之中的，不僅對 Exchange Server 2007 是這樣，而且對 Exchange Server 的早期版本以及任何其他支持 MIME（多用途 Internet 郵件擴展）和使用 Base64 對附件進行編碼的消息傳遞系統都是這樣的。內部 Exchange 用戶向 Exchange 組織內的收件人發送的郵件不需要執行任何內容轉換。這意味著在傳送過程中您是看不到郵件或附件的大小增加的。而發送到外部收件人的郵件可能需要執行內容轉換。
標準 SMTP 郵件（也稱為純文本郵件）包含郵件信封和郵件內容—郵件標題和郵件正文。這些元素以 7 位 US-ASCII 純文本為基礎。當郵件包含非 US-ASCII 純文本的元素時，必須對元素進行編碼。處理這類非文本內容（包括附件）時，使用 MIME 進行編碼。Exchange 2007 和早期版本的 Exchange Server 使用 Base64 算法對附件進行編碼。Base64 的缺點是它會使附件的大小增加 33%。
在 Exchange 2007 中，除使用 Outlook Web Access 外，其他大部分與傳輸相關的內容轉換均在集線器傳輸服務器上執行。有關更詳細的解釋，請參閱 technet.microsoft.com/library/bb232174 上的主題“了解內容轉換”。
問：我們正在從 Exchange 2003 向 Exchange 2007 過渡。我們已經將所有用戶郵箱都遷移到了 Exchange 2007 郵箱服務器，所有服務器均已使用群集連續復制 (CCR) 進行了配置。目前，我們正在將所有公用文件夾從原有的 Exchange 2003 公用文件夾服務器復制到基于 CCR 的郵箱服務器上。但是，我們在測試中發現，當 CCR 群集上出現數據丟失故障轉移時，其他節點上的公用文件夾數據庫就不會聯機。故障轉移后，我們也無法對其進行手動裝入。
我們擁有可以鏡像生產環境中 Exchange 2007 基礎結構的實驗室環境，測試顯示這里也出現了同樣的問題。在發生故障轉移的任何 CCR 群集上，任何郵箱數據庫中都沒有這一問題，因此這似乎與 CCR 群集上的公用文件夾數據庫有很大的關系。我們想對所有數據庫（包括公用文件夾數據庫）實現真正的冗余，您能幫我們剖析一下導致這種行為的根源嗎？
答：CCR 使用的復制方法與 Exchange 2007 中公用文件夾復制所使用的方法截然不同。因此，如果其中一個公用文件夾數據庫在基于 CCR 的郵箱服務器上托管，建議您不要將 Exchange 組織內的多個公用文件夾數據庫與基于 CCR 的郵箱服務器合并在一起。在過渡期間您可以實際這樣操作，Exchange 產品組支持將公用文件夾數據庫托管在基于 CCR 的郵箱服務器上（例如，原有的 Exchange 2003 服務器）。但強烈建議您在復制完所有公用文件夾數據后刪除非基于 CCR 郵箱服務器上的公用文件夾數據庫。
您在 Exchange 消息傳遞環境中遇到的問題屬于正常現象。如果您有多個公用文件集數據庫，而其中一個托管在基于 CCR 的郵箱服務器上，則在故障轉移（即非計劃中斷）時，基于 CCR 的郵箱服務器上的公用文件集數據庫將會脫機。
實際上，在上一個主動節點再次出現之前，無法使公用文件夾數據庫聯機。此外，對于托管公用文件夾數據庫的存儲組，所有事務日志文件都必須可用。
如果不具備這種條件，那就應該考慮從上一個完好的備份中還原公用文件夾存儲，瀏覽可用日志，然后從還原的數據庫為其他節點重新設定種子。或者，也可以從頭開始創建公用文件夾存儲。在這種情況下，必須恢復原始的主動節點、新建公用文件夾數據庫，并從 Exchange 組織內的其他公用文件夾服務器中復制公用文件夾數據。
頗有些奇怪的是執行無損（有計劃）中斷時公用文件夾數據庫處于聯機狀態。這是正常的表現。有關詳細信息，請參閱規劃群集連續復制上的“群集連續復制和公用文件夾數據庫”。
問：在我們基于 Exchange 2007 的消息傳遞基礎結構中，所有郵箱服務器都是使用 CCR 配置的。我們對 CCR 的工作方式非常滿意，但希望您可以解答一個問題。
每晚進行聯機維護時，我們要聯機整理碎片。我們如何確保 CCR 群集內被動節點上的數據庫在聯機維護期間可以完成碎片整理。
答：在此過程中聯機碎片整理任務（刪除所有標記為移除的項，然后將這些項占用的空間變為可用空間）會生成新的事務日志文件。在 CCR 主動節點上生成所有的事務日志文件都會被復制到被動節點，造成其上數據庫的更改。
明確這一點后，請確保計劃聯機維護時間，以免與您的備份時間發生沖突（因為這會強制聯機碎片整理中斷）。就這一點而言，并不需要每天、每周、甚至每隔一周進行碎片整理。以前，Exchange 產品組指南中規定聯機碎片整理至少每隔一周進行一次。但因每個組織的環境不同，隨著 Exchange Server 2007 SP1 的推出，情況發生了變化。有關該新指南的詳細信息，請參閱 Microsoft Exchange 團隊博客上的帖子。
問：我們計劃使用 Exchange 2007 CCR 實現郵箱服務器的真正冗余。目前，我們正在研究如何與 CCR 結合使用傳輸轉儲程序，以確保在從 CCR 主動節點向被動節點進行丟失數據故障轉移時不會丟失任何郵件。您知道哪些需要我們注意的傳輸轉儲程序問題嗎？
答：傳輸轉儲程序可確保在從使用 CCR 的 Exchange 2007 郵箱上的一個節點向另一個節點進行丟失數據故障轉移時，數據的損失最小。這可以通過重新傳送最近提交至郵箱服務器的郵件來完成。在丟失數據故障轉移期間，您很有可能會丟失一些事務日志文件，并還會因此丟失實際數據。如前所述，傳輸轉儲程序重新傳送最近提交至郵箱服務器的郵件，從而確保能夠恢復丟失數據故障轉移期間損失的數據。不過，由于傳輸轉儲程序駐留的集線器傳輸服務器只傳送郵件，因此在即將進行丟失數據故障轉移時創建的某些數據將會丟失，例如任務和日歷項等。
問：目前我們正計劃從 Exchange 2003 組織向新 Active Directory 林中的 Exchange 2007 組織進行跨林遷移。我們廣泛研究了跨林遷移文檔“如何從單林向跨林過渡”，該文檔指出應該建立林信任而不是在各林之間建立外部信任。為什么不能使用外部信任？
答：盡管 TechNet 雜志上的 Exchange 2007 文檔指出您應該使用林信任而不是外部信任，但這并不意味著您不能使用外部信任。實際上，雖然外部信任非常適合跨林 Exchange 遷移，但它有一個缺點。由于您不能使用已登錄用戶的憑據（無論為其分配了哪些權限），因此在創建鏈接郵箱時您必須指定一個具有適當權限的帳戶，用于訪問受信林中的域控制器（參見圖 1）。
.gif)
圖 1 創建鏈接郵箱時在“Master Account”（主帳戶）頁面上指定一個帳戶
問：我們的組織剛剛過渡到 Exchange 2007，到目前為止我們對新版本非常滿意，只有一個例外。當初我們在使用 Exchange 2003 SP2 時，能夠將我們的環境配置為將用戶郵箱的簡單顯示名做為出站郵件的發件人顯示。遺憾的是，在 Exchange 2007 中找不到類似的功能。Exchange 2007 中千萬不要沒有該功能！
答：Exchange 2007 RTM 中確實缺失了這一功能，之后在 2008 年 10 月發布的 Exchange 2007 SP1 Rollup Update 4 (RU4) 中才得到了修正。利用 SP1 RU4，您可以再次將 Exchange 配置為在出站郵件中顯示簡單顯示名，效果同使用 Exchange 2003 SP2 一樣。此任務可以使用 Windows PowerShell Set-RemoteDomain cmdlet 和參數 –UseSimpleDisplayName 完成。例如，要在發送到 contoso.com 域的出站郵件上啟用簡單顯示名，請使用圖 2 中所示的命令。
.gif)
圖 2 將簡單顯示名用于出站郵件
問：對基于 Exchange 2007-CCR 的郵箱服務器中被動節點上的數據庫副本進行碎片整理時，有什么***做法？如果對 CCR 中一個節點上的數據庫進行了碎片整理，但未對其他節點上的數據庫執行此操作，會不會令 Exchange 產生混淆？
答：如果需要脫機整理碎片，那么應始終在 CCR 群集中的主動節點上執行，切勿使用被動節點。還請注意，如果您對主動節點上的一個或多個數據庫執行了脫機碎片整理，則必須對被動節點上的特殊數據庫徹底重新設定種子。
舉例來說，如果您有一個 200GB 的數據庫（若使用 CCR，通過超過 1GB 的網絡復制時建議的數據庫大小為 200GB），對其進行碎片整理將需要幾個小時（好的經驗法則是每小時2-4GB）。但在完成碎片整理后，您還將需要將 200GB 的數據復制到被動節點上。如果通過公共網絡傳送日志文件，這會影響您最終用戶體驗到的網絡整體性能。
在大多數情況下，執行脫機碎片整理的目的是要刪除數據庫中的所有空白區域，以便減小數據庫的大小。但由于空白區域在數據庫進一步增大之前就會被重新使用，通常沒必要這樣做。數據庫中或磁盤本身是否有可用空間并不重要，明白了嗎？
如果在數據庫中有許多千兆字節的空白區域，而您想將其刪除，那么更好的方法是將全部郵箱移出該數據庫，移入一個新的數據庫內。
Henrik Walther 是一名 Microsoft 認證架構師：Exchange 2007 和 Exchange MVP，而且具有 14 年以上的 IT 從業經驗。他是 Interprise Consulting（位于丹麥的 Microsoft 金牌合作伙伴）的技術架構師，同時身兼 Biblioso Corporation（一家專門從事托管文檔和本地化服務的美國公司）的技術撰稿人。
文章出處：TechNet中文網
【編輯推薦】
