Exchange 佇列問題與解答校準磁碟分割、規劃 SCR 及其他
Henrik Walther
問：我目前正計畫從 Exchange Server 2003 移轉至新的 Exchange Server 2007 組織結構。為了將公用資料夾複寫到新組織結構，我打算使用 Microsoft® Inter-Organization Replication (IORepl) 工具。但是我聽說 Exchange 2007 目標伺服器並不支援 IORepl，而必須改把 Exchange 2003 伺服器放回目標 Exchange 組織結構中。
答：關於在 Exchange 2003 組織結構與單純的 Exchange 2007 組織結構之間複寫可用/忙碌資料或公用資料夾的謠言不斷，但這並非屬實。事實上，在裝有 Exchange 2007 管理工具但沒有任何其他 Exchange 2007 server role 的伺服器上，完全支援使用 IORepl。不過要牢記的是，您在伺服器上也必須安裝 Microsoft Exchange Server 訊息應用程式發展介面 (Messaging Application Programming Interface，MAPI) 用戶端和協同作業資料物件 (Collaboration Data Objects，CDO) 才行，因為基本產品安裝已經不再提供這些項目。
問：我正在為一家擁有 150,000 個基座的大公司設計 Exchange Server 2007，而且我需要計算 Exchange 2007 通訊基礎結構所需的通用類別目錄伺服器的數量。您可以幫忙嗎？
答：當然沒問題！這正是本專欄存在的目的。首先要了解的是，計算需要多少通用類別目錄伺服器 (或者更具體的說，多少核心 — 我們在這裡不是指處理器) 要根據您打算使用的 Exchange 2007 信箱伺服器核心總數來計算。要注意，請只以信箱伺服器為主來計算通用類別目錄伺服器核心的數目，不要包括其他 Exchange 2007 server role — Client Access、Hub Transport、Unified Messaging 或 Edge Transport。雖說其他 Exchange 2007 server role 會影響所需之通用類別目錄伺服器的數目，但部署的信箱伺服器數量對其他 Exchange 2007 server role 也會有影響，換句話說，您可以根據信箱伺服器的數量來計算所需之通用類別目錄伺服器的數目。
此外，通用類別目錄核心的數目也要看您在 Active Directory® 基礎結構中是使用 32 位元還是 64 位元為主的網域控制站而定。若是使用 32 位元網域控制站，則使用 4:1 的比例，也就是說每 4 個信箱伺服器核心應該擁有 1 個通用類別目錄核心。若是 64 位元網域控制站，比例則為 8:1。因此，譬如您正在部署裝有 8 個核心的 Exchange 2007 信箱伺服器，並且使用的是 64 位元網域控制站，那麼每部 Exchange 2007 信箱伺服器就需要 1 部通用類別目錄伺服器。最後，當使用 64 位元網域控制站時，確定您有安裝足夠的記憶體，以便在記憶體中快取整個 Active Directory 資料庫 (NTDS.DIT 檔案)。
問：上一題的答案說明了關於每部 Exchange 2007 信箱伺服器建議的通用類別目錄伺服器數目。那我應該如何算出應該部署的 Exchange 2007 Hub Transport 和 Client Access server role 的數目呢？
答：就跟前題答案所建議的一樣，您應該部署的 Exchange 2007 Client Access 與 Hub Transport Server (或者，更具體的說，伺服器核心) 的數量跟信箱伺服器核心的數目密切相聯。雖說沒有一定的規則，但首則是每 4 個信箱伺服器核心 1 個 Client Access Server 核心 (4:1 比例)，而每 7 個信箱伺服器核心 1 個 Hub Trasnport Server 核心 (7:1)。後者適用於沒有安裝防毒掃描的 Hub Transport Server。若裝有防毒掃描產品，例如 Forefront Security for Exchange，比例一般接近每 5 個信箱伺服器核心 1 個 Hub Transport Server 核心 (5:1 比例)。
問：我聽說在 Exchange 2007 伺服器中不建議安裝 8 顆以上的處理器核心。這是真的嗎，若真是如此，原因何在？
答：這是真的。雖然安裝多核心處理器可讓 Exchange Server 2007 受益匪淺，但您在 Exchange 2007 伺服器中應該安裝的最大核心數量是 8 顆。更具體的說，使用額外的核心 — 最多 8 顆 — 事實上只有兩個 Exchange 2007 server role 能從中受益，那就是 Hub Transport 和 Mailbox server role。而且這是就極為忙碌、每天處理上百萬的訊息及存有數千個信箱的 Exchange 2007 伺服器而言。
Exchange 產品小組實際上在裝有 12 顆處理器核心的 Exchange 2007 信箱伺服器中進行過測試，卻發現到負面的儲存效能和延展性。他們也觀察到遠端程序呼叫 (RPC) 平均延遲在從 8 顆增加到 16 顆核心時加倍。
除非您預期信箱伺服器會超級忙碌，否則 4 顆處理器核心一般就綽綽有餘。如需關於其他 Exchange 2007 server role 的詳細資訊和處理器考量，請參閱 technet.microsoft.com/aa998874。
問：我們目前正從 Exchange 2000 和 Exchange 2003 組織結構跨樹系移轉到新的 Exchange 2007 組織結構。然而，當我們嘗試使用 Move-Mailbox 指令程式並指定 -SourceMailboxCleanupOptions DeleteSourceMailbox 參數，將信箱從來源樹系移到目標樹系時，卻出現了下列錯誤：
「雖然信箱已移至目標 Exchange 伺服器並從來源 Exchange 伺服器中移除，但刪除來源信箱使用者的信箱屬性時仍發生錯誤。網域控制站 'file01' 作業系統版本為 5.0 (2195) Service Pack 4。需要的最小版本為 5.2 (3790) Service Pack 1。」
來源樹系中有個以 Windows Server® 2003 為主的網域控制站 (同時也是通用類別目錄伺服器)，但您似乎無法指定在來源樹系中應該使用哪個網域控制站，因為 –DomainController 參數只能指定目標樹系中的網域控制站或通用類別目錄伺服器。這樣對嗎？若是如此，有何因應的辦法嗎？
答：沒有錯，您無法從來源樹系將網域控制站或通用類別目錄伺服器作為 Move-Mailbox 指令程式的一部分指定，網域控制站 (通用類別目錄伺服器) 是隨機挑選的。因應措施有好幾個，但是沒有一個脫穎而出。第一個因應辦法是從來源樹系解除委任任何以 Windows® 2000 為主的網域控制站，但我知道這通常不可行。第二個辦法對您的情況可能蠻管用的。Move-Mailbox 指令程式必須使用同時也是通用類別目錄伺服器的網域控制站，換句話說，您可能可以在來源樹系中移除任何 Windows 2000 伺服器的通用類別目錄伺服器來解決這個問題。我用過這個方法成功移轉過幾個案例，所以它肯定值得一試。
問：在同一個 Active Directory 站台中 (例如美國) 安裝 Exchange 2007 Client Access Server、Hub Transport Server 或信箱伺服器，然後將伺服器送到其他 Active Directory 站台 (例如丹麥) 可行嗎？如果有支援這種作法，Exchange 2007 伺服器接下來會自動探索新的 Active Directory 站台成員資格，還是需要手動介入？
答：是的，這種案例完全支援，而且完全不需要手動介入。Net Logon (NetLogon) 和 Microsoft Exchange Active Directory 拓樸 (MSExchangeADTopology) 服務會負責處理 Exchange 2007 伺服器的站台成員資格。如果伺服器變更站台成員資格，MSExchangeADTopology 服務便會自動更新該伺服器的站台屬性，稱為 msExchServerSite 屬性。如 [圖 1] 所示，您可以透過使用像是 ADSIEdit 的工具來查看 msExchServerSite 屬性。
[圖 1] 查看 msExchServerSite 屬性 (按一下以放大影像)
如果您想要更深入了解 Exchange 2007 和 Active Directory 站台彼此有何關聯，我強烈建議您查閱 Exchange 2007 說明文件中名為「了解 Active Directory 站台式的路由」(英文) 一節，網址是 technet.microsoft.com/aa998825。
問：在信箱資料庫有啟用本機連續複寫 (LCR) 的 Exchange 2007 信箱伺服器上，可以使用 Microsoft Data Protection Manager 2007 (DPM 2007) 透過被動式信箱資料庫複本來備份信箱資料嗎？
答：雖然您可以使用 DPM 2007 在 Exchange 2007 叢集連續複寫 (CCR) 環境中透過被動節點來備份信箱資料庫，但這在處理 Exchange 2007 LCR 環境中的信箱資料庫複本時，並沒有受到支援。
問：我知道可以將 Exchange Server 2007 叢集信箱伺服器 (CMS) 資料庫移植到獨立的信箱伺服器，但是在以 CCR 或單一副本叢集 (SCC) 為主的 Exchange 2007 CMS 上可以掛接非叢集資料庫嗎？
答：由於 Exchange Server 2007 資訊儲存庫對它所在的伺服器類型一無所知，因此在以 CCR 或 SCC 為主的 CMS 上掛接非叢集資料庫完全受到支援。
問：根據 technet.microsoft.com/bb508861 上的文章，叢集 Exchange 2003 伺服器上並不支援 Exchange Server Quota Message Service (QMS)。然而，我想知道這項服務未來在 Exchange 2003 或 Exchange 2007 叢集環境會受到支援嗎？
答：Exchange Server QMS 工具未來在 Exchange 2003 CMS 不會受到支援。而且 QMS 工具在叢集式 (或是非叢集式) Exchange 2007 信箱伺服器上也沒有受到支援。但若是您在公司內使用 Exchange 2007，實在沒有理由安裝 QMS 工具，因為 Exchange 原本就提供相同的功能。如需有關如何在 Exchange 2007 中管理配額郵件的詳細資訊，請參閱 technet.microsoft.com/bb232089。
問：您知道有什麼參考文件會列出 Active Directory 使用者和/或群組物件上設定的屬性，特別是當這些實體分別已啟用信箱或郵件功能嗎？
答：Exchange 2007 說明文件中的＜分割權限模型參考資料＞(英文) 有列出這些屬性。您可以在 technet.microsoft.com/bb430782 上找到此篇文章。
問：有什麼辦法可以在我們的 Exchange 2007 郵件基礎結構中將 Exchange 2007 Hub Transport Server 指定成 Bridgehead 伺服器，以便用於內部郵件流程嗎？比方說，我們的構想是希望將從 Active Directory 站台 1 傳到 Active Directory 站台 2 的所有郵件透過 Hub Transport Server A (位於 Active Directory 站台 1) 路由到 Hub Transport Server B (位於 Active Directory 站台 2)，或反之亦然。這種作法可行嗎？
答：不行，要這麼做，Active Directory 站台的信箱伺服器必須要知道收件者是否位於不同的 Active Directory 站台。而 Exchange 2007 Malibox server role 並沒有這樣的內建機制。
除非將 Hub Transport Server 安裝在信箱伺服器本機上，那麼信箱伺服器就一定會在相同 Active Directory 站台內的各個 Hub Transport Server 之間進行負載平衡連線 (如果信箱伺服器上裝有 Hub Transport server role，那麼與信箱伺服器相同實體電腦上的 Hub Transport Server 具有較高的優先順序)。
Exchange 2007 只有在分類之後，才會知道收件者信箱的所在位置。最可能完成此目標的方法，是使用 Set-MailboxServer 指令程式搭配 SubmissionServerOverrideList 參數，來建立一份信箱伺服器應該使用的 Hub Transport Server 靜態清單，如 [圖 2] 所示 (請參閱 technet.microsoft.com/bb232193)。
[圖 2] 信箱伺服器設定 (按一下以放大影像)
這表示要是您指定 Hub Transport Server A 或 B，信箱伺服器始終會使用該 Hub Transport Server，不光是在特定站台傳給收件者的郵件，連所有 Active Directory 站台，以及本機郵件傳遞都會使用該伺服器。既然理論上這樣會產生單一失敗點，我不建議採用這種方法。
問：我計畫在 Windows Server 2008 上安裝 Exchange Server 2007 SP1 信箱伺服器，而我對磁碟校準有點好奇。我知道對於將 Exchange Server 2003 或 Exchange Server 2007 安裝在執行 Windows Server 2003 的伺服器，建議使用 diskpart 工具建立磁碟分割來存放交易記錄檔和信箱儲存區，以提升整體效能。另外也建議根據廠商的建議來校準存放裝置磁碟分割。如果存放裝置廠商沒有任何建議，Microsoft 最佳作法建議使用 64KB 的值。
當在 Windows Server 2008 上安裝 Exchange 2007 信箱伺服器時，我該如何設定磁碟校準？相同的規則適用嗎？
答：您猜怎麼著？使用 Windows Server 2008，您不必再使用 diskpart 工具對存放 Exchange Server 2007 SP1 交易記錄檔和信箱資料庫的磁碟分割校準磁軌。Windows Server 2008 已經修正 Windows Server 2003 中的磁碟分割校準問題，問題是發生在當您使用 Windows 磁碟管理工具時，磁碟分割總是從第 64 個磁區開始，因而使整個磁碟分割無法校準。
有關磁軌校準問題的詳細資訊，可在 Exchange 小組部落格上找到，網址是 msexchangeteam.com/archive/2005/08/10/408950.aspx。此外，Windows Server 2008 會透過使用 1024KB 界限來校準磁碟分割。Technet 上的 Exchange Server 2007 說明文件，對此也有說明，網址是 technet.microsoft.com/bb738145。
問：我們目前正處於在以 Exchange Server 2007 SP 1 為基礎的郵件環境內實作待命連續複寫 (SCR) 的規劃階段。我們的工作室規模相當小，而且我們負擔不起部署一部以上的實體電腦，將 Exchange 2007 伺服器安裝成第二個站台中的 SCR 目標。
我們不太確定 SCR 目標上除了 Mailbox server role 之外，是否也支援其他角色。
答：是的，來源和目標 SCR Exchange 伺服器都可以執行其他 Exchange 2007 SP1 角色。這表示它完全支援部署裝有像是 Client Access、Hub Transport 和 Mailbox server role 的 Exchange 2007 SP1 伺服器，然後把這些當作 SCR 目標。
問：我們公司是以 Windows Server 2003 Active Directory 樹系和 Exchange 2007 郵件基礎結構為主，而且不久後需要與近來併購的公司合併。合併兩家公司的其中一項需求是隔離 Exchange 2007 通訊清單，這樣一來每家公司裡面的使用者就只能看到內含其本身使用者的通訊清單。
我隱約記得有些微軟知識庫文章有包含如何在 Exchange 2003 環境內完成這項作業的逐步指示。若要在以 Exchange 2007 為主的郵件環境中隔離通訊清單，有什麼方法可行？
答：在此我沒有足夠的篇幅提供所有必要的步驟。所幸，Microsoft 最近發行了一份技術白皮書，其中說明如何在 Exchange 2007 中設定虛擬組織和通訊清單隔離。您可以在 technet.microsoft.com/bb936719 上找到這份白皮書。此外，您也應該確實花幾分鐘的時間，閱讀 Dave Goldman 的部落格上與此白皮書相關的張貼意見 (請參閱 go.microsoft.com/fwlink/?LinkId=115499)。
問：Exchange Server 2007 需要 Windows Internet Naming Service (WINS) 才能適當運作嗎？
答：Exchange Server 2007 產品本身並不需要 WINS。但是看您在 Exchange Server 2007 郵件環境內使用哪個版本的 Microsoft Office Outlook® 而定，您可能需要用到 WINS。如果您的郵件環境只單純包含 Exchange 2007 伺服器和 Outlook 2007 或 Outlook 2003 用戶端，那麼就不需要 WINS。
不過，Outlook 2007 倒是在罕見的情況下會需要用到 WINS。那就是當將信箱移轉到新的 Exchange 樹系時，Outlook 2007 的 RTM 版會使用 NetBIOS 名稱而不是預期中的完整格式網域名稱 (FQDN) 來嘗試連接到 Exchange 信箱伺服器。不過，這個問題在 2008 年 1 月發行的 Outlook 2007 Post-SP1 Hotfix 套件已經修正 (support.microsoft.com/?id=941275)。
如果您的使用者擁有 Outlook 2002，就一定需要 WINS，因為這個用戶端有賴於 NetBIOS 名稱解析。由於 Exchange 2007 不支援的關係，因此我在此處沒有特別提到 Outlook 2002 之前的 Outlook 用戶端，不過這些版本的情況也一樣。
Henrik Walther 是一位微軟認證架構設計師：不僅是傳訊 (新手) 和 Exchange MVP ，而且在 IT 產業擁有 14 年以上的經驗。他在 Interprise Consulting 擔任技術架構設計師，同時也是 Biblioso Corporation 的技術文件作家。