Exchange 問答: Outlook Anywhere、IPv6、Remote Connectivity Analyzer，以及更多內容
問：我們剛在組織中基于 Windows Server 2008 的服務器上部署了 Exchange 2007，一切都很正常，只有一個例外：即使我們根據 Microsoft Technet 上 Exchange 2007 文檔中的指南配置 Outlook Anywhere（以前稱為 RPC over HTTP），但無論我們如何嘗試都不能從 Internet 上的 Outlook 2007 客戶端連接到 Exchange 2007 客戶端訪問服務器。我們確定 SAN 證書受到客戶端的信任，而且連接到客戶端訪問服務器的防火墻上的 TCP 端口 443 也處于打開狀態。您是否遇到過這種問題？
答：事實上，我遇到過。您提到 Exchange 2007 安裝在基于 Windows Server 2008 的服務器上。將客戶端訪問服務器安裝在 Windows Server 2008 服務器上時需要特別注意，如果服務器啟用 IPv6，Outlook Anywhere 則無法正常運行。因為將 Exchange 2007 SP1 安裝在 Windows Server 2008 上時，系統將默認啟用 IPv6，所以您必須確認將其禁用。我看過好幾個案例中這樣就可以解決問題。
有關 Windows Server 2008 上的 Outlook Anywhere 和 IPv6 為什么互相沖突，以及如何在 Windows 2008 服務器上適當禁用 IPv6 而不中斷 Exchnage 2007 的詳細信息，我建議您閱讀 Microsoft Exchange 團隊的博客文章，網址是 msexchangeteam.com/archive/2008/06/20/449053.aspx。應該使用 Exchange 2007 SP1 Rollup 4 解決此問題。
問：當前，我正在基于 Exchnage 2007 的消息環境中實施 Outlook Anywhere 和 Exchange ActiveSync，我想知道有沒有辦法可以測試 Outlook Anywhere 是否可以在我們外圍網絡的另一端按預期運行。此外，我希望確定環境中的自動發現服務已正確配置。您可以為我指點迷津嗎？
答：是的，有辦法可以測試 Outlook Anywhere 是否正常運行。Microsoft 的兩名員工（Exchange 產品小組的 Shawn McGrath 和產品支持服務的 Brad Hughes）創建了基于 Web 的工具，稱為 Exchange Server Remote Connectivity Analyzer (ExRCA)。您應該將此工具（圖 1）視為原型，但我卻沒遇到任何程序錯誤或異常行為。此工具可以執行 Outlook 2007 自動發現和 RPC/HTTP 連接性測試，還可以測試 Exchange ActiveSync 和入站 SMTP 郵件流是否按預期運行。雖然 ExRCA 當前不受 Microsoft 支持，但我強烈建議使用它對 Exchange 2007 進行各種遠程連接性測試。
.gif)
圖 1 Exchange Server Remote Connectivity Analyzer 起始頁（單擊可獲得大圖）
問：我們的組織使用的是 Exchange Server 2007，而且目前正處于部署備用連續復制 (SCR) 的規劃階段。我們想為在另一個站點中的非群集 Exchange 2007 SP1 郵箱服務器上創建的每個郵箱數據庫準備第二組數據。我們從 Microsoft Technet 上的 Exchange 2007 文檔中閱讀了很多有關 SCR 的信息，但是仍有個疑問無法獲得解答：如果激活 SCR 目標，所產生的效果與使用 Move-Mailbox 以及為特定郵箱數據庫中的所有用戶郵箱指定的 –ConfigurationOnly 參數是否相同？換句話說，就是只更改 Active Directory 中的 Exchange 服務器位置。
答：既然您使用非群集郵箱服務器（也稱為獨立郵箱服務器）作為源 SCR 服務器，那么您的理解沒錯。因為您要激活其他服務器上的 SCR 副本，所以要使用數據庫的可移植性。這意味著各個郵箱數據庫中的用戶郵箱在 Active Directory 中的 Exchange 服務器位置將更改。
如果 Exchange 2007 環境中的源 SCR 服務器是以群集連續復制 (CCR) 或單一副本群集 (SCC) 為基礎，而且如果在故障轉移群集中將被動節點用作 SCR 目標，則您可以使用相同的名稱激活 SCR 目標，而 Active Directory 中的 Exchange 服務器位置不會更改。
問：我們剛剛完成我們企業環境中的 Exchange Server 2007 部署，想知道是否支持將六個 Exchange 2007 安全組（在為 Exchange 2007 安裝準備林和域時，由 Exchange 2007 安裝程序創建）移動到另一個組織單位，而不是移到在根域中創建的 Microsoft Exchange 安全組 OU。
答：Exchange 2000/2003 不允許將 Exchange 組移動到林中的其他 OU，但 Exchange 2007 卻真正支持此操作。您可以看到為 Exchange 2007 準備林時創建的六個 Exchange 2007 安全組（參見圖 2）帶有兩個唯一的屬性戳記，第一個是眾所周知的 GUID，第二個是可更改的可分辨名稱。
.gif)
圖 2 Exchange Server 2007 安全組（單擊可獲得大圖）
當安裝程序運行時，林的 OtherWellKnownObjects 屬性將分別添加這兩個屬性，這可確保 Exchange 能夠在林中的任一位置找到安全組。因此，您可以將組隨意移動，甚至可以移動到是林中的其他域！您可以在 Ross Smith 撰寫的精辟的《Exchange 2007 權限：常見問題》 (technet.microsoft.com/bb310792) 中查找其他詳細信息，該文章包含在 Microsoft TechNet 上的 Exchange 2007 文檔中。
問：由于基于 Exchange 2007 消息環境中的重組，我們希望將每個 Exchange 2007 CCR 郵箱服務器的文件共享見證移動到另一個集線器傳輸服務器。您是否可以對如何以受支持的方式完成此操作提供一些指導？
答：將文件共享見證從一個 Exchange 2007 集線器傳輸服務器移動到另一個服務器相當簡單。只需采用當初為群集郵箱服務器配置文件共享見證所遵循的步驟即可。唯一的區別是您需要指定服務器的路徑。相應的步驟位于 Microsoft TechNet 上的 Exchange 2007 文檔內的“如何配置文件共享見證”一節中（請參閱 technet.microsoft.com/bb124922）。
順便說一下，您應該知道，如果在配置文件共享見證時使用 CNAME 記錄指向您的集線器傳輸服務器，則接下來的任務只是將目標主機的完全限定域名 (FQDN) 更改為各個 CNAME 記錄指向的別名（請參見圖 3）。
.gif)
圖 3 指向文件共享見證的目標主機的 CNAME 記錄（單擊可獲得大圖）
但是請記住，如果您將群集節點放在其他站點中，將更改 Exchange 產品小組提供的站點恢復指南（請參見 msexchangeteam.com/archive/2008/04/03/448615.aspx）。一般來說，Exchange 產品小組不再建議您在 Exchange 2007 Geo-Cluster 環境中使用 CNAME 記錄。
問：我們計劃提高組織中 Exchange 2007 消息服務器的安全設置。我們的安全優化計劃的一部分是加密 Exchange 數據庫所在的卷。我們想知道是否建議或甚至支持將 Exchange 數據庫文件存儲在使用加密文件系統 (EFS) 加密進行加密的卷上。
答：答案很顯然是否定的。Microsoft 并不支持將 Exchnage 2007 數據庫放在基于 EFS 的加密卷上。事實上，.edb、.log、.stm (Exchange 2000/2003)、.dat、.eml 和 .chk 文件都不支持這種做法。主要原因是這種類型的加密將產生額外系統開銷，從而明顯影響性能。
為了進一步保護您的 Exchange 2007 數據文件，您應該防止對 Exchange 計算機的未授權訪問，以及使用 S/MIME 消息格式來加密消息數據。此外，如果您將 Exchange 2007 安裝在 Windows Server 2008 上，請考慮使用 BitLocker 來保護卷。
問：我剛剛將 Exchange 2007 SP1 安裝在同時也是域控制器的 Windows Server 2008 服務器上。因為我在此環境中不使用 IPv6，所以安裝完 Exchange 2007 SP1 后，就禁用了“網絡連接”下的 IPv6，然后我重新啟動服務器。當恢復連接時，Exchange 2007 服務卻再也無法啟動。應用程序日志中記錄的錯誤 214 包含下列信息：
Process MSEXCHANGEADTOPOLOGYSERVICE.EXE (PID=1712). Topology discovery failed, error 0x80040a02 (DSC_E_NO_SUITABLE_CDC).
答：我看過不少報告中提到過這種情況。雖然將任何 Exchange 2007 服務器角色安裝在同時也扮演域控制器角色的 Windows Server 2008 服務器上并不妥當，但允許一個或多個 Exchange 2007 服務器角色在禁用 IPv6 的域控制器上運行應該沒什么問題，特別是這種情況在測試實驗室和其他地方都很常見。目前的解決方案是在服務器上重新啟用 IPv6。有傳聞說 Exchange 2007 SP1 Rollup 4 將解決這個問題。
Henrik Walther 是一名 Microsoft 認證架構師：Exchange 2007 和 Exchange MVP，而且具有 14 年以上 IT 從業經驗。他是 Interprise Consulting（位于丹麥的 Microsoft 基礎結構金牌合作伙伴）的技術架構師，同時身兼 Biblioso Corporation（專門從事托管文檔和本地化服務的美國公司）的技術撰稿人。
文章出處：TechNet中文網
【編輯推薦】
