交換隊(duì)列和a:專注于 Exchange Server 2010 SP1
Exchange Server 2010 的第一個(gè) Service Pack 計(jì)劃于今年晚些時(shí)候正式發(fā)布,但目前已經(jīng)有了很多關(guān)于它的問題和意見。
Henrik Walther
端口問題
/q: 如我們所做計(jì)劃,以我們 Exchange 2010 生產(chǎn)環(huán)境升級到 Exchange 2010 SP1 中,當(dāng)它的發(fā)布今年晚些時(shí)候我們測試已在我們的沙盒 Exchange 2010 SP1 測試版。 CAS 數(shù)組中,我們有四種 Exchange 2010 客戶端訪問服務(wù)器。 我們在使用硬件負(fù)載平衡器從第三方供應(yīng)商的 CAS 服務(wù)器負(fù)載平衡 Exchange 客戶端通信。 我們還分配靜態(tài) RPC 端口的 RPC 客戶端訪問服務(wù)和 Exchange 通訊簿服務(wù)。
我們開始使用 Exchange 2010 SP1 之后,我們有多種連接到使用 Outlook 郵箱的問題。 我們還必須從 Outlook 中打開通訊簿的問題。 don’t 似乎有這些問題時(shí)使用 OWA。 您已經(jīng)看到這或至少大概的內(nèi)容可能會導(dǎo)致此行為?
a: Exchange 2010 RTM 的版本與您將分配一個(gè)靜態(tài)的 RPC 端口的 RPC 客戶端訪問服務(wù)通過添加名為在注冊表中的 TCP/IP 端口的 DWORD 項(xiàng)。 這將是下:HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeRpc\ParametersSystem。 您將還分配靜態(tài) Exchange 2010 安裝文件夾中的 Bin 文件夾中使用 Microsoft.exchange.addressbook.service.exe.config 文件中的 Exchange 通訊簿服務(wù)的 RPC 端口。
Exchange 2010 sp1,事情已更改一個(gè)位時(shí)將某個(gè)靜態(tài)端口分配給 Exchange 通訊簿服務(wù)。 若要為了防止 Exchange 安裝程序重寫自定義 Microsoft.exchange.addressbook.service.exe.config 文件中輸入的值,并使此配置步驟與分配一個(gè)靜態(tài)的 RPC 端口的 RPC 客戶端訪問服務(wù)的方式更一致 Exchange 產(chǎn)品組決定將此配置選項(xiàng)移動到注冊表。
如果您升級到 Exchange 2010 SP1 的客戶端訪問服務(wù)器后打開 Microsoft.exchange.addressbook.service.exe.config 文件,不再看到該
在 的 圖 1 中為您可以看到。
圖 1 隨 Exchange 2010 SP1,您不能再分配靜態(tài)端口,用于在 MSExchangeAB 中 的配置文件。
使用 Exchange 2010 SP1,通過深化到 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\MSExchangeAB 分配一個(gè)靜態(tài)的 RPC 端口的 Exchange 通訊簿服務(wù)。 這里,您需要創(chuàng)建新的鍵名為參數(shù) (不是 ParametersSystem)。 此的項(xiàng)創(chuàng)建名為 RpcTcpPort 為新 REG_SZ 字符串 (不是雙字節(jié)),并指定要為其分配到該的服務(wù), 的 圖 2 所示的 RPC 端口號。
圖 2 隨 Exchange 2010 SP1 中,您分配一個(gè)靜態(tài)端口用于在 MSExchangeAB 在 注冊表中。
它需要特別注意您分配給 Exchange 通訊簿服務(wù)使用 Microsoft.exchange.addressbook.service.exe.config 文件任何當(dāng)前靜態(tài) RPC 端口 won’t 自動轉(zhuǎn)換為一個(gè)注冊表。 您需要升級到 Exchange 2010 SP1 后手動執(zhí)行此操作。 聽起來好像這是什么的導(dǎo)致您在連接到 outlook 郵箱時(shí)遇到的問題。
導(dǎo)入和導(dǎo)出郵箱
/q: 使用 Exchange 2007 SP1,我們在導(dǎo)入郵箱和導(dǎo)出郵箱的 cmdlet,我們用來導(dǎo)入或?qū)С鰯?shù)據(jù),或從 PST 文件。 盡管這些兩個(gè) cmdlet 更換好的舊 ExMerge 工具,那里了苛刻的要求。
若要使用該 cmdlet,您必須安裝 32 位版本的 Exchange 2007 SP1 管理工具,以及 Outlook 2003 SP2 或更高版本,專用的服務(wù)器或工作站上。 MAPI 提供程序包含在 Exchange 2003 和更早版本已被刪除從 Exchange 2007。
根據(jù)我看到的內(nèi)容,Exchange 2010 RTM 仍使用導(dǎo)入郵箱和導(dǎo)出郵箱 cmdlet。 雖然為遠(yuǎn)程 Windows PowerShell 支持提高事情有點(diǎn)讓您的桌面或服務(wù)器上運(yùn)行這些 cdmlets,而無需安裝了 Exchange 2010 管理工具,但仍需要在郵箱服務(wù)器上安裝 Outlook 2010 64年位。 該 cmdlet 還看上去有點(diǎn)易于出錯(cuò) Exchange 2010 年。
Exchange 2010 SP1 確實(shí)會使任何改進(jìn),考慮到如何在導(dǎo)入和導(dǎo)出郵箱數(shù)據(jù)從 PST 文件?
a: 簡短的答案是肯定的。 有的很多這方面的更改。 長答案也是是。 使用 Exchange 2010 SP1,兩個(gè)全新的 cmdlet — MailboxImportRequest 和 MailboxExportRequest — 已替換舊的導(dǎo)入郵箱和導(dǎo)出郵箱 cmdlet。
甚至更好地 Exchange 產(chǎn)品組也認(rèn)為它是一個(gè)好主意,若要刪除的 Outlook 2010 MAPI 提供程序要求。 Exchange 2010 都有自己的 MAPI 提供程序和那些兩個(gè)新的 cmdlet 充分利用 Exchange 郵箱復(fù)制服務(wù) (MRS)。 您可以導(dǎo)入或?qū)С鰯?shù)據(jù),通過異步進(jìn)程一樣在移動郵箱使用新建-MoveRequestcmdlet 時(shí) (請參見 的 圖 3)。
因此,如果想要導(dǎo)入到一個(gè) Exchange 2010 SP1 郵箱的 PST 文件,該命令如下所示:
圖 3 導(dǎo)入數(shù)據(jù),從 PST 文件 2010 SP1 的 Exchange 郵箱中。
請注意,現(xiàn)在指向一個(gè)的 UNC 不在其運(yùn)行該 cmdlet 的服務(wù)器上的本地文件夾。 這也有若干好處。
存檔的答案
/q: 使用 Exchange 2010 RTM,我們 couldn’t PST 文件導(dǎo)入直接向一個(gè) Exchange 2010 郵箱的在線存檔。 相反,我們必須首先導(dǎo)入數(shù)據(jù),對主要的郵箱,并從該處拖動和放置內(nèi)容 (或使用保留策略) 聯(lián)機(jī)存檔。
您知道嗎? 是否這將更改 Exchange 2010 sp1
a: 以前的答案所述: 很多東西更改說到 PST 文件中導(dǎo)入和導(dǎo)出郵箱數(shù)據(jù),并。 導(dǎo)入和導(dǎo)出數(shù)據(jù),從在線存檔中的同樣如此。
使用您現(xiàn)在可以移動中 (如在 的 圖 4) 在線存檔的數(shù)據(jù)在同一個(gè) cmdlet (MailboxImportRequest 和 MailboxExportRequest)。 我最近的回答中提供的命令,而不是使用類似以下內(nèi)容導(dǎo)入數(shù)據(jù)直接到在線存檔:
圖 4 導(dǎo)入數(shù)據(jù),從 PST 文件 的 Exchange 2010 在線存檔。
避免強(qiáng)制重新啟動
/q: 與 Exchange 2010 RTM,一個(gè) Exchange 2007 SP2 和 Exchange 2010 RTM 郵箱數(shù)據(jù)庫之間或兩個(gè) Exchange 2010 郵箱數(shù)據(jù)庫之間的被移動的用戶可以在其郵箱中工作。 您可以看到 的 圖 5 中,但,末尾的移動,用戶已告訴退出并重新啟動 Outlook,若要應(yīng)用最近所做的更改。
圖 5 Outlook 重新啟動 Exchange 2010 觸發(fā)
您知道是否 Microsoft 已經(jīng)在此區(qū)域中與 Exchange 2010 SP1 的任何進(jìn)一步的工作嗎? 的 圖 5 中的對話框是為一端用戶的次要人討厭,因此,如果他們可以刪除此步驟會杰出。
a: 一個(gè)很好的問題,是的實(shí)際上已在此區(qū)域中的一些工作。 Exchange 2010 sp1,如果兩個(gè) Exchange 2010 SP1 的數(shù)據(jù)庫之間移動郵箱,用戶通常 won’t 收到一個(gè) Outlook 必須重新啟動對話框,除非框:
- RpcClientAccessServer 屬性是兩個(gè)所涉及的郵箱數(shù)據(jù)庫之間的不同。 (這通常是這種情況時(shí),don’t 使用 CAS 陣列)。
- 如果您的郵箱之間移動 (與配置的一個(gè) CAS 數(shù)組) 的 Active Directory 站點(diǎn) 1 中的源郵箱數(shù)據(jù)庫到 Active Directory 站點(diǎn) 2 中的目標(biāo)郵箱數(shù)據(jù)庫 (與另一個(gè)配置的 CAS 數(shù)組)。
- 如果郵箱的已命名的屬性將重置時(shí)運(yùn)行新建-MoveRequestcmdlet 使用 DoNotPreserveMappingSignature 參數(shù)。
如果 Exchange 2003/2007年和 Exchange 2010 SP1 之間移動郵箱,您仍可以必須重新啟動 Outlook。
保持控制
/q: 我們只需從 Exchange 2003 升級到 Exchange 2010 RTM。 因此到目前為止我們真心喜歡此版本的功能 — — 尤其是在新 Exchange 控件面板 (ECP)。 但是,我們朝向該 ECP 的問題。 他們的普通的已啟用郵箱的用戶帳戶除了我們的 IT 人員有另一個(gè)管理員帳戶。 我們的 IT 策略規(guī)定了 aren’t 允許組織內(nèi)的已啟用郵箱的管理員帳戶。 我們的測試顯示若要訪問該 ECP,您必須登錄中使用已啟用郵箱的帳戶。
我們都想知道是否您知道的與此限制的任何變通辦法? 我們真正想要使用該 ECP 的許多 Exchange 2010 相關(guān)的管理任務(wù)。
a: 在早期 Exchange 2010 開發(fā)階段開發(fā)團(tuán)隊(duì)決定訪問該 ECP 帳戶所需的 Exchange 2010 郵箱。 這一決定的主要原因是工程支持不啟用郵箱的帳戶和已啟用郵箱的帳戶將在有權(quán)訪問該 ECP 方案所需的工作量。 允許訪問會導(dǎo)致不同的代碼路徑,它再次意味著增加了的復(fù)雜性/測試成本。 因此,Exchange 產(chǎn)品組決定設(shè)置此限制,并提供實(shí)際的功能,在 GUI 中集中精力。 因此 yes,Exchange 2010 RTM 版本需要訪問該 ECP 的任何用戶/管理員帳戶是已啟用郵箱的。
如大部分您所知 Exchange 產(chǎn)品組將只從社區(qū)和非常嚴(yán)重的客戶的所有反饋。 事實(shí)上,許多功能進(jìn)行了更改基于該反饋。 由于 Exchange 2010 RTM 版本,Exchange 組已經(jīng)學(xué)習(xí)了許多組織都有將類似于您的 IT 策略中。 因此,它的好能夠告訴您 Exchange 2010 SP1 發(fā)布日歷今年晚些時(shí)候時(shí), 該要求將會消失。
Exchange 2010 sp1,您將能夠登錄直接到 ECP (https://mailcontoso.com/ecp) 與非郵件和未啟用郵箱的 AD 用戶帳戶 ( 的 圖 6)。
圖 6 的 打開 ECP 使用非郵件或不啟用郵箱的 AD 用戶帳戶
Rhyme 和修復(fù)的原因
/q: 我們的組織已從 Exchange 2007 升級 Exchange 2010。 有時(shí),我們需要對郵箱數(shù)據(jù)庫執(zhí)行脫機(jī)修復(fù)。 我們想要詢問是否仍需要運(yùn)行 ISInteg 后遇到修復(fù)為早期版本的 Exchange 服務(wù)器中的郵箱數(shù)據(jù)庫嗎?
我們偶爾需要以檢測并修復(fù) Exchange 2010 郵箱數(shù)據(jù)庫中的郵箱的用戶應(yīng)該怎么辦? 使用 Exchange 2010 Exchange 產(chǎn)品組是 ISInteg 離開。 在 Exchange 2010 SP1 我們可以有一個(gè)名為新建 MailboxRepairRequest 的全新 cmdlet。 這將替換 ISInteg 工具。 您可以運(yùn)行該 cmdlet 對一個(gè)或多個(gè)郵箱異步同時(shí)裝入郵箱數(shù)據(jù)庫,它們是位于在其中。 請記住,但是的郵箱正在使用此 cmdlet 修復(fù)將會中斷。
要檢測,并修復(fù)文件夾視圖中,我們應(yīng)使用類似于下面:
圖 7 運(yùn)行新的郵箱修復(fù) cmdlet,對一個(gè)郵箱
您也可以針對郵箱的數(shù)據(jù)庫運(yùn)行該 cmdlet,但完成修復(fù)過程之前,將再中斷您對該數(shù)據(jù)庫中的所有郵箱訪問權(quán)限。
原文鏈接:http://technet.microsoft.com/zh-cn/magazine/ff943663.aspx
【編輯推薦】