共用方式為


交換佇列 (& I)a:Exchange Server 2010 SP1 焦點主題

Exchange Server 2010 的第一個 Service Pack 預計將於後半年正式推出,但是目前已經有不少人針對它發表許多問題和評論。

Henrik Walther

連接埠的問題

/q: 當我們打算升級到 Exchange 2010 SP1 我們 Exchange 2010 生產環境,當它釋出今年稍後,我們我們沙箱中測試被 Exchange 2010 SP1 的 Beta 版本。 我們在 CAS 陣列中有四個 Exchange 2010 用戶端存取伺服器。 我們可以使用協力廠商的硬體負載平衡器的 CAS 伺服器負載平衡 Exchange 用戶端流量。 我們也指派靜態 RPC 用戶端存取服務及 Exchange 通訊錄服務的 RPC 連接埠。

我們開始使用 Exchange 2010 SP1 之後,我們有各種不同的連線到信箱,使用 Outlook 的問題。 我們也必須開啟從 Outlook 的通訊錄] 的問題。 我們 don’t 似乎有這些問題,請使用 OWA 時。 您看過這或至少有什麼可能造成這種行為了解?

a: Exchange 2010 RTM] 版本與您會指派靜態的 RPC 連接埠,RPC 用戶端存取服務藉由新增名為在登錄中的 「 TCP/IP 連接埠 」 的 DWORD 機碼。 這就是下:HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeRpc\ParametersSystem。 您會也被指派靜態的 RPC 連接埠,Exchange 通訊錄服務使用 Microsoft.exchange.addressbook.service.exe.config 檔案從 Exchange 2010 安裝資料夾中的 「 紙匣 」 資料夾中。

Exchange 2010 SP1,項目已變更位元到 Exchange 通訊錄服務指派靜態連接埠時。 防止 Exchange 安裝程式覆寫自訂 Microsoft.exchange.addressbook.service.exe.config 檔中輸入的值,並使此組態步驟與指派靜態的 RPC 連接埠,RPC 用戶端存取服務的方式更一致 Exchange 產品群組決定將這個組態選項移至登錄。

如果您升級到 Exchange 2010 SP1 的用戶端存取伺服器之後開啟 Microsoft.exchange.addressbook.service.exe.config 檔案,您不會再看到

<add key="RpcTcpPort" value="static_port" />

您可以看到在 的 圖 1

Figure 1 With Exchange 2010 SP1, you no longer assign static port for the MSExchangeAB in a config file

圖 1 與 Exchange 2010 SP1,您不再指派靜態連接埠 MSExchangeAB,在 組態檔。

Exchange 2010 SP1,您可以指派靜態的 RPC 連接埠,Exchange 通訊錄服務所要 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\MSExchangeAB 向下切入。 此處,您需要建立新的索引鍵,名為 「 參數 」 (不 ParametersSystem)。 在此的機碼下建立新 REG_SZ 字串 (不是 DWORD) 名為 「 RpcTcpPort 」,並指定您想要指派給服務, 的 圖 2 所示的 RPC 連接埠號碼。

Figure 2 With Exchange 2010 SP1, you assign a static port for the MSExchangeAB in the registry

圖 2 與 [Exchange 2010 SP1] 中,指派靜態連接埠的 MSExchangeAB,在 登錄中。

它 ’s 一點要注意的任何目前靜態 RPC 連接埠指派給 Exchange 通訊錄服務使用 Microsoft.exchange.addressbook.service.exe.config 檔案 won’t 自動轉換成一個登錄。 您需要升級到 Exchange 2010 SP1 之後以手動方式執行此動作。 聽起來像這是什麼造成連接至 Outlook 信箱時,您遇到的問題。

匯入和匯出信箱

/q: 使用 Exchange 2007 SP1,我們匯入信箱和匯出信箱指令程式,我們用來匯入或匯出資料或 PST 檔案。 雖然這些兩個指令程式取代了很好的舊 ExMerge 工具,所要求的需求。

