待命連續複寫

適用版本： Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1

上次修改主題的時間： 2008-10-21

待命連續複寫 (SCR) 是在 Microsoft Exchange Server 2007 Service Pack 1 (SP1) 中所引進的一項新功能。顧名思義，SCR 是為使用或啟用待命修復伺服器的情況而設計的。SCR 可擴充它在 Exchange Server 2007 的量產發行 (RTM) 版本中找到的現有連續複寫功能，並讓執行 SP1 的 Mailbox Server 有新資料可用。SCR 可利用本機連續複寫 (LCR) 和叢集連續複寫 (CCR) 所使用的相同記錄傳送和重新顯示技術，提供新增的部署選項及設定。

SCR 使高可用性 (包括服務和資料可用性) 和站台回復性之間有了區隔。例如，SCR 可以和 CCR 結合在一起，以便在主要資料中心 (使用 CCR 以取得高可用性) 以本機方式，以及在次要或備份資料中心 (使用 SCR 以取得站台回復性) 以遠端方式來複寫儲存群組。次要資料中心可在裝載 SCR 目標的容錯移轉叢集中包含一個被動節點。此類型的叢集稱為待命叢集，因為待命叢集不包含任何叢集信箱伺服器，但是在復原情況下可以快速提供替代叢集信箱伺服器給待命叢集。如果主要資料中心故障或遺失，則裝載在此待命叢集中的 SCR 目標可以快速地在待命叢集上啟動。

來源和目標

就像 LCR 和 CCR 一樣，SCR 也會使用儲存群組的主動及被動副本的概念，但會把它們當作「來源」和「目標」來參考。而且，就像 CCR 一樣，SCR 會要求來源和目標上的資料庫和記錄檔路徑都必須是一樣的。

SCR 的起始點稱為「來源」，是位於下列中的任何儲存群組：

• 獨立 Mailbox Server

• 單一副本叢集 (SCC) 中的叢集信箱伺服器

• CCR 環境中的叢集信箱伺服器

  附註：
  不能對 SCR 啟用復原儲存群組。

就像 LCR 和 CCR 一樣，啟用 SCR 的儲存群組不能包含一個以上的資料庫。若儲存群組包含一個以上的資料庫，則您不能對它啟用 SCR，而且不能新增第二個或後續的資料庫至已啟用 SCR 的儲存群組中。

如果 SCR 來源電腦不是叢集電腦，也可以主控其他伺服器角色，例如 Hub Transport、Client Access 及 Unified Messaging server roles。

SCR 的端點稱為「目標」，目標可以是下列其中之一：

• 未對任何儲存群組啟用 LCR 的獨立 Mailbox Server

• 叢集中已安裝待命叢集，而這就是已安裝被動叢集 Mailbox role 但沒有叢集信箱伺服器 (例如，沒有主動叢集 Mailbox role) 的容錯移轉叢集

SCR 目標電腦上必須已安裝 Mailbox server role，即使它沒有裝載工作信箱也一樣。Mailbox server role 是必要的，因為它包括 Microsoft Exchange 複寫服務及 SCR 功能所需的其他元件。如果 SCR 目標電腦不是叢集電腦，也可以主控其他伺服器角色，例如 Hub Transport、Client Access 及 Unified Messaging server roles。

在 Exchange 2007 Standard Edition SP1 中，可使用 SCR。如果在 SCC 或 CCR 環境中 Mailbox Server 是作為 SCR 來源，就需要 Exchange 2007 Enterprise Edition SP1，因為當 Exchange 2007 進行叢集作業時需要 Enterprise Edition。如果待命叢集是作為 SCR 目標使用，同樣需要 Exchange 2007 Enterprise Edition SP1。

將 SCR 與 LCR 和 CCR 作比較

SCR 與 LCR 和 CCR 類似，但是有它本身的獨特特性：

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

• SCR 包括重新顯示活動的內建延遲，它可以讓系統管理員指定其他的延遲。這在許多種情況下很有用。例如，萬一使用中的資料庫發生邏輯毀損，內建及其他的系統管理員設定的延遲可用來防止 SCR 目標資料庫的邏輯毀損。LCR 及 CCR 就没有這類延遲。

• 您可以使用 Exchange 管理命令介面充分管理 SCR。Exchange 管理主控台可用來管理 LCR 及 CCR 的許多方面，但是不能用來啟用或管理 SCR 的任何方面。

SCR 副本啟動

