最近這段時間連續(xù)兩次處理同一客戶的Skype前端服務(wù)不能啟動的問題，客戶的環(huán)境總是會有前端服務(wù)器意外關(guān)機(jī)的情況出現(xiàn)，每次處理都會浪費(fèi)大把時間。今天系統(tǒng)的梳理下Skype for business Server前端的工作原理，以及對應(yīng)的排錯過程。

創(chuàng)新互聯(lián)專注于正陽企業(yè)網(wǎng)站建設(shè),成都響應(yīng)式網(wǎng)站建設(shè)公司,成都商城網(wǎng)站開發(fā)。正陽網(wǎng)站建設(shè)公司,為正陽等地區(qū)提供建站服務(wù)。全流程按需求定制設(shè)計，專業(yè)設(shè)計，全程項目跟蹤，創(chuàng)新互聯(lián)專業(yè)和態(tài)度為您提供的服務(wù)

Skype for Business Server前端高可用是基于Windows Fabric進(jìn)行的，Windows Fabric不需要手動安裝，在規(guī)劃拓?fù)浜桶惭bSkype for business Server組件的時候會自動安裝這個Windows功能并進(jìn)行自動配置?？梢栽诿颗_FE服務(wù)器上打開如下文件夾查看整個Fabric的配置。

ClusterManifest.current文件是在每次Windows系統(tǒng)重啟后會自動生成一個且會覆蓋之前的文件，所以千萬不要去手動更改里面的配置，如果手動更改配置會導(dǎo)致路由仲裁丟失嚴(yán)重會導(dǎo)致池仲裁丟失，最終導(dǎo)致整個池故障客戶端將無法登錄任何一臺FE服務(wù)器。

使用Get-CsUserPoolInfo可以清楚的查看到用戶當(dāng)前所在的池，以及池中主要的前端服務(wù)器是哪一臺

主要注冊服務(wù)器 是FE03

主要用戶服務(wù)服務(wù)器 是FE03

次要服務(wù)器是FE01

空閑服務(wù)器是FE02

從事件查看器中也看到主要的服務(wù)器從FE02轉(zhuǎn)到FE03，同時用戶屬性的msRTCSIP-UserRoutingGroupID值也是指向到FE03的路由組，這些路由組都是存放到FE前端服務(wù)器的SQL數(shù)據(jù)庫中，并不依賴后端SQL

所以可以看出來整個前端高可用基于Windows Fabric，而Fabric基于路由組來進(jìn)行主服務(wù)器的分發(fā)，而這一切都是基于FE前端進(jìn)行的。

而根據(jù)微軟官方文檔的描述知道前端服務(wù)器有偶數(shù)臺或奇數(shù)臺服務(wù)器，如果是奇數(shù)臺前端服務(wù)器，F(xiàn)abric路由仲裁將在這幾臺前端服務(wù)器中進(jìn)行自我投票，如果是偶數(shù)臺前端服務(wù)器那么路由投票將會增加一個后端SQL成員，如果這時候后端數(shù)據(jù)庫使用的是SQL鏡像技術(shù)，而這時候SQL服務(wù)器又要參與前端FE Fabric路由投票，而如果此時將主服務(wù)器故障轉(zhuǎn)移到鏡像服務(wù)器上那么投票將會失敗，進(jìn)而導(dǎo)致整個前端服務(wù)停掉。

所以如果最好可以選擇前端池中有奇數(shù)臺前端服務(wù)器。

前面講到了Fabric是基于前端服務(wù)器來進(jìn)行的，而后端數(shù)據(jù)庫是提供整個前端服務(wù)的基礎(chǔ)，如果手動關(guān)閉后端數(shù)據(jù)庫其實可以發(fā)現(xiàn)一個有意思的現(xiàn)象那就是Skype客戶端將繼續(xù)正常使用，當(dāng)達(dá)到一定時間后就再也無法使用了，通過Get-CsRegistrarConfiguration命令查詢其實可以發(fā)現(xiàn)在沒有后端SQL的情況下Skype前端依然可以存活30分鐘，當(dāng)然也可以通過Set-CsRegistrarConfiguration去修改這個存活時間，但是微軟官方并不建議這樣做。

