Exchange 2007 SP1 中新增的高可用性功能

適用版本： Exchange Server 2007 SP1

上次修改主題的時間： 2009-03-18

Microsoft Exchange Server 2007 Service Pack 1 (SP1) 提供多項關於高可用性的新功能，以及對現有高可用性功能的改進。新的和改進的功能進一步延伸案例，讓您達成 Exchange 2007 伺服器角色的資料和服務可用性。新的案例可讓組織將高可用性案例和站台回復性案例分開處理，並且將針對組織的特殊需求而量身訂做的組態部署到每一個獨立區域。

Exchange 2007 SP1 提供下列新的高可用性功能和對現有高可用性功能的改進：

• 待命連續複寫 (SCR)

• 支援下列 Windows Server 2008 中的功能：

  • 多重子網路容錯移轉叢集

  • 動態主機設定通訊協定 (DHCP) 網際網路協定第 4 版 (IPv4)

  • IPv6

  • Exchange 和容錯移轉叢集網路組態

  • 新的仲裁模型 (磁碟和檔案共用見證)

• 在叢集連續複寫 (CCR) 環境中，備援叢集網路上的連續複寫 (記錄檔傳送和植入)

• 報告和監視的改進

• 效能的改進

• 傳輸暫放的改進

• Exchange 管理主控台改良功能

本主題稍後會說明其中每一項功能，也會提供關於如何規劃、部署及管理這些功能的文件連結。下表概述 Exchange 2007 在 Windows Server 2003 和 Windows Server 2008 上支援的容錯移轉叢集功能。

Exchange 2007 SP1 支援的容錯移轉叢集功能

待命連續複寫

SCR 是 Exchange 2007 SP1 中引進的新功能。SCR 延伸 Exchange 2007 RTM 中現有的連續複寫功能，而且為 Exchange 2007 Mailbox Server 提供新的資料可用性案例。SCR 採用與本機連續複寫 (LCR) 和 CCR 相同的記錄檔傳送和重新顯示技術，提供更多部署選項和組態。SCR 與 LCR 和 CCR 類似，但是有它本身的獨特特性：

• SCR 允許每一個儲存群組可以有多個目標。LCR 和 CCR 限制每一個儲存群組只能有一個複寫目標 (被動副本)。

• SCR 可讓系統管理員指定複寫的延遲時間。這在許多種情況下很有用。例如，當 NodeA 至 NodeB 發生遺失容錯移轉的情況時，如果遺失的記錄檔已在遠端 NodeM 上重新顯示，則 NodeM 需要重新植入。不過，如果記錄檔只是複製但尚未重新顯示，則可以刪除，接著可以複製新的記錄檔，後來再重新顯示。在此情況下，NodeM 上不需要重新植入副本。

• 不同於 CCR 和 LCR，您無法備份 SCR 副本。在使用 SCR 時，SCR 副本的資料庫標頭會更新，而且對來源儲存群組執行備份時會截斷記錄檔。

SCR 可讓您使用連續複寫，從獨立 Mailbox Server 複寫 Mailbox Server 資料，或從 SCC 或 CCR 環境中的叢集信箱伺服器複寫 Mailbox Server 資料。

啟動 SCR 所建立及維護之 Mailbox Server 資料副本的處理程序是手動的，而且是設計成只有在發生重大失敗時才使用 (並不適用於只要重新開機或透過其他快速方法就可恢復的單純伺服器中斷)。您可以使用資料庫可攜性、伺服器復原選項 (Setup /m:RecoverServer) 來啟動 SCR 目標，如果 Mailbox Server 已叢集化，您也可以使用叢集信箱伺服器復原選項 (Setup /RecoverCMS)。您選擇的選項視您的組態和發生的失敗類型而定。

如需 SCR 的相關資訊，請參閱待命連續複寫。

支援 Windows Server 2008

