共用方式為

交換佇列和 A： Exchange 隨時會變更

  • 發行項

不論您要變更預設行事曆中的工作日，資料中心的結束點，或將伺服器重新導向，您總是必須以可以對 Exchange 的變更。

Henrik Walther

星期一憂鬱

問：我們正在歐洲大型組織，都只是從 IBM Lotus Domino 遷移到 Microsoft Exchange 2010。 大部分的使用者使用 Outlook Web App 2010年為其預設郵件用戶端。 「 星期日 」 是預設值設定在 [設定下該週的第一天觀察幾位使用者 |在 [控制台] 中的 [Exchange 中的行事曆 (請參閱圖 1)。

The default first day of the week for an Exchange 2010 mailbox

圖 1 預設第一天，一週的 Exchange 2010 信箱。

因為星期一的工作週的第一天我們區域中，我們會想要為組織中的所有 Exchange 2010 使用者變更此設定。 我們可用 Exchange 管理主控台 (EMC) 或 Exchange 管理命令介面 (EMS) 來執行這項操作集中的所有使用者嗎? 我們所討論的信箱中 EMC，和即使是透過 EMS 的 [屬性] 頁上使用 Get 信箱 cmdlet 大致相同，但我們無法看到任何一週的第一個工作日與相關的屬性。 您可以幫忙嗎？

**答：**星期一中大部分的歐洲國家則是工作週的第一天，所以我了解您挫折。 幸運的是，就會比較容易，若要變更所有使用者的設定。 您無法使用 EMC，但您肯定就可以使用 Exchange 管理命令介面 (EMS)。 大部分會認為您需要使用集合-信箱指令程式來變更該設定。 實際上，您需要使用此設定 MailboxCalendarConfiguration 指令程式。

執行下列命令，並看看您可以管理信箱的所有行事曆自訂設定 (請參閱圖 2)：

Get-MailboxCalendarConfiguration –Identity <user> | fl

Change the default first weekday via the Exchange Management Shell

圖 2 變更預設的第一個工作天，透過 「 Exchange 管理命令介面。

如果您想要變更為星期一的"WeekStartDay"，Exchange 2010 組織 (例如) 具有公司屬性中的 [康得股份有限公司 」 中的所有使用者，請使用下列命令：

Get-User –Filter "Company –eq 'Contoso'" | Set-MaiboxCalendarConfiguration –WeekStartDay “Monday”

返回中心

**問：**我們執行 Exchange 2010 大約年份現在。 我們大型組織中，然後到目前為止我們有單一資料中心裝載我們的 Exchange 2010 通訊方案。 我們已引入額外的資料中心，讓我們可以達成站台層級上的信箱恢復功能。 會有作用中的使用者連線到這兩個資料中心，讓我們建立的用戶端存取伺服器陣列 (CA 陣列) 中其他的資料中心。

我們已移到新的資料中心的前 100 使用者確認動作會在如預期般運作。 我們目前尚未有相當。 我們可以看到有 Outlook MAPI 用戶端端點從 」 outlook-1.contoso.com 」 (CA 陣列物件 FQDN 中第一個資料中心) 變更為 「 outlook-2.contoso.com"(新 CA 陣列物件 FQDN 中新的資料中心) 的問題。

Outlook MAPI 用戶端只是繼續使用舊的端點，這表示 Outlook 用戶端建立 RPC 工作階段到 CA 的陣列中第一個資料中心和 CA 陣列然後交談 RPC 與新的資料中心的信箱伺服器。 你知道是否是刻意這樣做嗎? 如果沒有，您有你知道我們如何修正它嗎？

**答：**某些 Exchange 佇列和 讀取器會記得我此主題之前。 當您將從 CA 陣列資料中心的信箱移至另一個 CA 陣列與另一個資料中心時，您不想讓舊端點無法解析/無法。 這會影響所有使用中的第一個資料中心的使用者。

這裡的解決方法，雖然它不完全是這樣 — 是，更新 Outlook MAPI 設定檔的使用者有信箱移動到新的資料中心 (使用 Outlook 中的 「 修復設定檔 」 選項。 執行個體)。

一些您可能想知道為何 Exchange 2010 行為這種方式。 它完全正常與舊版的 Exchange 一起工作。 Outlook MAPI 用戶端現在連線到 RPC 用戶端存取服務 (RPC CA 服務) 用戶端存取伺服器的角色，不直接到信箱伺服器角色上的儲存區。

在 [Exchange 2007，更早版本，當您從一個信箱資料庫移動信箱到另一個時，它會導致 Outlook 用戶端傳送"ecWrongserver"的來源信箱資料庫。 強制使用它來尋找現在會儲存信箱資料庫中的信箱。

RPC CA 服務無法使用"ecWrongServer"回應時 * 透過兩個資料中心之間] (資料庫參數或容錯移轉) 會發生 (和 RPC CA 服務)。 同樣地，它無法回應如果您移動信箱與信箱資料庫的一個資料中心到信箱資料庫中，目標資料庫的 RpcClientAccessServer 屬性，包含另一個完全 qualifed 的網域名稱 (FQDN)。

在 Exchange 2010 SP1 開發期間，沒有採用所謂的 「 允許跨站台 RPC 用戶端存取 」 選項，您將設定資料庫可用性群組 (DAG) 的計劃。 此選項被過度複雜，因此 Exchange 2010 SP1 在推出之前被削減右邊。

我們可以並存吗？

**問：**我們已經部署 Exchange 2010 至我們的 Exchange 2003 組織。 我們目前計劃要指向我們用來存取信箱的 Exchange 2003 Exchange 2010 CA 陣列中的命名空間。 我們已經新增到 SAN/UC 憑證，舊版的 FQDN (legacy.contoso.com)，我們已經 OWA 2010 虛擬目錄上設定的舊版的 URL。

我們已將用戶端流量分散到 CA 負載平衡器解決方案將卸載的啟用 SSL。 我們也您遵循的步驟，在此 TechNet Wiki 文件來設定 Exchange 2010 CA 伺服器上的 SSL 將卸載。 在 Exchange 2003 前端 (中文) 伺服器上未啟用 SSL 將卸載。

我們有點不確定是否將卸載 SSL 能在共存案例中，用戶端連線至 Exchange 2010 CA 伺服器和重新導向至您的 Exchange 2003 中文伺服器的位置。 您知道這種情況下是否將工作吗？

**答：**是，OWA 2003 使用者存取其信箱對 Exchange 2010 CA 伺服器，將工作階段重新導向至 Exchange 2003 中文伺服器進行驗證。 即使是使用負載平衡器方案和 Exchange 2010 CA 伺服器上啟用 SSL 運作。

一些您可能會有預期另一個答案。 設定在 OWA 2010 虛擬目錄的 Exchange 2003 URL 必須是形式的"https://legacy.contoso.com/exchange"和不"http://legacy.contoso.com/exchange"。否則將會出現事件識別碼 91 應用程式記錄檔中 (請參閱圖 3)。

Error in Application log when legacy URL is configured with HTTP, instead of HTTPS.

圖 3 錯誤應用程式記錄檔時，舊版的 URL 已設定使用 HTTP，而非 HTTPS。

舊版不 HTTP 和 HTTPS 必須啟動的 URL。 因為 Exchange 2010 CA 伺服器只是將用戶端工作階段重新導向至 Exchange 2003 中文伺服器，它會正常運作時使用 HTTPS OWA 傳統 url。

複製佇列

問： 當我使用其他的 Exchange 2010 DAG 案例 (通常是在實驗室環境中) 時，有時看極高的副本佇列長度 (請參閱 圖 4)。

An extremely high Copy Queue is always a possibility.

圖 4 極高的複製佇列是永遠可能性。

我以為我注意到在第一次，「 什麼？ 」在進一步的調查，我可以看到它是完全相同的數字，每次發生。 您知道這是錯誤或其他項目嗎吗？

**答：**數字您看見您可以為副本佇列長度的最大值。 在複製記錄不發生和叢集資料庫更新不會發生。 通常 DAG 節點之間的網路連線中斷會像這樣。

在較慢的實驗室環境中，這可能會發生某些部份。 您不應該看到它在實際執行環境中，不過。 如果您這麼做，我建議您試著找出根本原因不要其鬆散的 DAG 節點之間的網路連線..

Henrik Walther

**Henrik Walther**Microsoft 認證母片： Exchange 2007 和 16 年以上的經驗，IT 商務與 Exchange MVP。 他在工作時的 Microsoft 金色認證合作夥伴在丹麥，技術架構設計人員以及技術文件撰寫，如 Biblioso 股份有限公司 (美國公司的管理文件和當地語系化的服務)。 他也是在 Microsoft 簽約供應商 (包括 「 交換 」 和 「 Lync 小組) 的各產品團隊使用。

相關內容