以上就分析了Fabric的路由仲裁及投票，以及存在后端SQL的必然性。那么有些同學(xué)就要有疑問了，是不是Skype前端高可用必須是3臺？這個答案我更想說：如果要實現(xiàn)前端的高可用那么前端服務(wù)器至少需要3臺服務(wù)器（當(dāng)然最多只能有12臺服務(wù)器）

但是更多的乙方工程師在項目實施的時候是在前端池中創(chuàng)建的兩臺服務(wù)器，這樣一來就不能滿足Windows Fabric的基本條件，無法實現(xiàn)主要服務(wù)器，次要服務(wù)器，空閑服務(wù)器。這時候相當(dāng)于每一臺前端都是直連后端數(shù)據(jù)庫了，而不會像我前面所說的那樣后端數(shù)據(jù)庫宕機(jī)的情況下會有存活時間，而是Skype客戶端立刻進(jìn)入斷開狀態(tài)導(dǎo)致無法使用。

接下來我跟大家分享一下最近接連兩次處理同一客戶三臺前端全部同時宕機(jī)導(dǎo)致整個Windows Fabric路由仲裁，池仲裁全部丟失的情況下怎么恢復(fù)前端服務(wù)運(yùn)行正常。

先描述下事情的經(jīng)過：某天客戶的Vmware虛擬化平臺宿主機(jī)報警資源不足，需要將虛擬機(jī)遷移到另外的宿主機(jī)上，3臺前端服務(wù)器進(jìn)行同時遷移，這個并沒有什么問題，悲劇的是Vmware在遷移過程中物理服務(wù)器壓力過大直接崩了，導(dǎo)致三臺前端服務(wù)器全部意外關(guān)機(jī)，要知道這個是對Windows Fabric大的傷害，手動遷移后重新啟動Skype前端虛擬機(jī)預(yù)料中的情況出現(xiàn)了，Skype前端服務(wù)器上所有的服務(wù)都無法啟動，客戶慌了，項目經(jīng)理也慌了，客戶給出的處理時間是3個小時，因為3小時后整個集團(tuán)領(lǐng)導(dǎo)將使用Skype進(jìn)行音視頻通話。

我剛得到這個消息的時候，其實壓力是非常大的，但是基于之前已經(jīng)處理過一次這種問題，首先也找到客戶溝通，第一件絕對不能做的事情就是恢復(fù)虛擬機(jī)的快照，因為一恢復(fù)快照整個前端的高可用架構(gòu)就全部亂套了，無形之中增加了解決問題的難度。

接下來我的操作過程如下：

首先手動啟動整個前端服務(wù)器上的所有Skype服務(wù)，發(fā)現(xiàn)沒有一個可以啟動，而事件查看器中一大堆報錯，都是因為無法連接到后端數(shù)據(jù)庫，前端結(jié)構(gòu)池?zé)o法正常啟動之類的。

接下來切到SQL服務(wù)器上（SQL做了鏡像高可用），解決所有SQL數(shù)據(jù)庫服務(wù)不能正常運(yùn)行。

然后肯定就是重置前端的結(jié)構(gòu)池了，通過Reset-CsPoolRegistrarState命令來進(jìn)行重置。而這條命令后面跟的-ResetType參數(shù)有以下類型：

ServiceReset：意思是停止并重新啟動RtcSrv和FabricHostSvc服務(wù)

QuorumLo***ecovery：意思是為當(dāng)前處于仲裁丟失的任何路由組重新加載備份存儲中的用戶數(shù)據(jù)

FullReset：將會執(zhí)行與QuorumLo***ecovery相同類型的重置，但此外，還重建本地Skype for Business Server數(shù)據(jù)庫

MachineStateRemoved：從池中刪除指定的服務(wù)器。僅當(dāng)有問題的服務(wù)器（或其數(shù)據(jù)庫）已永久丟失時，才應(yīng)使用此類型的重置。

其中FullReset參數(shù)我至今沒有使用過，這算是一個大絕招，因為風(fēng)險實在太大了，所以微軟官網(wǎng)都貼出了這樣一句話：在使用FullReset時最好先咨詢微軟技術(shù)工程師。