Exchange 2007 SP1 支援 Windows Server 2008 中最新的高可用性功能。在 Windows Server 2008 中，對容錯移轉叢集 (在 Windows Server 2003 及較舊的版本中稱為「伺服器叢集」) 的改進重點集中在簡化叢集、加強安全性及提高叢集穩定性。此外，叢集安裝和管理變得更簡單，同時也改進基本的叢集安全性、網路功能及儲存元件。如需容錯移轉叢集改進的完整清單，請參閱容錯移轉叢集與 Windows Server 2008 (英文)。

除了支援以 Windows Server 2008 為作業系統平台之外，Exchange 2007 SP1 也支援下列的 Windows Server 2008 容錯移轉叢集功能。對這些功能的支援也已整合到 Exchange 2007 安裝程式的命令列版本 (Setup.com) 與圖形化使用者介面 (GUI) 版本 (Setup.exe，又稱為 Exchange Server 2007 安裝精靈) 中。

支援多重子網路容錯移轉叢集

Windows Server 2008 容錯移轉叢集引進新的網路功能，相較於傳統叢集的作法，實為一大進步。例如，Windows Server 2008 容錯移轉叢集開始支援多重子網路。在 Windows Server 2008 容錯移轉叢集中執行時，Exchange 2007 SP1 可讓異地叢集在兩個子網路之間進行容錯移轉。此支援包括 SCC 與 CCR 環境中的 Mailbox Server。

從 Windows Server 2008 容錯移轉叢集開始，個別的叢集節點便可位於不同的路由網路上。因此，依賴 IP 位址資源 (例如，網路名稱資源) 的資源必須實作 OR 邏輯，因為每一個叢集節點不可能都以本機連線直接連到叢集已知的每一個網路。當服務或應用程式容錯移轉至遠端節點時，這有助於 IP 位址和網路名稱資源迅速重回線上。

重要事項：
SCC 或 CCR 環境中的所有節點必須位於相同的 Active Directory 站台。雖然 Windows Server 2008 容錯移轉允許叢集節點可以是不同 Active Directory 站台的成員，但 Exchange 2007 並不支援這種組態。

使用多重子網路容錯移轉叢集時，當網路名稱資源重回線上，其關聯的 IP 位址會動態地登錄到網域名稱系統 (DNS) (如果已設定為動態更新)。因此，只有在線上的 IP 位址會傳回給用戶端。因為叢集節點可能位於不同的路由網路，且通訊機制已改為使用在使用者資料包通訊協定 (UDP) (單點傳播) 上實作的可靠工作階段通訊協定，所以 Windows Server 2003 異地叢集的網路需求在 Windows Server 2008 中已不適用。因此，組織可以部署跨越兩個實體資料中心的 SCC 或 CCR 環境，不需要使用虛擬 LAN (VLAN) 技術來合併子網路。

當在異地、多重子網路的容錯移轉叢集中部署的叢集信箱伺服器發生移動或容錯移轉時，叢集信箱伺服器的名稱不變，但不會維持指派給該名稱的 IP 位址。對於用戶端及其他伺服器而言，此伺服器的可用性視新的 IP 位址在整個 DNS 中的散播速度而定。可能需要經過一些時間，DNS 傳播才會開始。因此，建議將叢集信箱伺服器 DNS 主機記錄的存留時間 (TTL) 值設定為 10 分鐘。

雖然內部 Microsoft Outlook 用戶端不需要新的或重新設定的設定檔，也能使用新的 IP 位址來連線，但必須等待其本機 DNS 快取清除之後，叢集信箱伺服器名稱的名稱解析才會將舊的 IP 位址轉成新的 IP 位址。當 IP 位址傳播至適當的 DNS 伺服器之後，即可在用戶端的命令列使用下列命令來清除 Outlook 用戶端的 DNS 快取。

ipconfig /flushdns

支援 DHCP-IPv4