若要使用 [指令程式,您必須安裝 32 位元版本的 Exchange 2007 SP1 管理 」 工具,以及 Outlook 2003 SP2 或更新的版本中,專用的伺服器或工作站上。 MAPI 提供者包含與 Exchange 2003 和先前已被移除 Exchange 2007。

依看的到 Exchange 2010 RTM 仍然使用匯入信箱和匯出信箱的指令程式。 雖然遠端 Windows PowerShell 的支援藉由讓您在桌上型電腦或伺服器上的這些 cdmlets 執行沒有安裝的 Exchange 2010 管理工具有點改進項目,仍然需要安裝信箱伺服器上的 Outlook 2010 64年位元。 指令程式也似乎有點出錯 Exchange 2010 中。

Exchange 2010 SP1 請考慮要如何匯入和匯出信箱資料,若要從 PST 檔案的任何改進?

a: 簡短的答案是肯定的。 有 ’s 許多,在此區域中變更。 長的答案也是 [是]。 兩個全新的指令程式 Exchange 2010 SP1 — MailboxImportRequest 和 MailboxExportRequest — 已經取代舊的匯入信箱和匯出信箱指令程式。

更就好 Exchange 產品群組也以為它已經擺脫 Outlook 2010 MAPI 提供者需求很好的作法。 Exchange 2010 自己 [MAPI] 提供者,而這些兩個新的指令程式會利用 Exchange 信箱複寫服務 (MRS)。 您可以匯入或匯出資料的非同步處理程序就像當您移動信箱使用新增 MoveRequestcmdlet 透過 (請參閱 的 圖 3)。

因此,如果要匯入到 Exchange 2010 SP1 信箱的 PST 檔命令看起來會像這樣:

New-MailboxImportRequest-Mailbox HEW -FilePath\\EX02\PSTFileShare\HEW.pst

Figure 3 Importing data from a PST file to an Exchange 2010 SP1 mailbox

圖 3 匯入資料,從 PST 檔案到 Exchange 2010 SP1 信箱。

請注意,現在指向一個的 UNC 不是指令程式執行在其伺服器上本機資料夾。 這也會有數個好處。

封存的答案

/q: 使用 [Exchange 2010 RTM,我們 couldn’t 直接到 Exchange 2010 信箱的線上封存中匯入 PST 檔案。 而是,我們必須先匯入資料,主要的信箱,並從該處拖曳和放置內容 (或使用保留原則) 線上封存。

您是否知道是否這會變更 Exchange 2010 SP1 吗?

a: 如前一個回應中所述的說到 PST 檔案中的 [匯入及匯出信箱資料,若要變更很多東西。 是相同的匯入和匯出資料,與線上的封存。

使用指令相同程式 (MailboxImportRequest 和 MailboxExportRequest) 現在可以移動進出 (如同在 的 圖 4) 的線上封存的資料。 我在上一次回應中所提供的指令您應使用類似下列的項目直接到線上的保存檔匯入資料:

New-MailboxImportRequest -Mailbox HEW –IsArchive-FilePath\\EX02\PSTFileShare\HEW.pst

Figure 4 Importing data from a PST file to an Exchange 2010 SP1 online archive

圖 4 匯入資料,從 PST 檔案 的 Exchange 2010 線上封存。

避免強制重新啟動

/q: 與 Exchange 2010 RTM,使用者可以使用他的信箱中,雖然正在移動兩個 Exchange 2010 信箱資料庫之間,或一個 Exchange 2007 SP2 和 Exchange 2010 RTM 信箱資料庫之間。 您可以看到在 的 圖 5,不過,結尾的移動,使用者已告知結束並重新啟動 Outlook,若要套用最近的變更。

Figure 5 Outlook restart triggered by Exchange 2010

圖 5 Outlook 重新啟動 Exchange 2010 由引動

您是否知道是否 Microsoft 已完成 Exchange 2010 SP1 考慮到這個區域中任何進一步的工作吗? 的 圖 5 中的對話方塊是次要的困擾為結尾的使用者,所以如果他們也可以移除這個步驟可能很實用。

a: ’s 一個很好的問題,而且是,實際上已在此區域中的一些工作。 Exchange 2010 SP1,如果兩個 Exchange 2010 SP1 的資料庫之間移動信箱使用者通常 won’t 收到 「 Outlook 必須重新啟動 」 的對話方塊方塊,除非:

  • RpcClientAccessServer 屬性是兩個相關的信箱資料庫之間的不同。 (這是通常寫 don’t 使用 CAS 陣列時)。
  • 如果您移動信箱在 Active Directory 站台 1 (與一個設定的 CAS 陣列) 的來源信箱資料庫之間到 Active Directory 站台 2 中的目標信箱資料庫 (與另一個設定的 CAS 陣列)。
  • 如果信箱已命名的屬性使用重設 DoNotPreserveMappingSignature 參數執行新增 MoveRequestcmdlet 時。

如果您在 Exchange 2003/2007年] 及 [Exchange 2010 SP1 之間移動信箱,仍然必須重新啟動 Outlook。

關於如何持續得到控制

/q: 我們只是從 Exchange 2003 升級,到 Exchange 2010 RTM。 因此就目前我們好喜歡這個版本的功能 — 尤其是在新 Exchange 控制面板 (ECP)。 但是,我們面對 [ECP 有問題。 除了它們的一般擁有信箱功能的使用者帳戶之外我們的 IT 專業人員會有另一個系統管理員帳戶。 我們的 IT 原則規定擁有信箱功能的系統管理帳戶 aren’t 允許在組織內。 我們的測試會顯示若要存取 [ECP,您必須登入以擁有信箱功能的帳戶。

如果您知道,這項限制方面的任何因應措施的我們不想知道嗎? 我們真的會想要使用 [ECP 的許多 Exchange 2010 相關的系統管理工作。

a: 早期的 Exchange 2010 的 「 開發] 階段開發小組決定存取 [ECP 的帳戶需要 Exchange 2010 信箱。 這項決策主要的理由是工程支援非擁有信箱功能的帳戶,擁有信箱功能的帳戶會有存取權,ECP 的案例所需的努力。 允許存取會導致不同的程式碼路徑,其中一次表示增加的複雜性/測試成本。 因此,Exchange 產品群組決定設定此限制,並專注於提供在 GUI 中的實際功能。 因此就是 Exchange 2010 RTM 版本會要求存取 [ECP 任何使用者/系統管理員帳戶必須擁有信箱功能。

大部分的您所知 Exchange 產品群組會接受所有的意見反應從社群和客戶非常嚴重。 在就實際上許多功能變更基礎上的意見反應。 因為 Exchange 2010 RTM 版本,Exchange 群組已學到許多組織已經放置到您類似中的 IT 原則。 因此,它 ’s 好能告訴您 Exchange 2010 SP1 發行稍後這個行事曆年度時, 這項需求將會消失。

Exchange 2010 SP1,您可以登入,直接到 ECP (https://mailcontoso.com/ecp),以非郵件並不擁有信箱功能 AD 使用者帳戶 ( 的 圖 6)。

Figure 6 Opening ECP using a non-mail or non-mailbox-enabled AD user account

圖 6 的 開啟 ECP 使用非郵件] 或 [非擁有信箱功能的 AD 使用者帳戶

Rhyme 和修復的原因

/q: 我們的組織,已從 Exchange 2007 升級 Exchange 2010 至。 有時候,我們需要信箱資料庫上執行離線修復。 我們想要詢問是否您仍需要執行 ISInteg 之後需要修復在舊版的 Exchange 伺服器中的信箱資料庫吗?

我們偶爾會需要偵測並修復 Exchange 2010 信箱資料庫中的信箱的是該怎麼辦? 與 Exchange 2010 Exchange 產品群組是離 ISInteg 移動。 在 [Exchange 2010 SP1,我們具有全新的指令程式呼叫新增 MailboxRepairRequest。 這會取代 ISInteg 工具。 在裝載的它們 ’re 所在的信箱資料庫時您可以以非同步的方式對一或多個信箱執行所這個指令程式。 請記住,不過,信箱正在修復使用此指令程式將會中斷。

若要偵測,並修復資料夾檢視我們會使用下列的內容:

New-MailboxRepairRequest -Mailbox HEW -CorruptionTypeFolderView

Figure 7 Running the new Mailbox Repair cmdlet against a mailbox

圖 7 執行新的信箱修復指令程式,對信箱

您也可以針對信箱的資料庫執行指令程式,但直到您完成修復程序,會接著會中斷該資料庫中的所有信箱的存取。

****Henrik Walther****是 Microsoft 認證母片:Exchange 2007] 和 [Exchange MVP 15 年以上的經驗 IT 公司中。 他在工作時技術架構設計人員 forTimengoConsulting (一個 Microsoft 金認證合作夥伴在台北縣) 以及 Biblioso Corp.的技術的寫入器 (美國為基礎的公司,專門在管理文件和當地語系化的服務)。 您可以在 v-henwal@microsoft.com 電子 Walther。

相關內容