• <rp id="v44t4"><ruby id="v44t4"><u id="v44t4"></u></ruby></rp>
  • <th id="v44t4"></th>

  • <em id="v44t4"><ruby id="v44t4"></ruby></em>

    <dd id="v44t4"><big id="v44t4"></big></dd>

    <em id="v44t4"><ruby id="v44t4"><u id="v44t4"></u></ruby></em>
    <tbody id="v44t4"></tbody>

      » 技術文章 » 操作系統 » Windows 7 » Exchange 問答:遷移郵箱

      遷移 Exchange 郵箱并保證郵箱安全是一項很棘手的業務,尤其是跨林或在域服務器之間遷移郵箱。在本文中,Henrik Walther針對Exchange中遷移郵箱的操作中的各種問題進行了解答。

      AD:2014WOT全球軟件技術峰會北京站 課程視頻發布

      遷移 Exchange 郵箱并保證郵箱安全是一項很棘手的業務,尤其是跨林或在域服務器之間遷移郵箱。

      虛擬化的 Exchange

      問:我們想要在群集化的 Hyper-V 服務器上部署 Exchange 2010 消息傳送解決方案,并計劃通過數據庫可用性分組 (DAG) 來保護郵箱數據庫。我們注意到在 TechNet 文檔的 Exchange 2010 要求部分有以下說明,因此想聽聽你們的看法:

      “Microsoft 不支持將 Exchange 高可用性解決方案(數據庫可用性分組 [DAG])與基于虛擬機監控程序的群集、高可用性或遷移解決方案結合使用。只有在硬件虛擬化環境沒有采用群集化的根服務器時,這種環境才支持 DAG?!?/strong>

      答:正如以上內容所述,將 Exchange 2010 DAG 與虛擬化高可用性 (HA) 結合使用不受支持。您必須使用應用程序級 HA 或虛擬化 HA。對于 Exchange 2010,我們推薦使用應用程序級 HA。

      如果您只有群集化的根服務器并需要使用 DAG,則可以將 DAG 成員存儲在群集化的 Hyper-V 根服務器上 - 只要您禁用了各個虛擬 DAG 成員服務器的所有虛擬化 HA。在您閱讀此內容時,TechNet 文檔應當已做更新,反映了這種新的支持方式。

      負載平衡 Exchange

      問:我們當前正在設計新的 Exchange 2010 基礎結構,已經決定使用硬件負載平衡器來提供高可用性,并且在 CAS 陣列中的客戶端訪問服務器之間分配負載。為了減少 CAS 服務器上的 SSL 工作負載,并充分利用相關方法(如 Cookie 和 SSL-ID),我們需要將 SSL 工作負載轉移到硬件負載平衡器上。

      我們知道為 Outlook Web Access (OWA)、Outlook Anywhere (OA) 和 Exchange Web Services (EWS) 轉移 SSL 工作負載是可行的,但 Exchange ActiveSync (EAS) 是否支持此類操作呢?我這么問是因為我知道如如何在 Exchange Server 2007 中為 Outlook Web Access 配置 SSL 減負功能中所述,此項功能在 Exchange 2007 中是不受支持的。

      答:實際上,對于 Exchange 2007 和 Exchange 2010,為 EAS 轉移 SSL 工作負載都是受支持的。Exchange 2007 文檔從未進行更新以反映此支持。

      請記住,此項支持僅適用于入口(對于 CAS 服務器,是在面向 Internet 的站點中),而不適用于 CAS 到 CAS 代理的情況。

      跨林遷移

      問:我們當前正準備執行從 Exchange 2003 到 Exchange 2010 的跨林遷移。我們已經建立了一個模擬生產環境的實驗室環境,以確保事情像預期的那樣順利進行。

      首先,我們按照 Exchange 2010 TechNet 文檔(在 Shell 中使用 Prepare-MoveRequest.ps1 腳本為跨林遷移準備郵箱)中的說明,準備了包含有效 Active Directory 對象的目標林。腳本運行成功,我們能夠看到目標林中創建了 AD 對象,但是當我們嘗試使用以下命令遷移原始郵箱時,收到了如圖 1 所示的錯誤消息:

      New-MoveRequest -Identity 'cotestuser1@contoso.com -RemoteLegacy -TargetDatabaseMDB01 -RemoteGlobalCatalog 'DC1.contoso.com' -RemoteCredential $Cred -TargetDeliveryDomain 'fabrikam.com'

      圖 1 跨林郵箱遷移錯誤

      您知道是什么原因導致了此錯誤嗎?

      答:真得很巧 - 剛剛幾個月前,我在執行從 Exchange 2003 到 Exchange 2010 的跨林遷移時也碰到了這個問題。在 Dmitri Gavrilov(Exchange 產品組 Exchange 郵箱團隊的首席開發主管)的幫助下,我發現這是因為在兩個 Active Directory 林之間沒有 NetBIOS 解析。

      使用 New-MoveRequest cmdlet 進行跨林郵箱遷移時,目標林中運行命令的 Exchange 2010 服務器必須能夠使用其 NetBIOS 名稱訪問 Exchange 2003 組織中的源郵箱服務器。這是因為 New-MoveRequest cmdlet 會嘗試使用服務器 LegacyDN 連接到源服務器,而該 LegacyDN 通常只包含 NetBIOS 名稱。因此,您必須設置 WINS 或使用主機文件來消除此錯誤消息。
       

      病急亂投醫

      問:我曾經在多處了解到,使用硬件負載平衡器提供 HA,以及在內部網絡上的所有客戶端訪問服務器之間進行 Outlook 客戶端負載分配時,必須打開以下端口,以便 Outlook 連接能夠正常運行:TCP 終結點映射器 (TCP - 143) 和動態 RPC 范圍的 TCP/UDP -1024-65535。是這樣嗎?我認為 Exchange 2010 不支持用戶數據報協議 (UDP)。

      答:您說對了。Exchange 2010 不再支持 UDP。其實您不必打開 UDP,僅僅 TCP 就夠了。這對于 Outlook 2003 也同樣適用,盡管 Outlook 最開始嘗試使用 UDP 通知。如果它看到 Exchange 服務器不響應 UDP,會轉而使用 TCP 來輪詢 Exchange 服務器。問題在于,處于聯機模式的 Outlook 2003 客戶端每 60 秒才輪詢一次,這就會導致以下問題:

      • 外發電子郵件在發件箱里最長會滯留一分鐘。
      • 新的電子郵件最長會相隔一分鐘才到達收件箱。
      • 從文件夾中刪除的項最長需要一分鐘才會從文件夾中消失。
      • 從一個文件夾移動到另一個文件夾的項最長需要一分鐘才會從原始文件夾中消失。

      如果您的 Outlook 2003 客戶端處于聯機模式,需要按照以下知識庫文章中所述的步驟修復這個問題:如果您使用的是 Exchange 2010 郵箱,則在 Outlook 2003 中,需要花費很長時間收發電子郵件消息。

      郵箱保護

      問:我目前正在設計 Exchange 2010 基礎結構。其中一個要求就是要在所有級別上具備 HA,因此我們會使用 DAG 和客戶端訪問服務器(用一個客戶端訪問陣列和一個冗余硬件負載平衡器)保護郵箱數據庫。

      我們還計劃使用 Forefront Threat Management Gateway (TMG) 陣列將客戶端訪問服務器發布到 Internet。關于如何以適當的方式將 CAS 服務器發布到 Internet,我不太確定。我們是否只需將 ISA Web 發布規則指向內部網絡上的硬件負載平衡器,然后讓硬件負載平衡器在 CAS 服務器之間分配客戶端流量就可以了?
       

      答:問得好。我來做個解釋。使用 TMG(此處也可以是 UAG)發布 Exchange 2010 CAS 服務器時,可以使用 TMG 自帶的 Web 服務器場的負載平衡功能。不要只將 Web 發布規則指向內部網絡上的硬件負載平衡器。

      在一個典型的場景中,當 TMG 接收到客戶端請求時,會將 IP 頭中的源 IP 地址字段更改為其內部接口中配置的 IP 地址。這意味著所有從 TMG 通過代理傳遞到硬件負載平衡器的客戶端請求都顯示為來自同一客戶端 IP。這會使 HLB 將所有客戶端請求發送給同一個 CAS 服務器,而不是將它們分散到 Exchange 2010 CAS 陣列中不同的 CAS 服務器上。

      可能有人會說,您只需將代理請求行為由“使請求顯示為來自 ISA 服務器計算機”改成“使請求顯示為來自初始客戶端”就可以了(如圖 2 中所示),但是沒那么簡單。如果您這么做,就需要在每臺 CAS 服務器上將 TMG 設置為默認網關(或使用靜態路由,請參見圖 2),這會帶來其他問題。無論如何,大多數企業還使用了 NAT,這意味著源 IP 會顯示為來自同一客戶端(NAT 設備的 IP 地址),即使您在 CAS 服務器上將 TMG 設置為默認網關也是如此。

      圖 2 TMG 代理請求行為

      盡管 TMG 提供了一層額外的安全保護,使您能夠在客戶端通過代理傳遞到 CAS 服務器之前預先對這些客戶端進行身份驗證,但還應注意:在相關性方面,TMG Web 服務器場負載平衡功能具有與 Windows 網絡負載平衡相同的局限性。它實際上使用了 Windows NLB 組件,這意味著您被局限到了基于 IP 的源相關性,而無法使用相關性方法(如 Cookie 或 SSL-ID)。

      遷移中的郵箱

      問:我們已經在包含一個根域和多個子域的 Active Directory 林中部署了 Exchange 2010。在每個子域中都有 Exchange 2010 服務器,有時候我們需要在不同域的郵箱服務器之間遷移郵箱。我們盡量使用 Exchange 命令行管理程序命令。

      我們還要使用 New-MoveRequest cmdlet 在子域之間遷移郵箱,但是當我們這么做時,我們看不到其他域中的郵箱。命令可以順利完成,但是未列出郵箱。而且,因為通過 Exchange 命令行管理程序無法看到郵箱,我們在嘗試遷移郵箱時會收到錯誤提示。您知道發生了什么嗎?

      答:使用 Exchange 2010 命令行管理程序時,默認的收件人范圍設置為域級。這意味著當運行像 Get-Mailbox cmdlet 這樣的命令時,只會列出本地的收件箱。要將收件人范圍更改為整個林,您必須運行以下命令(參見圖 3):Set-ADServerSettings -ViewEntireForest:$true

      圖 3 更改默認收件人范圍

      五月丁香激情影院_在线精品自偷自拍_yin乱奶水大合集_男人和女人做爽爽视频