在 Windows Server 2008 容錯移轉叢集，叢集 IP 位址資源可以從 DHCP 伺服器取得其位址，也可以透過靜態項目取得。如果叢集節點本身已設定為從 DHCP 伺服器取得 IP 位址，則預設會自動為所有叢集 IP 位址資源取得 IP 位址。如果叢集節點已靜態地指派 IP 位址，則也必須以靜態 IP 位址來設定叢集 IP 位址資源。因此，叢集 IP 位址資源 IP 指派遵循實體節點和節點上每一個特定介面的組態。

支援 IPv6

Windows Server 2008 和叢集服務支援 IPv6。這包括在叢集中單獨或同時支援 IPv6 IP 位址資源和 IPv4 IP 位址資源。此外，容錯移轉叢集也支援站台內部自動通道位址通訊協定 (Intra-Site Automatic Tunneling Addressing Protocol, ISATAP)，但僅支援允許在 DNS 中動態登錄的 IPv6 (AAAA 主機記錄和 IP6.ARPA 反向查閱區)。目前有三種 IPv6 位址類型：全域、站台本機及連結本機。連結本機位址不會發生動態 DNS 登錄，因此，叢集中無法使用連結本機位址。

附註：

只有當 Exchange 2007 SP1 已部署在執行 Windows Server 2008 的電腦上、該電腦已啟用 IPv6 與網際網路通訊協定第 4 版 (IPv4)，且網路同時支援這兩個 IP 位址版本時，才支援使用網際網路通訊協定第 6 版 (IPv6) 位址和 IP 位址範圍。如果在此組態中部署 Exchange 2007 SP1，則所有伺服器角色都可以對使用 IPv6 位址的裝置、伺服器及用戶端來傳送資料和接收資料。Windows Server 2008 的預設安裝會啟用對 IPv4 和 IPv6 的支援。如果 Exchange 2007 SP1 安裝在 Windows Server 2003 上，則不支援 IPv6 位址。如需 Exchange 2007 SP1 對 IPv6 位址的支援的相關資訊，請參閱 Exchange 2007 SP1 和 SP2 中的 IPv6 支援。

Exchange 和容錯移轉叢集網路組態

為 Exchange 2007 SP1 設定 SCC 或 CCR 時，請注意下列需求：

• 只有 Windows Server 2008 才支援 IPv6 和 DHCP IPv4。當 Exchange 2007 在 Windows Server 2003 上執行時，這種兩通訊協定都無法使用。

• Windows Server 2008 或叢集服務不支援 DHCP IPv6。因此，Exchange 2007 也一樣不支援。僅支援由系統指派的動態 IPv6 位址。

• Windows Server 2008 和叢集服務支援靜態 IPv6 位址。不過，使用 IPv6 位址並非最佳作法。因此，Exchange 2007 在安裝期間不支援設定靜態 IPv6 位址。

• Windows Server 2008 叢集支援在 IPv4 上的 IPv6 通道，但 Exchange 安裝程式不允許建立這種 IP 位址資源。

Exchange 2007 SP1 已修改安裝程式來支援先前描述的變更。當您使用 Exchange Server 2007 安裝程式精靈時，請注意有其他頁面和欄位可用來設定叢集 IP 位址和網路名稱資源。此外，Setup.com 的 /NewCMS 和 /RecoverCMS 選項也已更新，支援數個新的選用參數，如下表所示。

Exchange 2007 SP1 中為 /NewCMS 和 /RecoverCMS 新增的選用參數

附註：
CMSIPV4Addresses 和 CMSIPV4Networks 參數彼此互斥。

CMSIPAddress 參數 (在 Microsoft Exchange Server 2007 的量產發行 (RTM) 版本中是 /NewCMS 和 /RecoverCMS 的必要參數) 仍然用來指定叢集信箱伺服器的單一靜態 IPv4 位址。不過，在 Exchange 2007 SP1 中，CMSIPAddress 參數現在是選用的，因為只要在四個可用的參數中指定其中任何一個，對安裝程式就已足夠。

上表的參數僅適用於 Windows Server 2008。

Windows Server 2008 中新的仲裁模型

