交換佇列和 A：設定的難題
複寫、設定和移轉仍是 Exchange 系統管理員關切的重點。
Henrik Walther
複寫路由
問： 我們目前正在部署 Exchange 2010 郵件基礎結構。 我們打算稍後今年我們移轉。 我們正在設定信箱伺服器在一個大型資料庫可用性群組 (DAG)。 DAG 成員伺服器會分散在多個 Active Directory 站台及子網路。 每個 DAG 成員伺服器會有兩個網路介面 — 一個用於傳訊應用程式介面] (MAPI)，另一個則用於複寫。
在測試期間在我們的實驗室環境中，我們已經注意到永遠複寫後，透過 MAPI 網路。 我們已設定為每] 的指示進行複寫網路的靜態路由中其中一項您先前的 Exchange 佇列和 資料行。 您是否有任何做法什麼會導致此？
A： 您先說明一下您有 DAG 成員伺服器從不同的 Active Directory 站台和子網路。 這表示 DAG 網路就會為每個網路介面/子網路保有 DAG 成員伺服器建立 (請參閱 圖 1)。
.jpg)
圖 1有多個網路的每個 DAG 成員伺服器。
第一眼這看起來 [確定]，但是沒有隱藏的問題。 這將會導致執行 MAPI 網路上的所有複寫流量。 若要解決這個問題，您必須摺疊 DAG 網路。 如果您有兩個 Active Directory 站台中，比方說，DAG 成員伺服器，而每個伺服器擁有兩個網路介面中所示 圖 1，您必須為兩個摺疊四個 DAG 網路 (請參閱 圖 2)。 在此同時，它會隨之重新命名 DAG 網路是個好主意。
.jpg)
圖 2摺疊 DAG 網路到較小的群組，以解決流量路由問題。
動態記憶體
問： 我們執行 Exchange 2010 中型商店。 所有的 Exchange 2010 伺服器為虛擬的在 Hyper-V 為基礎的虛擬化基礎結構中執行。 我們最近會升級到 Windows Server 2008 R2 SP1 的 Hyper-V 根伺服器。 您可能已經知道，這個 service pack 中的新 Hyper-V 特定功能的其中一個是動態的記憶體。 這可協助我們更有效率地使用實體記憶體。
您知道和 (或是否它有支援) 若要以更有效率地運用記憶體資源 Hyper-V 根伺服器上啟用 Hyper-V 為基礎 Exchange 2010 伺服器上的動態記憶體建議吗？
A： 不幸的是，支援態勢是還是一樣的：不支援 (請檢查這裡 如需詳細資訊)。 即使它所支援，它真的不太合理的類 Exchange 應用? 式。
動態記憶體合理工作負載而設計的應用程式的記憶體位置所需的很短的時間。 Exchange 伺服器被為了持續使用的記憶體。 比方說，在 Exchange 2010 伺服器已安裝信箱伺服器角色上，Store.exe 處理會配置大部分的可用記憶體 (資料庫快取) 的實體或虛擬伺服器中。
這背後的邏輯是要能夠傳遞給使用者，較佳的效能，同時仍將資料庫放在相較之下速度儲存像 JBOD 組態中的 SATA 7200 微調磁碟上。 即使資料庫放在 superfast 的磁碟上，效能會永遠不會是相當好的虛擬位址空間從直接讀取資料時。 您會想要盡可能直接從資料庫快取，而不是從基礎儲存子系統讀取的資料量。
說到其他 Exchange 伺服器角色 (用戶端存取、 集線傳輸和 Edge Transport) 時，動態記憶體仍不太合理 Exchange 是特別設計來使用記憶體的方式。 一個多個附註：將虛擬化 [統一訊息伺服器角色並不支援。
合併樹系
問： 我們合併多個使用 Exchange 2003 至新的 Active Directory 樹系與 Exchange 2010 的 Active Directory 樹的過程中。 我們所採用的移轉方法是先使用備製 MoveRequest.ps1 指令碼來準備來源信箱來進行以跨樹系移動。 我們使用"linkedmailuser"參數在目標樹系中建立連結的 MailUser 物件。
然後我們移動信箱，並將它設定為連結的信箱，所以使用者可以登入從來源樹系使用他 Active Directory 使用者帳戶，直到他 Active Directory 使用者帳戶遷移到目標樹系的 Exchange 2010 信箱。 因為這種遷移方法，我們有時候需要將信箱轉換成連結的信箱，並將未連結的信箱轉換成連結的信箱。
我們知道在步驟 echNet 的 Exchange 2010 相關文件 ，說明如何將信箱轉換為連結的信箱，但它並不是最好的方法。 您停用信箱，並將它連接到各自的來源樹系中的使用者。 這種方法移除所有 Exchange 屬性，並將保留為停用一段時間的信箱。 您知道個更雅緻的方式，若要這樣做嗎吗？
A： Exchange 已成為龐大的產品，所以文件儲存機制是相當廣泛。 沒有專用及尋找熱愛 Exchange 寫入器小組的開發新的內容，並保留現有的內容更新，但有些主題很忘記 — 也就是發生了什麼事說到轉換連結的信箱或進行相反動作的使用者信箱。 Exchange 2007 sp1， Exchange 開發人員提升組使用者指令程式，所以它可以處理的案例需要連結的信箱或進行相反動作轉換使用者信箱的位置。
如果您想要將 UserMailbox 轉換為 LinkedMailbox 物件，您可以使用下列命令：
設定使用者的身份 <mailbox> -LinkedDomainController < 帳戶樹系中的 DC > -LinkedCredential $(取得認證 < 帳戶樹系中的網域系統管理員帳戶 >)-LinkedMasterAccount < 帳戶樹系中的使用者帳戶 >
這樣會將 msExchMasterAccountSid 屬性加入至目標樹系中的帳戶，並變更收件者類型而定和其他詳細資料，視情況。 若要將 LinkedMailbox 物件轉換為 UserMailbox 物件，使用下列命令：
設定使用者的身份 <linkedMailbox> -LinkedMasterAccount $ null
這會將收件者的型別轉換成 UserMailbox，並清除適當地 msExchMasterAccountSidattribute。 附註：您必須以手動方式啟用 Active Directory 帳戶。 此處提供的 [設定使用者] 指令並不會為您做這樣。 我要感謝威廉 Rall Exchange 小組，從收件者，我原本學會這個技巧。
ADFS 驗證支援
問： 我們剛升級我們的郵件基礎結構從 Exchange 2003 至 Exchange 2010。 我們也是實作單一登入 (SSO) 透過宣告式驗證由 Active Directory 同盟服務 (AD FS) 傳送的使用的過程中。 我想知道是否您知道 Exchange 2010 年是否支援 AD FS 為基礎的驗證，或如果它將會支援在即將推出的版本？
A： 目前，Outlook Web 應用程式 (OWA) 2010年可以透過 AD FS 2.0 可以從宣告為基礎的驗證 (及 WS-同盟通訊協定)。 您有時間這個問題很好，因為 Microsoft 法國最近發佈的內容很大的 逐步白皮書 (英文) ，會引導您完成設定 OWA 2010 至運用宣告式驗證的程序。
.jpg)
Henrik Walther 是 Microsoft 認證母片：Exchange 2007 和 Exchange MVP 與 15 年以上經驗 IT 企業中。 他在工作時為 TimengoConsulting (Microsoft 金色認證合作夥伴在 」 台北縣)，技術架構設計人員和 Biblioso 股份有限公司的技術作家 (美國公司的管理文件和當地語系化服務)。 您會以電子郵件在 Waltherv-henwal@microsoft.com.