Findings and Recommendations

 

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

都會網站恢復解決方案已經通過測試並得到 Microsoft 的正式支援。但是，在部署該拓撲之前，您應該考慮以下的研究結果和建議。

研究結果

• 叢集容錯移轉如預期般運作。除了 Group Chat 伺服器、封存伺服器和監控伺服器之外，不需手動操作的步驟。前端伺服器可以在容錯移轉後與後端資料庫伺服器重新連線，然後恢復正常服務。Microsoft Lync 2010 用戶端會自動重新連線。

• 叢集容錯回復如預期般運作。務必確保容錯回復開始前已重新同步處理儲存區。

  當前端伺服器再次可用且使用者被轉接回他們常用的前端伺服器時，會依序看見快速的登出/登入。

• 發生容錯移轉時，需要手動啟動容錯移轉網站上的 Group Chat 通道服務查閱服務。此外，Group Chat 規範伺服器設定也要手動更新。如需詳細資訊，請參閱＜作業＞文件中的＜備份規範伺服器＞。

建議

• 儘管在每一個 SQL Server 叢集測試使用了兩個節點 (每個網站一個)，但我們建議您部署其他節點，以便在網站內為拓撲中的所有元件建立複本。例如，如果使用中的 SQL Server 節點變成無法使用，同一網站內的備份 SQL Server 節點以及相同叢集的某部分，可以繼續工作直到故障的伺服器重新上線或更換。

• 儘管我們的測試使用的是特定協力廠商提供的元件，但解決方案並不依賴於或限於特定廠商。只要元件得到 Microsoft 的認證和支援，任何合格的廠商都可以勝任。

• 解決方案中的所有個別元件 (例如，分散於不同地理區域的叢集元件) 必須得到 Microsoft 支援並獲得其適當的認證。不過，這不表示 Microsoft 將直接支援個別協力廠商的元件。如需元件支援，請連絡適當的協力廠商。

• 儘管沒有測試完整的部署，但是我們預期發佈的 Lync Server 2010 範圍數字依然有效。因此，您應該規劃足夠的容量，以便在容錯移轉中留有足夠容量繼續作業。如需詳細資訊，請參閱規劃文件中的＜容量規劃＞。

• 本章節中的資訊僅作為指導方針使用。在生產環境中部署此解決方案前，您應該使用自己的拓撲建立並測試該解決方案。

附註：
當主要和次要網站之間的網路和資料複寫延遲超過 20 毫秒，或頻寬不支援您組織的使用者模型時，Microsoft 不支援此解決方案的實作。當延遲超過 20 毫秒，使用者經驗的品質會迅速降低。除此之外，封存伺服器和 Group Chat 規範伺服器有可能開始落後，而進一步導致前端伺服器和 Group Chat 查閱伺服器關閉。