Exchange Queue & A 復原叢集的信箱伺服器、 離線的通訊錄問題和其他資訊
Henrik Walther
Q我們的郵件基礎結構是以 Exchange 2007 SP1 為基礎。 在 Windows Server 2008 上，已安裝所有 Exchange 2007 SP1 的伺服器。 我們有兩個資料中心，主要資料中心] 和 [，我們可以容錯移轉應該在嚴重損壞會重創主要資料備份。 我們主要的 DataCenter 中的所有信箱伺服器都根據叢集連續複寫 (CCR)，以提供本機的高可用性解決方案。 容錯信箱伺服器移轉從主要資料中心至備份的 DataCenter，我們使用待命連續複寫 (SCR)。 這表示在主要的資料中心所有 CCR 為基礎的叢集的信箱伺服器 (CMSs) 也會都作為 SCR 來源。 每個的 SCR 來源會有對應的 SCR 目標在已安裝只被動 Mailbox server role 的待命叢集的形式備份 DataCenter 中
最近我們之間，兩個資料中心站台容錯移轉測試，並不幸，我們遇到的問題我們嘗試復原到待命叢集，CMSs 時。 當執行 Setup.com 的 / RecoverCMS 參數時，我們會取得如 [圖 1 ] 所示的錯誤訊息。
[圖 1 的 復原 CMS 到待命叢集時，安裝程式錯誤
我想知道是否您已經看到此錯誤時修復資料的 CMS 待命叢集並，更重要的是是否您讓解決方案的。
A是，我必須在 misfortune 嘗試復原到待命叢集在 CMS 時遇到這個問題。 幸好，這也是在站台層級的容錯移轉測試期間。 (我需要說明為什麼要測試您的容錯移轉解決方案的重要性嗎？)
了我想的一件事是我必須測試相同的安裝程式沒有問題多次之前)。 不過，所有先前的修復測試，是 Exchange 2007 SP1 安裝在 Windows Server 2003 Windows Server 2008 上，為我叫用這個問題時，大小寫。
這會導致我發現 Windows Server 2008 的容錯移轉叢集，相較於 Windows Server 2003 叢集的工作方式。 Windows 2003 在您要建立，和專用叢集的叢集服務帳戶。 在 Windows Server 2008，請在您無法再執行這項操作，； 而，容錯移轉叢集執行 「 本機系統 」。 檢查應用程式和系統登入我嘗試復原，CMS 待命叢集之後，我就會發現，如 [圖 2 ] 中所示的錯誤。
[圖 2 修復錯誤，因為不當的權限
此事件識別碼的錯誤，說明 Windows 容錯移轉叢集沒有在需要更新 Active Directory 中的 CMS 電腦帳戶的權限。 它也會列出三個可能的原因。 因為我們要復原的待命叢集上的現有 CMS，我們可以略過第一個。 由於我們尚未到達的電腦物件的數目的任何配額，我們可以以及忽略數目兩個。 最後的項目但，相當有趣的是。 它會告訴我們要確認 Windows 容錯移轉叢集，我們會復原，CMS 具有 CMS 電腦帳戶物件的完全控制權限。
在 CMS 電腦物件的 [Active Directory 使用者和電腦] 的 [屬性] 頁面上的 [安全性] 索引標籤下檢視會顯示待命叢集並沒有完全控制權限 (見 [圖 3)。
[圖 3 ： 待命叢集不具有 「 完全控制 ＞ 的權限
加入具有完全控制權限待命叢集 CMS 電腦解析為我這個問題，並且它應該執行相同的環境中]。
在撰寫本文 (2 月結尾) 之時中，還有沒有有關這個問題，在公用的地方，像是 TechNet 或任何知識庫 」 文件的資訊。 但是，好朋友 Tim McMichael Microsoft 客戶支援服務已撰寫部落格內容有關這個主題，進入最詳細比我能夠執行以下。 請進行簽出 Tim 的部落格，如需詳細資訊 (「 建議使用 CNO (叢集名稱物件)，在 Windows 2008 中為 Exchange 2007 SP1 安裝程式的作業的權限。").
Q我們目前建立站台層級的容錯移轉解決方案的處理序中。 我們的 Exchange 2007 SP1 傳訊基礎結構我們要做為嚴重損壞修復解決方案，我們的主要及備份資料中心之間的待命連續複寫 (SCR)。 因為只有部分我們的使用者已經升級至 Office Outlook 2007 與仍在 Outlook 2003 其他，我們了問題。 當 Exchange 2007 SP1 伺服器的容錯移轉發生時從主要資料中心要備份的資料中心時，會直接收取兩種 Outlook 版本變更執行所需的 SCR 站台容錯移轉步驟之後嗎？
A非常好的問題及，實際，答案取決是否使用容錯移轉 RecoverCMS] 或 [資料庫可攜性信箱伺服器備份資料中心。 如果您在主要資料中心中獨立信箱伺服器，然後複製到在使用 SCR，備份 DataCenter 中獨立信箱伺服器然後要使用資料庫可攜性順序到容錯移轉，Mailbo x 資料庫。 如果您有單一副本叢集 (SCC) 或 CCR 信箱伺服器的主要備份資料中心和待命模式叢集您備份的 DataCenter 中的，您會使用 RecoverCMS 參數，以復原到備份的 DataCenter，整個 CMS。 您可以使用 RecoverCMS 作為容錯移轉機制時, 您通常不必擔心在容錯移轉後的 Outlook 用戶端連線。 謹記在心，CMS IP 位址將變更而定。 但如果您設定 DNS 時間為五分鐘根據最佳實作建議的 Live (TTL) 值會注意都會有些許的延遲之前 Outlook 用戶端將能夠重新連線到在 CMS。
如果您使用資料庫可攜性，做為修復機制，則情況就有點不同，根據 Outlook 用戶端版本。 Outlook 2007 用戶端將會反映自動透過自動探索服務用戶端存取伺服器上執行的變更。 這表示您不需要執行任何手動變更這個 Outlook 版本。 不過，不然一定，Outlook 2003 用戶端。 信箱都已在另一個伺服器上復原時, 儲存信箱的資料庫伺服器的名稱會很明顯是不同。
可能世界奇觀不會這個問題，當您使用 –ConfigurationOnly Move-Mailbox Cmdlet 時切換，容錯移轉後？ 是，它仍然重要因為 Outlook 2003 不支援自動探索服務。 這表示原始伺服器容錯移轉必須線上，因此，在 Outlook 的 MAPI 設定檔中的伺服器名稱可以更新之前，信箱已儲存位置。 如果原始伺服器離線，無法自動更新伺服器名稱。
所以，如果您要面對嚴重損壞其中所有的伺服器，您主要的 DataCenter 中的都離線，您必須重新使用工具，例如 Microsoft Exchange Server 設定檔重新導向器 (exprofre) Outlook 2003 MAPI 設定檔設定搭配登入指令碼，以反映變更。 值得注意的是是否所有的用戶端位於主要資料中心中，您必須仍重建它們。
Q在我們的 Exchange 2007 SP1 傳訊基礎結構，我們所有信箱伺服器會都是叢集連續複寫 (CCR)-已啟用。 每個叢集節點中，我們已安裝四個網路介面卡 (NIC)。 兩個 NIC 會有已合作，且會將其連線公用網路等接受 Outlook 用戶端的要求到。 活動訊號網路，CCR 的兩個叢集節點之間會使用第三個 NIC。 第四個 NIC 是特別為記錄傳送目的。 請使用 Exchange 2007 SP1 中引入 Enable-ContinuousReplicationHostName Cmdlet，我們有 (才能達到記錄檔傳送重複) 指定的活動訊號和專用的記錄傳送網路可以使用從作用中推出的記錄檔，至被動節點。 這個運作了和實際減少流量，尤其是在情況下在公用網路上其中之一為重新植入或多個信箱資料庫所需的 (雖然這應該是相當罕見)。
我們也會有 SCR 這些 CCR 為基礎的信箱伺服器] 和 [我們備份 DataCenter 中的多個的 SCR 目標間啟用。 這會導致我們的問題。 是否可以使用 Enable-ContinuousReplicationHostName Cmdlet 使用 SCR？
A我很高興 EnableContinuousReplicationName Cmdlet 已經被您有幫助。 不過，這個 Cmdlet 特別建立的 CCR 解決方案後, 答案您的問題是，不幸，不，目前不支援的 SCR 解決方案中，此。
Q我們有只轉換從 Exchange 2003 為 Exchange 2007 SP1。 如果要在視窗 Server 2008 上執行所有的 Exchange 2007 SP1 伺服器角色，並且根據 CCR 我們的 Exchange 2007 信箱伺服器]。
動作很為止但我們已觀察到的問題與離線通訊錄 (OAB)。 當它的更新以新的郵件物件時，更新不會反映在 Outlook 2007，在使用者。 我們有已疑難排解問題且有找事件識別碼 1201 在應用程式記錄檔中使用下列的描述，用戶端存取伺服器：
Process MSExchangeFDS.exe (PID=xxxx). Could not find directory <OAB share location>
This is normal if the directory has never been generated. Otherwise, make sure this directory
and share has read permission for the "Exchange Servers" group.
我們嘗試將 OAB 以手動方式從複製 CCR 的基礎信箱伺服器裝載到 Client Access Server。 這會導致在 Outlook 中的更新，但我們要取得永久解決這個問題。 您有此配方就嗎？
A我已經關閉的道路，太。 這個問題的原因，是因為的 Windows 2008 容錯移轉叢集的運作的方式。 Windows 2008 容錯移轉叢集，介紹新概念，稱為共用的範圍。 基本上，檔案共用的特定節點名稱或叢集的其中一個共用的範圍表示名稱的物件，在 [共用] 主機。 共用節點名稱所共用時, 就無法存取由叢集的信箱伺服器 (CMS) 名稱。 如需檔案的共用範圍有多玩家的詳細資訊，請請此內容參閱詢問的核心小組部落格上 (「 檔案共用 '範圍' Windows Server 2008 的容錯移轉叢集").
如果要解決這個問題，您需要安裝 Exchange 2007 SP1 彙總套件更新 5 或更新版本，其中包含所需的 Bug 修正。 也請參閱文件 ＜ Exchange 2007 CAS 無法複製 OAB，從 Windows Server 2008 Exchange 2007 CCR 的叢集上，OAB 共用." 因為這個彙總套件的更新程式會帶來的一些迴歸情形，很重要的您閱讀彙總套件更新 5 KB 文章密切合作才能使用此解決方案。
Henrik Walther 是 Microsoft 認證的主版： Exchange 2007 和 15 年以上的經驗，在 IT 商務與 Exchange 的 MVP。 他負責為 Trifork 顧問 (在 Microsoft Gold Partner 丹麥的基礎) 的基礎結構在技術架構設計人員和技術 Biblioso Corporation (為基礎的美國公司的專長於 Managed 文件和當地語系化的服務) 的寫入器。