發生網路問題時會干擾叢集節點之間的通訊。少數節點也許還能在的網路的正常區段中通訊，但可能無法與另一個網路區段中的另一組節點通訊。這種情形會造成嚴重的問題。在這種分裂情況下，至少一組節點必須停止以叢集形式執行，即使這組節點沒有其他節點狀態相關的確切資訊。

為了預防叢集分裂造成問題，叢集軟體要求任何一組以叢集形式執行的節點必須使用投票演算法，判斷該組節點在特定期間是否有仲裁。因為特定叢集有一組特定節點和一組特定仲裁組態，叢集會知道多少票可以達到多數 (仲裁)。如果票數低於多數，叢集會停止執行。節點仍然會監控其他節點的上線情況，如果有另一個節點再次進入網路，則必須等到又有仲裁時，節點才會開始形成叢集來運作。

容錯移轉叢集中的仲裁組態會決定達到多少個失敗時將停止執行叢集。在此所指定的失敗包括節點失敗、(在某些情況下) 見證磁碟或見證檔案共用 (包含叢集組態的副本)。Windows Server 2008 提供四種可能的仲裁組態供您選擇：

• 節點多數   單數節點的叢集建議使用此模型。此模型可忍受半數節點減 1 個失敗。例如 7 節點叢集可以忍受 3 個節點失敗。

• 節點和磁碟多數   偶數節點的叢集建議使用此模型。如果見證磁碟仍在線上，此模型可忍受半數節點的失敗。例如，含見證磁碟的 6 節點叢集可忍受 3 個節點失敗。如果見證磁碟已離線或失敗，此模型仍可忍受半數節點減 1 個失敗。例如，見證磁碟失敗的 6 節點叢集可忍受 2 個節點失敗 (3-1 = 2)。

• 節點和檔案共用多數   此模型專供特殊組態的叢集使用，建議用於 CCR 環境中的叢集信箱伺服器。此模型的運作方式同於「節點和磁碟多數」模型，但不使用見證磁碟，而是使用見證檔案共用。

• 非多數：僅磁碟   雖然支援此模型，但不建議使用。此模型可忍受除 1 個節點以外的所有節點失敗。不過，因為磁碟是單一失敗點，不建議使用此組態。

備援叢集網路上的連續複寫

在 Exchange 2007 RTM 中，CCR 環境中的所有交易記錄檔複製和植入都是在公用網路上發生。此組態有下列限制：

• 當被動節點持續數小時無法使用時，將會累積大量需要傳送的記錄檔。當被動節點可用時，應該儘快移動這些記錄檔。在公用網路上複製記錄檔時，移動記錄檔會爭奪用戶端流量。這會影響用戶端流量，導致重新同步變慢。

• 當公用網路失敗時，即使還有記錄資料，容錯移轉仍有損失。

• 使用隔離網路來傳送記錄檔可以保護郵件資料，不必使用加密，也不會降低效能。

• 在某些情況下可能會發生記錄檔風暴。發生這種情況時，系統會遭受異常沈重的複寫壓力。如果必須在與其他用戶端通訊的同一網路上傳送記錄資料，此狀況將會造成用戶端資源枯竭。

這些問題發生的週期不會全部相同。不過，因為被動節點會離線來進行定期維護活動，所以第一個問題每隔幾個月一定會發生一次。

Exchange 2007 SP1 可讓系統管理員在叢集中建立一或多個混合網路 (例如，同時支援內部叢集活動訊號流量和用戶端流量的叢集網路) 來傳送記錄檔，將前述問題所造成的影響降到最低。Exchange 2007 SP1 也可讓系統管理員為植入作業指定一個專用的網路。

附註：
用來傳送和植入記錄檔的叢集網路必須設定成混合網路。混合網路是指同時為叢集 (活動訊號) 和用戶端存取流量而設定的任何叢集網路。此外，在以連續複寫主機名稱設定的網路介面卡上，系統管理員必須勾選 [進階 TCP/IP] 內容對話方塊上的 [在 DNS 中登錄這個連線網路的位址] 核取方塊。網路介面卡使用的 DNS 伺服器可位於公用或私人網路上；但不管它在什麼位置，都必須可供這兩個節點存取，才能進行主機名稱解析。

