Exchange 佇列問題與解答
轉換和移轉作業
Henrik Walther
T ransitions 和移轉作業似乎是大量同仁的心智上。 這個安裝我解決問題上移動，從 Exchange 2007 的 Exchange 2003 以及從這些 Exchange 2010 至其中。
| Q | 我們的企業會使用 Lotus Domino 郵件。 我們打算將移至的不過，角落的周圍 Exchange.Because Exchange 2010，我們想到略過 Exchange 2007 和改遷移至 Exchange 2010 直接相關。 這是心，我們為您有問題：將 Microsoft 更新 Microsoft Transporter 組合軟體來支援 Exchange 2010 或將提供其他的共存及遷移工具吗？ |
| A | Exchange 小組不會加入支援 Exchange 2010 Microsoft Transporter 套件中。 而是，它會依賴協力廠商工具來傳遞設定 Domino Exchange 遷移的必要功能。 比方說它正在協助合作夥伴與更新讓 Exchange 2010 正常運作他們的 Domino Exchange 共存/移轉工具。 在另外 Exchange 小組會確定台協力電腦位址功能間隙。 但是，注意您可以不使用協力廠商工具支援 Exchange 2010 遷移。 若要執行此動作會部署為遷移躍點時使用的 Exchange 2007 伺服器。 也就是為您的基礎結構新增 Exchange 2007 伺服器，然後在其上設定 Transporter 套件。 從 Domino 至該伺服器，然後從該處 Exchange 2010 伺服器先移轉資料。 上次，注意 Microsoft 將支援 Transporter Suite 整個 Exchange 2007 中 2017年擴充哪些端點的支援生命週期。 所以，您還是有幾年來執行與 Transporter Suite 您遷移。
|
| Q | 我知道，Exchange 2007 發行到製造 (RTM) 和 SP1 不支援 Windows PowerShell 版本 2，但將 Exchange 2007 SP2 吗？ 我正在詢問因為我們打算從同一部伺服器管理 Exchange 2007 和 2010年伺服器具有同等的 Exchange 管理工具。 |
| A | 是的 Exchange 2007 SP2 將支援 Windows PowerShell v2 為該確切的目的。 因為 Microsoft 支援 Exchange 2007 和 2010年管理工具，在相同伺服器上的安裝 (請參閱 的 圖 1)，並藉此管理 Exchange 2007 和 2010 從相同的伺服器可能會讓，支援 Windows PowerShell v2 Exchange 2007 SP2 中的做有意義。 但執行別忘了 Exchange 2007 SP2 將無法充分利用新功能，例如遠端 PowerShell Windows PowerShell v2 中。 它只是表示您可以在安裝 Windows PowerShell v2 Windows PowerShell v1 代替。 Exchange 2007 的 「 Windows PowerShell 功能集均保持相同。 |
.jpg)
圖 1：單一伺服器可以支援 Exchange 2007 SP2 和 Exchange 2010 管理工具。
| Q | 我們從 Exchange 2007 的 Exchange 2003 計劃來轉換。 之前我們做我們想要升級到 Windows Server 2008 為我們網域控制站嗯如切換樹系和網域功能等級從 Windows 2003 為Windows 2008 原生模式。在我們的研究，我們發現文件 (technet.microsoft.com/library/bb232170.aspx)，告訴我們如預期般如果我們變更 Active Directory 環境至 Windows Server 2008 原生模式網域，將不再運作 Exchange 2003 伺服器。 您提供為何 Microsoft 並不支援切換至原生模式 Windows Server 2008 Active Directory 環境的一些燈嗎？ |
| A | 發行項無誤，而且在這裡就是為什麼。 第一次，Microsoft 建立 Exchange 2003 (以及其 Service Pack) 長之前開發 Windows Server 2008] 和 [Windows 2008 為基礎的 Active Directory 環境。 這的當然表示 Exchange 產品小組必須撰寫程式碼或 Windows Server 2008 為基礎的 Active Directory 環境測試開發 Exchange 2003 時沒有機會。 假設 Exchange 2003 支援已經結束 (雖然中階 2014年透過執行 「 延伸的支援)，devoting 測試資源到這種情況下並不能使任何有意義。 下一行是 Exchange 小組並不會知道是否 Exchange 2003 的任何功能將會中斷在 Windows Server 2008 為基礎的 Active Directory 環境中。 但這是某些：應該東西中斷，Microsoft 變更 Exchange 2003 程式碼的機會，若要修正它是為無渺茫。
|
| Q | 我們已經被通知幾個結構描述變更 Exchange 2007 SP2 啟用 Exchange 2010.Will 我們需要升級至 Exchange 2007 SP2 時，以及當我們準備 Exchange 2010 在 Active Directory 環境執行 Setup.com /PrepareSchema 的共存嗎？ 而且，我們有 Setup.com /PrepareAD 和 /PrepareDomain 相同的問題。 |
| A | Exchange 2007 SP2 並確實包含結構描述變更。 為一放棄的其實，這個 Service Pack 包含所需的 Exchange 2010 的所有結構描述變更。 是正確地讀取。 如果您已經升級 Exchange 2007 SP2，您不需要執行 Setup.com /PrepareSchema，當您準備好要準備 Exchange 2010 在 Active Directory 環境。 Exchange 產品小組選擇包括 Exchange 2010 結構描述變更 Exchange 2007 SP2 主要是以客戶只能有一次執行 Setup.com /PrepareSchema。 但即使您已經升級到 Exchange 2007 SP2，並因此進行架構變更所需的 Exchange 2010，您必須仍然執行 Setup.com /PrepareAD 和 /PrepareDomain 使用 Exchange 2010 個位元。 這是因為新萬用安全性群組、 以角色為基礎的存取控制的權限模型、 Cmdlet 及狀況-不與 Exchange 2010 可用。
|
| Q | 在安裝 Exchange 2010 所包含的結構描述物件之後應該獲得何種 Active Directory 資料庫 (NTDS.DIT) 成長？ |
| A | 一般的規則規劃 2 KB 的每個新的類別或屬性在 Active Directory 結構描述中的目錄資訊樹狀目錄 (DIT) 成長。 因為 Exchange 2010 安裝大約 3,000 物件結構描述中，您應該預期 NTDS.DIT 檔案以增加約 6 MB 的整體大小。 如我之前問題答案所提到相同的結構描述變更是隨附於 Exchange 2007 SP2 與 Exchange 2010。 因此如果您會看到相同的成長，不論執行 Setup.com /PrepareSchema 使用 Exchange 2007 SP2 或 Exchange 2010 個位元。 |
.jpg)
圖 2：NTDS.DIT 檔案可以是可調整大小。
| Q | 因為我們 Mac 使用者大量我們有很多 Entourage 2008 (和較舊) 中的用戶端的 Entourage 用戶端，我們 Exchange 2007 架構的傳訊 environment.Most 連線至 Exchange 使用以 Web 為基礎的分散式撰寫及版本處理 (WebDAV)，但幾個連線透過郵局通訊協定 (POP)，以及網際網路訊息存取通訊協定 (IMAP)。 我們聽說 Microsoft 取消 WebDAV 的 Exchange 2010 和納悶，將離開 Entourage 用戶端連線至 Exchange 2010 強制使用傳統通訊協定 (如 POP 或 IMAP 吗？ |
| A | 是的您的想法很正確，與 Exchange 2010 Microsoft 停止 WebDAV。 這表示 Entourage 2008 和較舊版本的使用者將只能連線至 Exchange 2010 透過 POP 或 IMAP 的是。 但 Exchange 小組不能只是忽略此郵件用戶端通訊協定，因為其他 Microsoft 產品群組使用。 所以，以新的 Entourage 用戶端 (，作為的撰寫本文中的 Beta 版) 這個問題是採取負責 Microsoft。 即將推出的 Entourage 用戶端將用來連線至 Exchange 的 Exchange Web 服務 (EWS)。 如此一來這個版本也將支援許多更多的功能比做前一個]、 [WebDAV 基礎版本。 現在工作]、 [備忘稿] 和 [類別可以同步 withExchange，而且 Entourage 新版的自動探索的完整支援 (Entourage 2008 SP1 有只支援有限的自動探索)。 您可以閱讀更多即將推出版本的相關 Entourage 這裡：officeformac.com/blog/Entourage-for-Exchange-Web-Services-Beta-is-Live。
|
| Q | 我們想要使用新的資料庫可用性群組 (DAG) 功能，一旦我們從 Exchange 2003 升級至 Exchange 2010.We 已閱讀了 Exchange 2010 TechNet] 文件中的所有相關的 DAG 區段，但是不能似乎需要多少 NIC DAG 成員伺服器上尋找資訊的小型企業。 機器我們打算讓專為 DAG 成員伺服器目前僅有一個 NIC 各。 是此足夠嗎？ |
| A | 雖然 DAGs 會正常運作，只有一個網路介面，您真的應該要有至少兩個 NIC 來分隔每個 DAG 成員伺服器中的子網路連線。 在實際上 Microsoft 並不支援 DAGs 與只有一個網路介面。 您可能想知道為何這是工作案例，如果 Microsoft 不支援它。 |
.jpg)
圖 3：資料庫可用性群組的成員伺服器應該有兩個以上的網路介面，如此處所示
嗯，假設有下列：您必須與兩個成員每個設定伺服器與兩個 NIC--針對傳訊應用程式發展介面] (MAPI) 連線公用網路和私人網路活動訊號及複寫 DAG。
現在您會失去私人網路上也是複寫網路。 在這種情況下複寫會繼續透過公用網路 (即使您還沒有啟用這個網路的複寫)。
如果您只在每個 DAG 成員伺服器中有單一 NIC，會停止複寫。 依據上停機的持續時間，可能會造成巨大的副本佇列，且如果使用中的資料庫副本已損毀，容錯移轉到另一個 DAG 成員伺服器上的資料庫複本已經必要，您可能會失去資料。
Henrik Walther 是 Microsoft 認證母片：Exchange 2007 和 Exchange MVP，而且在 IT 產業擁有 15 年以上的經驗。 他在工作技術架構設計人員，如 Timengo (一個 Microsoft 金認證合作夥伴在丹麥)，而是針對 Biblioso Corp.技術作家 (美國為基礎的公司，專門在管理文件和當地語系化的服務)。