使用 SCR 目標資料庫的程序稱為「啟動」，而啟動資料庫的方法則視失敗性質而定。如果會影響到 SCR 來源上的一個或部份資料庫，您可以使用 Exchange 2007 中的資料庫可攜性功能，作為 SCR 目標資料庫的部份啟動程序。如果會影響到 SCR 來源伺服器上的所有資料庫，或是會復原整個伺服器或叢集信箱伺服器，您可以使用安裝程式的伺服器復原功能 (Setup /m:RecoverServer 用於獨立伺服器，而 Setup /RecoverCMS 用於叢集信箱伺服器)，作為部份的啟動程序。

附註：
如果您的復原計劃包含使用 Setup /RecoverCMS 來復原具有一或多個啟用 SCR 之儲存群組的叢集信箱伺服器 (CCR 或 SCC)，您必須在執行 Setup /RecoverCMS 之前先停用儲存群組的 SCR。

如需 SCR 環境中的啟動和復原的相關資訊，請參閱啟動待命連續複寫目標。

SCR 部署案例

SCR 可讓您使用連續複寫，複寫 SCC 或 CCR 環境中獨立 Mailbox Server 或叢集信箱伺服器中的 Mailbox Server 資料。下圖說明一些可能的 SCR 設定選項。

使用 SCR 將一個獨立 Mailbox Server 中的儲存群組複寫到另一個 Mailbox Server

上圖說明利用 SCR 將一個 Mailbox Server 中的多個儲存群組複寫到另一個 Mailbox Server。在此範例中，兩個 Mailbox Server 都不是叢集伺服器，而且兩者都是作為 SCR 來源和目標。在此範例中，每一個伺服器都位於不同的資料中心及不同的 Active Directory 站台。視失敗性質而定，如果要在任一伺服器上復原儲存群組，可以使用資料庫可攜性或 /RecoverServer 安裝程式選項來執行。

使用 CCR 可在本機複寫儲存群組，而使用 SCR 可將一個儲存群組複寫到遠端位置

上圖說明一對一的 CCR 對 SCR 模型。在此範例中，EXCLUS1 是 CCR 環境中的叢集信箱伺服器，位於 Active Directory 站台 REDMOND。EXCLUS1DR 是位於 Active Directory 站台 QUINCY 中的待命叢集。在此案例中，可使用 /RecoverCMS 安裝程式參數來達成 SCR 目標上所有儲存群組的復原工作。如果不需要復原所有儲存群組，可利用資料庫可攜性來復原一個或多個儲存群組。

使用 CCR 可在本機複寫儲存群組，而使用 SCR 可將儲存群組複寫到多個遠端位置

上圖說明一對多的 CCR 對 SCR 模型。左邊的電腦代表相同資料中心的兩個實體 CCR 節點。右邊的電腦代表第二個資料中心的兩個 SCR 目標。在此範例中，單一儲存群組是複寫到兩個不同電腦的多個 SCR 目標。您可以利用下列兩個方法之一，來達成任一 SCR 目標上的儲存群組的復原工作：

• 只有從單一 CCR 來源復原儲存群組時，才可以使用 /RecoverCMS。

• 從多個 CCR 來源復原儲存群組時可使用資料庫可攜性。

針對 SCC 使用多個遠端 SCR 目標

上圖說明一對多的 SCC 對 SCR 模型。左邊的電腦代表單一資料中心的兩個實體 SCC 節點。右邊的電腦代表另一個資料中心的 SCR 目標。在此範例中，單一儲存群組是複寫到第二個資料中心的兩個獨立目標。您可以使用 /RecoverCMS 安裝程式參數來達成 SCR 目標上此儲存群組的復原工作。

SCR 的指令程式更新

您可以使用 Exchange 管理命令介面管理 SCR。針對用來管理及設定連續複寫的數個 Exchange 管理命令介面指令程式，SP1 加入了一個名為 StandbyMachine 的新參數。具體來說，現在下列指令程式都支援 SCR 和 StandbyMachine 參數：

• Suspend-StorageGroupCopy

• Resume-StorageGroupCopy

• Update-StorageGroupCopy

• Restore-StorageGroupCopy

• Get-StorageGroup

• Get-StorageGroupCopyStatus

除了之前的指令程式更新之外，New-StorageGroup 和 Enable-StorageGroupCopy 指令程式都已更新為支援 SCR。在 Exchange 2007 SP1 中，您可以使用 New-StorageGroup 來建立已啟用 SCR 功能的新儲存群組，以及使用 Enable-StorageGroupCopy 來啟用現有儲存群組的 SCR 功能。這些指令程式包括下列更新的參數：

• -StandbyMachine 此參數指定 SCR 目標電腦的名稱。