利用新的 Exchange 管理命令介面指令程式 Enable-ContinuousReplicationHostName，可以設定為支援透過混合網路來複製記錄檔。同樣地，您也可以使用 Disable-ContinuousReplicationHostName 指令程式關閉此功能。當叢集信箱伺服器出現在 CCR 環境中之後，系統管理員可以在叢集的兩個節點上執行 Enable-ContinuousReplicationHostName，並且指定額外的 IP 位址和主機名稱，每一個節點關聯的專用叢集群組中將會建立這些項目。執行此工作之後，一旦順利設定並確認新網路可運作時，Microsoft Exchange 複寫服務會立即開始使用新建立的網路來複製記錄檔。如果建立多個新網路，Microsoft Exchange 複寫服務會隨機選擇其中一個。如果指定的網路無法使用，Microsoft Exchange 複寫服務會自動開始使用其他複寫網路，如果也都無法使用，則會在 5 分鐘之內開始使用公用網路來傳送記錄 (Microsoft Exchange 複寫服務網路搜索每隔 5 分鐘執行一次)。當偏好使用的複寫網路重新回復運作時，Microsoft Exchange 複寫服務會自動恢復以此網路來傳送記錄檔。如需這些指令程式的相關資訊，請參閱 Enable-ContinuousReplicationHostName 和 Disable-ContinuousReplicationHostName。

利用 Update-StorageGroupCopy 指令程式可以設定為支援透過備援叢集網路進行植入，Exchange 2007 SP1 已更新此指令程式，增加新的參數 DataHostNames。此參數可指定用來進行植入的叢集網路。如需 Exchange 2007 SP1 對於 Update-StorageGroupCopy 指令程式的變更的相關資訊，請參閱 Update-StorageGroupCopy。

在建立連續複寫的叢集網路之後，對於已啟用連續複寫活動的叢集網路，您可以使用 Get-ClusteredMailboxServerStatus 指令程式來檢視更新的資訊。新的輸出詳細資料包括：

• OperationalReplicationHostNames:{Host1,Host2,Host3}

• FailedReplicationHostNames:{Host4}

• InUseReplicationHostNames:{Host1,Host2}

如需 Exchange 2007 SP1 對於 Get-ClusteredMailboxServerStatus 指令程式的變更的相關資訊，請參閱 Get-ClusteredMailboxServerStatus。

如需在 Windows Server 2003 中啟用叢集網路連續複寫功能的相關資訊，請參閱如何在 Windows Server 2003 上啟用備援叢集網路以進行記錄傳送及植入。

如需在 Windows Server 2008 中啟用叢集網路連續複寫功能的相關資訊，請參閱如何在 Windows Server 2008 上啟用備援叢集網路以進行記錄傳送及植入。

如需停用叢集網路連續複寫功能的相關資訊，請參閱如何為叢集網路停用連續複寫。

報告和監視的改進

Exchange 2007 SP1 也完成多項變更來加強 Exchange 2007 的處理能力。這些變更改進 Exchange 2007 RTM 的叢集報告功能，也加入其他功能來主動監視連續複寫環境。具體來說，這些變更和加強功能更正 Get-StorageGroupCopyStatus 指令程式的已知缺失、引進一個稱為 Test-ReplicationHealth 的新指令程式，也更容易發覺傳輸暫放所遮蔽的遺失視窗。如需這些報告與監視改進的相關資訊，請參閱監視連續複寫。

效能的改進

Exchange 2007 SP1 中已改進高可用性部署的效能。這些改進包括：

