共用方式為


Exchange 問題與解答 二度介紹 Exchange 2010 的功能和增強功能

Henrik Walther

在本期內容中,我 ’m 繼續讓我離開我最後一欄中 — 也就是回答更多的問題與新的及令人興奮的 Exchange 2010 功能相關。 但也有幾個 Exchange Server 2007 問題的空間。

Q 我們要部署多站台 Exchange 2007 SP1 叢集中使用叢集連續複寫 (CCR)。 兩個叢集節點將會存放在不同的資料中心。 Exchange 會執行 Windows Server 2008 SP2 並我們計劃必須位於不同的子網路中每個資料中心的公用和私用介面。 如您所知,這表示我們必須使用叢集節點之間的路由。

我們有沒有設定來指示根據公用介面上 Microsoft TechNet CCR 一節中的問題。 但我們在私用的介面上設定預設閘道時我們會收到警告訊息的圖 1] 所示。

fig01.gif

圖 1 Windows 2008 伺服器上指定多個預設閘道。

我們根據這個警告訊息,懷疑如果我們在我們多站台的 CCR 叢集中指定每個節點上多個預設閘道中項目作業將無法運作正常。 這會讓我們通往我們的問題:在如何應該我們私人網路介面中設定這種情況?

A 我很高興您提出這個問題之前,因為多站台的 CCR 叢集上指定多個預設閘道會造成主要的問題。 適當設定每個私人介面需要持續的靜態路由。

開始,請確定公用介面被列第一次在 [連線順序] 清單在 [進階設定] [網路連線] 控制台] 中。 接下來,確定您已指定公用網路介面的每個叢集節點上的預設閘道。

最後,設定路由上私用的介面,讓所有流量,並不會符合建立的路由會都使用預設閘道的公用介面。 讓我們假設節點 1 的私人介面是在使用網路閘道 IP 位址為 192.168.100.1 的子網路 192.168.100.x/24。 節點 2 私人網路介面是在使用網路閘道 IP 位址 192.168.200.1 的子網路 192.168.200.x/24。 在這種情況下,您必須建立這個路由節點 1 上:ROUTE 增加 192.168.200.0 遮罩 255.255.255.0 192.168.100.1 –P,與下列路由節點 2 上:路由新增 192.168.100.0 遮罩 255.255.255.0 192.168.200.1 –p。

–P 參數會指定建立的路由是永續性,並不會在重新開機後被清除。

此設定可確保適當的網路,為每個叢集節點中的介面。 如更多有關如何使用網路間路由時,設定私用介面的詳細資料,請參閱由我的好朋友時間 Tim McMichael 部落格文章。

在最後的附註,我也建議您將設定私人網路與混合式網路,以便啟用 ContinuousReplicationHostName 指令程式可以用來重複網路上直接複寫活動。 如需有關此指令程式的詳細資訊,請參閱 如何在 Windows Server 2003 啟用記錄傳送] 和 [種子的多餘的叢集網路]。

Q 我有一個問題關於新資料庫可用性群組 (DAG) 功能中 Exchange Server 2010年。 更特別的是我的問題與複製和植入主動和被動資料庫之間的記錄檔。 將 Exchange 伺服器 2010年提供變更或記錄檔複製和植入發生本機連續複寫 (LCR)、 叢集連續複寫 (CCR) 與待命連續複寫 (SCR) 在 Exchange Server 2007 方式的改進吗?

A 這是一個很好的問題。 雖然非同步複寫技術用在 Exchange 2007 的運作方式相當良好,這不表示它不會改進,權限吗? 我很高興,通知您 「 Exchange 產品群組已經數個有趣的變更和與 Exchange 2010 非同步複寫技術的改良功能。

在 Exchange 2007,Microsoft Exchange 複寫服務複製記錄檔案到被動的資料庫副本 (LCR)、 被動叢集節點 (CCR) 或 SCR 目標透過伺服器訊息區 (SMB),這表示您需要開啟連接埠 445 CCR 叢集節點之間的任何防火牆中的檔案 (通常是當部署多站台的 CCR 叢集) 及/或 SCR 來源及目標。 知道工作,或與大型企業組織,說服您的網路系統管理員若要開啟連接埠 445 /TCP 之間是遠的兩個資料中心從一般的練習。 使用 「 Exchange 2010 DAG 」 功能非同步複寫技術不再依賴 SMB。 Exchange 2010 會使用 TCP/IP 來複製和植入的記錄檔,並更就好提供選擇指定您想要使用的記錄檔複寫的連接埠。 預設情況下,DAG 使用連接埠 64327,但是如果需要,您可以指定另一個連接埠]。 此項目,使用下列命令:

Set-DatabaseAvailabilityGroup -identity <DAG name> -ReplicationPort <port number>

在就另外 Exchange 2010 DAG 功能支援使用的加密,而除非已設定 IPsec,將會複製在未加密的通道上的 Exchange 2007 中的記錄檔。 DAG 更特別的是運用 Windows Server 2008 的加密功能 — 也就是 DAG 使用 Kerberos 驗證每個個別 DAG 信箱伺服器成員之間。 網路加密是 [DAG 本身,不 DAG 網路的屬性。 一個 DAG 的網路加密屬性設定為:停用 (不在使用中的網路加密),啟用 (已啟用,植入一個 DAG 中現有的所有網路上複寫的網路加密)、 InterSubnetOnly (預設值意義網路加密在使用上設定 DAG 位於相同子網路的網路) 及 SeedOnly (用於植入一個 DAG 中的所有網路上的網路加密)。 您可以啟用網路加密使用設定 DatabaseAvailabilityGroupcmdlet。 對於執行個體若要啟用加密,記錄檔複製和植入作業會執行命令:

Set-DatabaseAvailabilityGroup -identity <DAG name> -NetworkEncryption Enabled.

最後,Exchange 2010 DAGs 您可以啟用壓縮,植入複寫中一個 DAG 的一或多個網路上。 這是 [DAG 本身,不 DAG 網路上的屬性。 預設的設定值是 InterSubnetOnly,而且有可用的網路的加密屬性相同的設定。 要網路壓縮記錄檔複製和植入一個 DAG 中的所有網路上的使用命令:設定 DatabaseAvailabilityGroup –Identity < DAG 名稱 >-啟用 NetworkCompression。 若要到連接埠的狀態為的 DAG 加密及壓縮設定會使用 [取得 DatabaseAvailabilityGroup –status 指令 圖 2 所示。

fig02.gif

圖 2資料庫可用性群組網路加密、 壓縮及複寫連接埠設定。

Q 在您先前 Exchange 佇列中 (& S)資料行,您討論有關重要的 I/O 降低 Exchange 2010 相較於 Exchange 2003 和 2007年。 您可以解釋達到這類儲存效能最佳化的 Exchange 2010 對 「 Exchange 產品群組的改良功能與特定的變更嗎?

A 如您所述,我們會看到每秒從 Exchange 2003 移動到 Exchange 2007 中大幅降低在 I/O。 70%的縮減並不常見。 我們可以主要是為了 Exchange 2007 所使用的 64 位元架構屬性。 就等 Exchange 2007 可以存取更多的記憶體,並藉此使用較大的記憶體快取比其前置任務。 更多的資料交換可以直接從虛擬記憶體位址空間 fewerI/作業系統需要針對基礎儲存子系統在磁碟擷取。

這會提供更有效使用現有的儲存系統 (通常是昂貴儲存區域網路)] 或 [移至較便宜的直接附加儲存體是很好藉口。 降低的 I/O 需求啟用許多的裝載多個信箱 (5,000-plus) 每個 Exchange 2007 信箱伺服器已與 Exchange 2003 可能比。 為了避免虛擬記憶體分散,Exchange 2003 是通常限於 4,000 的信箱,每個信箱伺服器。 (是,我知道此 depended 上的類型的伺服器、 儲存使用者設定檔及 Exchange 基礎結構)。

第一版後,可延伸儲存引擎 (ESE) 已經基礎資料庫技術在 Exchange,Exchange 4.0,於 6 月 1996年發行。 直到 Exchange 2007 SP1 中調整和最佳化 ESE 更好的 performance.For 儲存在 Exchange 2010 進行很棒的努力 「 Exchange 產品群組,「 Exchange 產品群組,著重於傳遞大 (+ 10 GB),快速製作優點廉價儲存時的信箱。 因此 ESE 變更在此版本中,您現在有使用這類低效能磁碟為桌面類似 SATA 磁碟 (aka SATA 或第 2 層磁碟) 的選項。 ,我說像您的工作站中關於 7200 SATA 磁碟! 如果您使用 「 資料庫可用群組 」 功能高可用性 (三個或更多資料庫複本),您甚至可以使用,說,儲存資料庫和交易記錄檔的昂貴的 RAID 組態而不是一個單一 7200RPM 磁碟。

達到這類的改良是大幅變更存放區結構描述。 基本上,「 Exchange 產品群組想要從移開許多,隨機、 小 I/O 來更少,循序,大的 I/O。 從移動隨機至循序 I/O 存放區資料表架構需要明顯的變更。

在 Exchange 2007 或更早,每個資料庫中有信箱表格 (儲存在資料庫中的所有信箱),資料夾資料表 (在資料庫中的所有信箱的預都存的信箱資料夾)]、 [郵件表格 (都儲存的郵件)]、 [附件表 (在資料庫中的所有信箱的預都存附件),] 及 [郵件/資料夾資料表 (在資料庫中的所有信箱的都儲存的資料夾檢視).In 這個未變更從 Exchange 4.0,隨機 I/O 很多很多的架構必須對資料庫執行。 其中一個這種架構的好處是單一執行個體存放 (SIS) 中保留訊息的只有一個複本已 — 當相對較小的磁碟已視為課程的一個大的好處後。 但是,今天,與 500 GB SAS 2TB SATA 磁碟,在我們的處置,這個架構不合理的。

在 [Exchange 2010,存放區結構描述已變更,使信箱中的所有資料都儲存在資料庫中資料表相近。 實際,每個信箱有自己的資料夾、 訊息標頭、 主體和檢視表。 因此,SIS 不存在的 Exchange 資料庫。 SIS 移除 Exchange 的副作用,資料庫可能 bloat 約 20 %。 若要解決這個問題,「 Exchange 產品群組會壓縮資料庫 (更特別的是郵件標題和文字或 HTML 內文)。 提供每個信箱它自己的資料表的一組,對資料庫執行的 I/O 是大部分是連續的。

其他有趣的變更包括:[資料庫] 空間被配置以連續的方式 ;維護資料庫 contiguity 經過一段時間 ;已從 8KBto 增加資料庫的頁面大小 32 KB ;並已改善非同步讀取的能力。 Exchange 產品 Groupis 也使用增加快取效果變更為 100 MB 的檢查點深度,使用的高可用性設定的快取壓縮,與資料庫快取優先順序。

中的所有修訂 Exchange 2010 的結果您可以預期上百分之 70 相較於 Exchange 2007 的 I/O 降低。

Exchange 2010 中的儲存區最佳化時,我只已經刮痕表面。 如果您想一些很棒的見解,一起儲存改進上所有 gory 的詳細資料在 Exchange 2010,我強烈建議您抓取一個全新的咖啡杯,並監看 Tech·Ed 2009 工作階段,在 Exchange 2010 存放出示 Matt Gossage,Exchange 產品群組團隊成員負責 ESE 資料庫上的記錄。 他會很好工作的說明此複雜的層級 300 主題句子。 監看它在 線上 (您不需要有參與 Tech·Ed 要監看它)。

Q 我們有數個我們組織內部署的 Exchange 2007 叢集連續複寫 CCR 為基礎的信箱伺服器。 私人網路的所有節點上有檔案,而且印表機共用的 Microsoft 網路停用 (請參閱的圖 3)。 我們確定這建議當我們在部署 Exchange 2007 時。

fig03.gif

圖 3檔案及印表機共用的 Microsoft 網路停用。

但是,這與本指南提供 的 Exchange 2007 SP1 文件的不同。 現在建議若要啟用檔案,並就像在私人網路介面上的 [Microsoft 網路的共用的印表機是公用網路介面上。 您可以說明 Exchange 2007 SP1 發行之後,本指南為何變更嗎?

A 您已正確。 之前的 Exchange Server 2007 SP1 發行,停用檔案及印表機共用的私用網路介面上的 [Microsoft 網路的建議。 但在 Exchange 2007 SP1,一項新功能允許您透過多個網路介面,藉此讓網路多餘,加上減少透過公用網路介面資料的複寫記錄檔。 到製造的 Exchange 2007 的 (RTM) 版本發行中, 所有的記錄檔複製和植入發生透過公用網路介面。

在相關的附註,如果您使用 [Windows Server 2008 為基礎的電腦請確定啟用 NetBIOS 您計劃使用複製和植入的記錄檔的所有網路介面上。 如果已停用 NetBIOS,啟用 ContinuousReplicationHostNames] 命令會失敗。

啟用 ContinuousReplicationHostNames 指令程式可讓您指定的網路介面應使用複製和植入的記錄檔。 但熊記住您必須變更私人網路混合式網路 Windows 容錯移轉叢集] 主控台中,以利用其記錄檔的複製,植入。

請參閱 Exchange 2007 SP1 文件 (如需詳細資訊。

Q 在 Exchange 2007,Microsoft 沒有建議如何停止郵件流程與為中病毒或類似的疫情的大小寫的是 Exchange 2007 信箱] 伺服器嗎? 我們想要能夠連接到他們的信箱,但無法傳送和接收電子郵件訊息在這種情況下的使用者。

A 您可以執行這個動作在 Exchange 2007 傳輸中樞伺服器上停止 Microsoft Exchange 傳輸服務。

如果想有所有傳遞沒有讓新郵件到佇列的佇列的電子郵件只是暫停 Microsoft Exchange 傳輸服務。

請注意這樣在信箱伺服器層級需要您在包含 Exchange 2007 信箱伺服器上停止 Microsoft Exchange 郵件提交服務。

Q 發生在關閉新的封存信箱功能的 Exchange Server 2010年查閱,並有幾個問題。 我注意到一旦您啟用封存的信箱功能的使用者信箱,其可存取和運作方式如預期般透過 Outlook Web Access 2010 和 Outlook 2010,但不是透過 Outlook 2003 或 2007年。 我們不能夠讓我們升級至 Outlook 2010 之前,新的封存信箱功能的使用嗎?

而且,我們想要將個別使用者的封存信箱移到另一個的信箱資料庫。 但我見就這是不可能。 如果您不能將封存信箱移動到另一個信箱資料庫,什麼封存信箱的好處?

A,您看到您第一個問題方面是預期的行為,(即使是我們到達 Exchange 2010 RTM)。 您只能存取封存 (aka 替代) 信箱,透過 Outlook Web Access 2010 或 Outlook 2010。 存取舊版的 Outlook 2003 或 2007年用戶端透過此信箱是可能都支援

若要解決您的第二個問題,您可以只在同一個信箱資料庫已經儲存您的主要信箱與儲存封存信箱。 但因為您可以使用第 2 層磁碟 (aka SATA 桌面式磁碟) 您的信箱資料庫與記錄檔在 Exchange 2010,將封存信箱移到另一個儲存子系統不會真的有意義。 這稱為,如下封存信箱功能的一些優點:

您可以提供較大的信箱的使用者而不影響效能的主要信箱中的 [要徑] 資料夾 (主要信箱 = 作用中的資料,封存信箱 = 冷的資料),即使將信箱資料庫存放在 SATA/第 2 層磁碟上。 您可以提供大型信箱 (+ 10 GB),而不 synching 所有使用者的.OST 檔的資料在快取模式 (的封存信箱是只能在線上模式中存取) 中執行時。

封存信箱是用來取代.PST 檔案。 您已經知道在封存信箱不是只可透過 Outlook 2010,還 Outlook Web Access 2010 存取。 這表示您不再需要擔心備份.PST 檔案等等。

Henrik Walther 是一位微軟認證大師:Exchange 2007 和 Exchange MVP,而且在 IT 產業擁有 15 年以上的經驗。 他在工作的 Trifork 基礎結構顧問 (在 Microsoft 金認證合作夥伴基礎丹麥中) 的一個技術架構設計人員和技術 Biblioso Corp.的寫入器 (美國為基礎的公司,專門在管理文件和當地語系化的服務)。