• -ReplayLagTime 此參數是用來指定 Microsoft Exchange 複寫服務在重新顯示已複製到 SCR 目標電腦的記錄檔之前應該等待的時間量。此參數的格式為 (Days.Hours:Minutes:Seconds)。此值的預設值是 24 小時 (1.0:0:0)。而此值的允許上限設定是 7 天。允許的下限設定為 0 秒，不過如果將這個值設定為 0，可有效刪除在記錄重新顯示活動中高於 50 個記錄檔的預設延遲的任何延遲。設定此參數的值之後，如果沒有停用然後啟用 SCR，即無法變更此值。

• -TruncationLagTime   此參數是用來指定在截斷已複製到 SCR 目標電腦的記錄檔及重新顯示至資料庫副本之前，Microsoft Exchange 複寫服務應該等待的時間量。在記錄檔順利重新顯示至資料庫副本之後，此時段即開始。此參數的格式為 (Days.Hours:Minutes:Seconds)。而此值的允許上限設定是 7 天。允許的下限設定為 0 秒，不過如果將這個值設定為 0，將會有效排除記錄檔截斷活動中的任何延遲。設定此參數的值之後，如果沒有停用然後啟用 SCR，即無法變更此值。

除了系統管理員設定的重新顯示延遲 (使用 ReplayLagTime 參數指定) 之外，不論 ReplayLagTime 的值是什麼，Exchange 也會使用 Maximum of ("ReplayLagTime" 或 "X 記錄檔" 的值) 來防止固定數目的記錄檔重新顯示在 SCR 目標上，其中 X=50。這是對於在連續複寫環境 (例如 LCR 或 CCR) 中的 SCR 來源發生遺失容錯移轉，並使用 Restore-StorageGroupCopy 指令程式連線時，需要重新植入儲存群組的多一層保護。透過在 SCR 目標上延遲重新顯示活動，當 SCR 來源發生遺失容錯移轉時，可使需要重新植入 SCR 副本的機會減至最低，因為 SCR 來源上的資料遺失性質會及時使兩個副本彼此靠得更近。

重要事項：
50 個記錄檔的內建重新顯示延遲及預設時間 24 小時具有建立初始 SCR 目標資料庫的含意。要等到 50 個交易記錄檔都複寫到 SCR 目標電腦，而且經過 ReplayLagTime 指定的期間 (依預設為 24 小時) 之後，才會建立 SCR 目標資料庫。

SCR 的安裝程式更新

SCR 主要是針對重大失敗而設計，例如站台完全故障。這些類型的失敗案例需要一些手動活動，例如啟動備份資料中心以及回到主要資料中心。

以本主題稍早的「針對 SCC 使用多個遠端 SCR 目標」圖為例，試想萬一主要資料中心 (即包含 SCC 的站台) 故障時會發生什麼情況，以及會做出何種決定來啟動第二個資料中心作為取代主要站台。啟動第二個資料中心之後，原始資料中心設定會保留在 Active Directory 中，啟動之後的第二個資料中心會使用此設定。SCC 的叢集信箱伺服器設定也會保留在原始叢集上。若要使原始叢集再度連線，必須在不影響 Active Directory 中叢集信箱伺服器設定 (由第二個資料中心使用) 的情況下，從叢集節點中移除叢集信箱伺服器設定。

為了促進這個站台及其他站台回復性案例，Exchange 2007 SP1 中的安裝程式已做修改。具體來說，安裝程式包含一個新的命令列選項，叫做 /ClearLocalCMS，它是可在不影響 Active Directory 中儲存之設定資訊的情況下，用來清除原始叢集節點中的叢集信箱伺服器設定資訊。例如，若要清除叢集信箱伺服器 EXCLUS1 的本機組態資料，您可以在想要移除叢集信箱伺服器之原始叢集的每個節點上本機執行下列命令：

Setup /ClearLocalCMS

使用 /ClearLocalCMS 選項時，請注意下列要求和限制：

• 此選項只能在本機使用；它不能在遠端使用。

• 此選項只可以用於裝載叢集信箱伺服器的節點 (例如，主動節點)，而不可以用於被動節點。

• 此選項不會移除 Microsoft Exchange 程式檔，也不會更新 Active Directory 中的任何設定資訊。

• 唯有當本機叢集信箱伺服器離線時，及本機節點不在本機叢集信箱伺服器的 RedundantMachines 清單中時，才可以使用此選項。

• 用來清除本機叢集信箱伺服器設定的帳戶，必須已委派其對於叢集信箱伺服器的 Exchange Server 系統管理員權限。

• 如果叢集節點是在 Windows Server 2008 上執行，則虛擬電腦物件會在執行 Setup /ClearLocalCMS 之後停用。您必須重新啟用 VCO。

相關資訊

如需規劃 SCR 的相關資訊，請參閱規劃待命連續複寫。如需管理 SCR 的相關資訊，包括如何對儲存群組啟用或停用 SCR 的詳細步驟，請參閱管理待命連續複寫。