共用方式為

  • 發行項

Test Results

 

上次修改主題的時間： 2011-03-02

本主題說明 Microsoft 測試本節建議之容錯移轉解決方案的結果。

中央網站連結延遲

我們使用一種網路延遲模擬器來介紹 North 和 South 之間模擬的 WAN 連結的延遲性。建議的拓撲在不同地理位置的網站間支援的延遲最長為 20 毫秒。改善 Lync Server 2010 的架構可讓允許的延遲比 Microsoft Office Communications Server 2007 R2 本地網站恢復拓撲允許的 15 毫秒上限還要久。

  • 15 毫秒。   我們一開始便在兩個網站之間的網路路徑，以及兩個網站之間的資料路徑 (用於複寫資料)，採用 15 毫秒的來回延遲。在這些條件和負載之下，這種拓撲可以繼續運作而且沒有問題。

  • 20 毫秒  然後我們會開始增加延遲。網路和資料流量的來回延遲都是 20 毫秒，這種拓撲可以繼續運作而且沒有問題。20 毫秒是 Lync Server 2010 中此拓撲支援的來回延遲上限。

    important重要事項：
    Microsoft 不支援網路和資料延遲超過 20 毫秒的解決方案。

  • 30 毫秒。   在 30 毫秒來回延遲中，我們開始看到效能下降。特別是，封存和監控資料庫的訊息佇列開始增多。增加延遲的結果，會造成使用者經驗也隨之變差。登入時間和會議建立時間都會增加，而且 A/V 體驗大幅下降。基於這些理由，Microsoft 不支援來回延遲超過 20 毫秒的解決方案。

容錯移轉

如同前文所述，拓撲中的所有 Windows Server 2008 R2 叢集都使用 [節點和檔案共用多數] 仲裁。因此，為了模擬網站容錯移轉，我們必須將 South 和見證網站的連線中斷，才能隔離所有伺服器和叢集。我們在 North 網站的所有伺服器使用「不正常」關機。

下列是 North 網站失敗後所產生的結果和現象：

  • 被動 SQL Server 叢集節點在數分鐘內變成使用中的節點。實際的時間會依環境的詳細資訊而有所不同。連線至 North 網站的內部使用者已登出，然後再自動重新登入。在容錯移轉期間，不會更新目前狀態，而且新動作 (例如新 IM 工作階段或會議) 會因錯誤而失敗。容錯移轉完成之後，不會再發生其他錯誤。

  • 只要對等之間具有有效的網路路徑，進行中的對等呼叫就會繼續，不會中斷。

  • 如果支援通話的閘道變成無法使用，UC-PSTN 通話就會中斷。在這種情況下，使用者可以手動重新建立通話。

  • 連線至 North 網站的 Lync 2010 使用者已經中斷連線，數分鐘內便自動重新連線至 South 網站。然後使用者可以和之前一樣繼續使用。

  • 為了重新連線，Group Chat 用戶端使用者必須登出，然後再重新登入。South 網站上正常停止或停用的 Group Chat 通道服務和查閱服務，必須手動啟動。

  • North 網站主控的會議已經自動容錯移轉至 South 網站。容錯移轉完成之後，會提示所有使用者重新加入會議。用戶端可重新加入會議。容錯移轉期間，會繼續進行會議錄製。在熱待命封存伺服器恢復上線之前，會停止封存。

  • North 網站當機時仍可繼續管理。例如，使用者可以從 Survivable Branch Appliance 移至前端集區。

  • North 網站離線後，South 網站的 SQL Server 叢集和檔案共用叢集在幾分鐘內便可恢復上線。

  • 在我們的測試中，觀察到的網站容錯移轉持續時間只有幾分鐘的時間。

容錯回復

基於測試之用，我們將容錯回復定義為還原 North 網站的所有功能，如此一來使用者才可以重新連線至該網站的伺服器。North 網站還原之後，所有叢集資源都會移回它們在 North 網站的節點上。

建議您最好在離峰時段，以可控制的方式執行容錯回復，因為在容錯回復過程中，部分使用者會受到干擾。下列是針對 North 網站容錯回復後所產生的結果和現象：

  • 在叢集資源可以移回它們在 North 網站的節點之前，儲存體必須全部重新同步處理。如果儲存體尚未重新同步處理，叢集便無法恢復上線。儲存體的重新同步處理會自動進行。

  • 為了確保使用者受到的影響最小，叢集已設定成不會自動容錯回復。建議您確定儲存體已全部重新同步處理之後，在下次維護視窗之前，先延後處理容錯回復。

  • 前端伺服器可以連線至 Active Directory 網域服務時，會恢復上線。當前端伺服器恢復上線時，如果後端資料庫仍無法使用，則使用者可使用的功能有限。

    North 網站的前端伺服器上線後，就可以路由傳送新的連線。線上的使用者和經常透過 North 網站的前端伺服器連線的使用者，會先登出，然後再重新登入至平常使用的 North 網站伺服器。

    如果您想避免 North 網站的前端伺服器自動恢復上線，例如，如果您想充分掌控整個過程，或是如果兩個網站之間的延遲尚未還原至可接受的層級，建議您關閉前端伺服器。

  • 在我們的測試中，網站容錯回復持續時間少於 1 分鐘。