而我首先的嘗試是使用ServiceReset參數(shù)，通過重啟Fabric服務(wù)來重新規(guī)整整個路由，然后重新啟動整個前端服務(wù)，在執(zhí)行完命令后驚喜的發(fā)現(xiàn)除了Skype for Business Server前端服務(wù)意外的所有服務(wù)都已經(jīng)啟動了，業(yè)內(nèi)人士都知道前端服務(wù)如果沒有運(yùn)行起來，那么所有的客戶端將無法登錄進(jìn)而無法使用Skype。

此時回到日志中查看依然顯示的錯誤警告是結(jié)構(gòu)池沒有完成用戶初始化

意思就是雖然上面的ServiceReset參數(shù)重置了路由組，但是這個路由組并沒有加載到結(jié)構(gòu)池中去，那么接下來就進(jìn)行QuorumLo***ecovery命令，直接從備份的存儲中重新加載用戶數(shù)據(jù)。

在運(yùn)行完命令后會重置整個Windows Fabric和重建整個存儲服務(wù)。但是此時Skype for business Server前端服務(wù)并不見的會啟動，因為文章一開始就說了Windows Fabric的配置是每次重啟機(jī)器后自動會生成一個ClusterManifest.current的XML文件里面都是配置整個Windows Fabric的主要服務(wù)器次要服務(wù)器和空閑服務(wù)器以及整個路由和仲裁，而且手動更改的文件是無效的，所以最好的也是最靠譜的解決方法是等待Skype前端服務(wù)器自動停止后將所有前端服務(wù)器關(guān)機(jī)，然后再依次開機(jī)，開機(jī)后讓三臺前端自動去進(jìn)行Windows Fabric的路由仲裁投票和結(jié)構(gòu)池仲裁重新設(shè)定（這個過程花費(fèi)的時間視前端服務(wù)器數(shù)量而定，我這里3臺前端總共等待了大約30分鐘）

最終將所有結(jié)構(gòu)池和路由仲裁全部自動設(shè)定正常，Skype for Business Server前端服務(wù)正常運(yùn)行

最終還是在客戶規(guī)定的時間內(nèi)解決了這個問題，總算是有驚無險。

所以基于以上的實際案例，強(qiáng)烈建議以下幾點：

1、 后端數(shù)據(jù)庫盡量使用SQL故障轉(zhuǎn)移群集或者Alwayson，SQL故障轉(zhuǎn)移群集和Alwayson可以參考我之前的文章

2、 不要把所有“雞蛋”放到一個“籃子”里面，建議將不同的前端服務(wù)器放到不同的數(shù)據(jù)中心或者最起碼放到不同的宿主機(jī)上

3、 關(guān)于前端池中前端服務(wù)器的數(shù)量：如果只有一個就直接做標(biāo)準(zhǔn)版把，強(qiáng)烈不建議使用兩臺前端服務(wù)器，至少3臺前端服務(wù)去，同時建議前端服務(wù)器的數(shù)量為奇數(shù)臺（3臺或者5臺是最佳配置，如果是7臺或者9臺就涉及到需要通過命令獲取前5臺服務(wù)器名稱，重啟必須按照前5臺的順序啟動，這種大型池故障處理起來更加麻煩）

4、 任何數(shù)量的前端池，如果需要更新補(bǔ)丁，一定要使用Invoke-CsComputerFailOver -ComputerName命令將服務(wù)器離線，然后再使用Invoke-CsComputerFailBack -ComputerName命令將服務(wù)器聯(lián)機(jī)，最好是一臺更新完了再更新第二臺，更新完所有前端服務(wù)去后一定記得升級下后端數(shù)據(jù)庫。

以上是我個人的一些知識分享，不代表微軟或者任何產(chǎn)品組，可能措辭不準(zhǔn)或描述不準(zhǔn)，但希望能幫到各位在實際環(huán)境中解決Skype/Lync Server企業(yè)版前端服務(wù)不能啟動的問題，特別是由于結(jié)構(gòu)池異常導(dǎo)致的。

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。

網(wǎng)頁名稱：SkypeforBusinessServer前端高可用原理分析-創(chuàng)新互聯(lián)
文章網(wǎng)址：http://aaarwkj.com/article0/jedio.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供App設(shè)計、移動網(wǎng)站建設(shè)、網(wǎng)站建設(shè)、靜態(tài)網(wǎng)站、網(wǎng)站制作、云服務(wù)器

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)