上一次修改主題： 2014-10-24
即時消息 (IM) 和狀態所需的唯一組件是：
組織的前端服務器或 Standard Edition Server。這些服務器中始終啓用 IM 和狀態功能。
如果您有一個 企業版 前端池，則使用負載平衡器。有關詳細信息，請參閱 Lync Server 2013 的負載平衡要求。
在 Lync Server 2013 中，已更改 前端池體系結構，且這些更改會影響應規劃和維護 前端池的方式。
建立您的所有 企業版 前端池至少包括三個前端服務器。在 Lync Server 中， 前端池的體系結構會使用分佈式系統模型，使每個用戶的數據保留在池中的三個前端服務器上。有關此新體系結構的詳細信息，請參閱 Lync Server 2013 中的拓撲更改。
如果您不想部署三個 企業版 前端服務器，但想獲得災難恢復功能，則建議您使用 Lync Server 標準版，並創建兩個帶有一對備份關係的池。這樣可以提供僅使用兩臺服務器的災難恢復解決方案。有關高可用性和災難恢復拓撲和功能的詳細信息，請參閱在 Lync Server 2013 中規劃高可用性和災難恢復。
對於前端池，請按照此部分的指南執行操作。
使用適用於前端池的新分發模型，必須運行池中特定數量的服務器，池才能正常工作。池存在兩種丟失模式：
路由組級別仲裁丟失，是由於特定路由組的副本服務器不足引起的。路由組是指駐留在池中的一組用戶的聚合。每個路由組在池中都有三個副本：一個主要副本和兩個輔助副本。
池級別仲裁丟失，當池中運行的種子服務器不足時導致的。
當您首次啓動新的前端池時，務必確保有 85% 的服務器已啓動且正在運行，如下表所示。如果正在運行的服務器數目較少，則服務可能會滯留在啓動狀態，而池可能無法啓動。
| 池中服務器的總數 | 使池第一次啓動所必須運行的服務器的數量 |
|---|---|
2 | 1 |
3 | 3 |
4 | 3 |
5 | 4 |
6 | 5 |
7 | 5 |
8 | 6 |
9 | 7 |
10 | 8 |
11 | 9 |
12 | 10 |
以後每次啓動池時，都應啓動 85% 的服務器（如上表所示）。如果無法啓動此數量的服務器（但是可以啓動足夠數量的服務器來避免遭遇池級別仲裁丟失），那麼您可以使用 Reset-CsPoolRegistrarState –ResetType QuorumLo***ecovery cmdlet 來使池從此路由組級別仲裁丟失中恢復，然後繼續操作。有關如何使用此 cmdlet 的詳細信息，請參閱 Reset-CsPoolRegistrarState。
 注意： |
|---|
| 由於 Lync Server 使用主 SQL 數據庫作爲見證，如果您關閉主 SQL 並切換到鏡像副本，同時關閉足夠多的前端服務器，結果正在運行的數量不足（根據上表），那麼整個池都將關閉。有關詳細信息，請參閱數據庫鏡像見證。 |
爲使前端池正常工作，它不能遭遇池級別仲裁丟失。如果正在運行的服務器數量低於下表所示的正常運作級別，則池中的其餘服務器將停止所有 Lync Server 服務。請注意，下表中的數目假定池中的後端服務器正在運行。
| 池中前端服務器的總數 | 使池發揮作用所必須運行的服務器的數量 |
|---|---|
2 | 1 |
3 -4 | 任意 2 臺 |
5 -6 | 任意 3 臺 |
7 | 任意 4 臺 |
8 -9 | 前 7 臺服務器中的任意 4 臺 |
10 -12 | 前 9 臺服務器中的任意 5 臺 |
在上表中，“前幾臺服務器”是指自首次啓動池起按時間順序靠前顯示的服務器。要確定這些服務器，您可以配合使用 Get-CsComputer cmdlet 和 –PoolFqdn 選項。此 cmdlet 將按服務器在池中的出現順序顯示服務器，列表最上方的服務器就是前幾臺服務器。
建議不要部署僅包含兩臺前端服務器的前端池。如果您確實需要這樣的池，請遵循以下指導原則：
如果兩個前端服務器之一停機，您應嘗試將該失敗的服務器儘快恢復運行。同樣，如果需要升級兩臺服務器之一，升級完成後將其儘快聯機。
如果因某些原因需要將兩臺服務器同時停機，當該池停機後執行下列操作：
您應注意其他幾項因素，以確保您的前端池仍正常工作。
當第一次將用戶移動到池時，確保至少運行三個前端服務器。
如果您爲災難恢復的目的建立此池和另一池之間的一對關係，那麼在建立此關係後，必須確保在某些時候此池具有三個同時運行的前端服務器以正確將數據與備份池同步。有關池對和災難恢復功能的詳細信息，請參閱 在 Lync Server 2013 中規劃高可用性和災難恢復。
當您需要升級或修補前端池中的服務器時，請按照在 Lync Server 2013 中升級或更新前端服務器中所示的工作流和以下指南執行操作：
當您從一個升級域移動到另一個升級域來執行升級時（遵循在 Lync Server 2013 中升級或更新前端服務器上的工作流），您將使用 Get-CsPoolUpgradeReadinessState cmdlet 並檢查就緒狀態。在每個升級域達到“就緒”之後額外等待 20 分鐘的時間將使升級更可靠。如果在這 20 分鐘內它變爲“未就緒”，請重新開始 20 分鐘計數器。此外，您可以在開始 20 分鐘間隔之前和之後運行 Get-CsPoolFabricState cmdlet，確保未對路由組的主要副本和輔助副本做任何更改。
如果上次修補的升級域中的任何服務器遇到問題或未重新啓動，請不要移動到下一升級域。如果某個升級內的任何服務器無法啓動，這同樣適用。請運行 Get-CsPoolFabricState 以確保所有路由組都具有一個主要副本和至少一個輔助副本；這將確認所有用戶是否具有服務。
如果有些用戶具有服務，而某些用戶沒有，請運行 Get-CsPoolFabricState 與 –Verbose 選項來檢查具有缺少副本的路由組。不要將重新啓動整個池作爲第一個故障排除步驟。有關此 cmdlet 的詳細信息，請參閱 Get-CsPoolFabricState。
確保事件查看器或性能監視器窗口的所有實例均已關閉，以便執行 Windows Fabric 安裝/卸載。
每當將前端服務器添加到池，或從池將其刪除，然後發佈新拓撲時，請遵循以下指導原則：
發佈新拓撲後，必須在池中重新啓動每個 前端服務器。一次重新啓動一個。
如果在配置更改期間整個池已關閉，則在發佈新拓撲後運行下列 cmdlet：
Reset-CsPoolRegistrarState -PoolFQDN <PoolFQDN> -ResetType ServiceReset
如果前端服務器失敗，且在近期不可能替換，則從拓撲刪除該服務器。當再次可用時向該拓撲添加新的前端服務器。