• 在連續複寫環境中，儲存群組被動副本所在的磁碟減少 I/O 次數   在 Exchange 2007 SP1 中，已修改連續複寫架構的設計，在記錄檔重新顯示活動批次之間，現在會在被動節點上保存資料庫快取。在記錄檔重新顯示活動批次之間保存資料庫快取，可讓 Microsoft Exchange 複寫服務利用可延伸儲存引擎 (ESE) 的資料庫快取功能，進而減少被動副本的邏輯單元編號 (LUN) 上發生的磁碟輸入/輸出 (I/O) 次數。相較之下，在 Exchange 2007 RTM 中，每一批記錄檔重新顯示活動會建立新的資料庫快取，在某些情況下，這會導致被動節點的磁碟 I/O 活動比主動節點的磁碟 I/O 活動高出兩倍到三倍。

  在 CCR 環境中，節點之間的叢集信箱伺服器移動更快   這些改進可在兩分鐘以內完成在節點之間移動叢集信箱伺服器。這包括系統管理員執行的移動 (使用 Move-ClusteredMailboxServer 指令程式) 和叢集服務所管理的容錯移轉。為了在 CCR 環境中快速完成移動，資料庫會直接離線而不清除資料庫快取。在 SCC 中，大約需要五分鐘時間來移動叢集信箱伺服器。移動叢集信箱伺服器之前仍然會清除資料庫快取。這是一種投機的清除方式，可讓用戶端保持與資料庫連線。此作法可縮短叢集信箱伺服器移至另一個節點時所需的停機時間。

  在容錯移轉期間，會記錄事件識別碼 9868 兩次以表示清除作業狀態，並記錄事件識別碼 113 來表示複寫狀態。這些事件內容類似以下各項：

  事件識別碼： 9868 來源：MSExchangeIS 類別：一般 類型：參考 描述：嘗試清除伺服器 '<MailboxServerName>' 的快取完成，但有 0 個儲存群組無法到達所需的檢查點深度。

  事件識別碼： 9868 來源：MSExchangeIS 類別：一般 類型：參考 描述：嘗試清除伺服器 '<MailboxServerName>' 的快取完成，但有 2 個儲存群組無法到達所需的檢查點深度。

  事件識別碼： 113 來源：MSExchangeRepl 類別：移動 類型：參考 描述：資訊儲存庫快取在叢集信箱伺服器 '<MailboxServerName>' 尚未完成移動之前清除。資料：儲存群組 '<MailboxServerName>\<StorageGroupName>'：檢查點深度開始為 19，結束為 17。 儲存群組 '<MailboxServerName>\<SecondStorageGroupName>'：檢查點深度開始為 19，結束為 13。

傳輸暫放的改進

傳輸暫放是 Hub Transport server role 的功能。對於最近傳遞給收件者 (其信箱位於 CCR 環境中的叢集信箱伺服器) 的郵件，傳輸暫放會維護郵件佇列。此佇列受限於郵件保存時間長短和使用的空間總計。當容錯移轉發生損失時，叢集信箱伺服器會自動要求 Active Directory 站台中的每一個 Hub Transport Server 重新提交傳輸暫放佇列中的郵件。

在 Exchange 2007 SP1 中，傳輸暫放功能有諸多改進：

• 支援 LCR   傳輸暫放現在支援 LCR 部署。不同於 CCR 中的復原程序會自動要求傳輸暫放重新傳遞，在 LCR 環境中，此程序需要手動執行。在 Exchange 2007 SP1 中，已更新 Restore-StorageGroupCopy 指令程式來包含傳輸暫放重新提交要求。因此，當系統管理員在 LCR 環境中使用 Restore-StorageGroupCopy 指令程式來啟動儲存群組的被動副本時，啟動過程中會發出傳輸暫放提交要求。

• 傳輸暫放統計資料   在復原遺失記錄檔的伺服器之前，為了讓系統管理員更了解狀況，已加強傳輸暫放來包含統計資訊，對於包含受影響儲存群組的郵件的所有 Hub Transport Server，此資訊提供最新的狀態。這些統計資料包括 Active Directory 站台中每一個 Hub Transport Server 上的郵件數目，以及最舊郵件已存在的時間長短。在 Get-StorageGroupCopyStatus 指令程式中，可以使用新的參數 DumpsterStatistics 來檢視這些統計資料。使用這個新的值時，Get-StorageGroupCopyStatus 的輸出將包含所有可存取的 Hub Transport Server 所提供的傳輸暫放統計資料，以及無法存取的 Hub Transport Server 清單。可存取的伺服器會以多重值結構 DumpsterStatistics 來列出，無法存取的伺服器會以多重值字串 DumpsterStatisticsNotAvailable 來列出，如下所示：

  DumpsterStatistics: {HUB1 (oldest time stamp; number of items in the dumpster; size of dumpster), HUB2 (oldest time stamp; number of items in the dumpster; size of dumpster), HUB3 (oldest time stamp; number of items in the dumpster; size of dumpster)}

  DumpsterStatisticsNotAvailable: {HUB4,HUB5}

  在上述範例中，oldest time stamp (最舊時間戳記) 是指 Hub Transport Server 收到郵件的時間，不是郵件最初傳遞至 Mailbox Server 的時間。

  Get-StorageGroupCopyStatus 指令程式也包含一個新的多重值結構，稱為 OutstandingDumpsterRequests，此結構列出含未完成要求的 Hub Transport Server 和未完成要求的時間範圍 (低–高)，如下所示：

  OutstandingDumpsterRequests: {HUB1 (time-low;time_high), HUB5 (time_low;time_high)}

Exchange 管理主控台改良功能

Exchange 2007 SP1 在 Exchange 管理主控台中加入新的 GUI 項目，讓叢集信箱伺服器的管理和組態工作更有效率。這些改進包括：

• 管理叢集信箱伺服器精靈   此精靈用來移動、停止或啟動 CCR 與 SCC 環境中的叢集信箱伺服器。移動和停止功能也包含選用的系統管理員註解欄位，可讓系統管理員輸入理由來解釋為何移動或停止叢集信箱伺服器。此精靈相當於使用下列 Exchange 管理命令介面指令程式：

  • Move-ClusteredMailboxServer

  • Stop-ClusteredMailboxServer

  • Start-ClusteredMailboxServer

• 管理連續複寫   Exchange 管理主控台已新增更多使用者介面控制項，可讓系統管理員暫停、繼續、更新及還原連續複寫。這些控制項相當於使用下列 Exchange 管理命令介面指令程式：

  • Suspend-StorageGroupCopy

  • Resume-StorageGroupCopy

  • Update-StorageGroupCopy

  • Restore-StoreGroupCopy

  在 LCR 環境與 CCR 環境中，您可以使用這些指令程式和對應的 Exchange 管理主控台作業來管理連續複寫。

  附註：
  在 CCR 環境中，只能從被動節點使用「更新儲存群組副本」精靈，只能從主動節點使用「還原儲存群組副本」精靈。

• 叢集信箱伺服器索引標籤   [伺服器內容] 對話方塊為叢集中存在的 Mailbox Server 新增一個索引標籤。此資訊適用於 CCR 環境和 SCC。新的索引標籤提供叢集信箱伺服器的詳細資訊，且可讓系統管理員為 CCR 環境中的叢集信箱伺服器設定 AutoDatabaseMountDial 內容的值。在新的索引標籤上顯示的大部分資訊，也可以使用 Get-ClusteredMailboxServerStatus 指令程式來取得。如需叢集信箱伺服器索引標籤的相關資訊，請參閱伺服器內容 > 叢集信箱伺服器索引標籤。

• 叢集連續複寫頁面   [儲存群組內容] 對話方塊為 CCR 環境中部署的 Mailbox Server 新增一個頁面。新的內容頁為叢集的連續複寫狀態提供詳細資訊。如需叢集連續複寫頁面的相關資訊，請參閱儲存群組內容 > 叢集連續複寫頁面。

相關資訊

Windows Server 2008 包含數個已增強或重新命名的功能。如需 Windows Server 2003 與 Windows Server 2008 之間功能變更的相關資訊，請參閱術語變更。