基于平臺(tái)的應(yīng)急開(kāi)機(jī)效率提升分享

IT那活兒發(fā)布于2023-01-11 13:20 / 2530人閱讀

本著業(yè)務(wù)連續(xù)性運(yùn)維，如果不了解業(yè)務(wù)，那就是聾子的耳朵--白搭。本文給大家?guī)?lái)筆者日常工作中關(guān)于業(yè)務(wù)相關(guān)知識(shí)分享，以及在遇到問(wèn)題后，如何基于平臺(tái)沉淀場(chǎng)景的過(guò)程。希望對(duì)大家的一體化運(yùn)維有所幫助和啟發(fā)。

應(yīng)急開(kāi)機(jī)介紹

應(yīng)急開(kāi)機(jī)是當(dāng)系統(tǒng)出現(xiàn)異常（例如繳費(fèi)和開(kāi)機(jī)積壓）終端用戶(hù)已正常繳費(fèi)但仍然未復(fù)機(jī)情況下，強(qiáng)制生成開(kāi)機(jī)工單給用戶(hù)快速開(kāi)機(jī)，恢復(fù)用戶(hù)服務(wù)，以此保證客戶(hù)終端使用，避免造成大規(guī)模終端用戶(hù)投訴的一套程序。

應(yīng)急開(kāi)機(jī)涉及如下環(huán)節(jié)的檢查和監(jiān)控：

應(yīng)急進(jìn)程檢查：應(yīng)急處理進(jìn)程重啟和檢查；
應(yīng)急模式調(diào)整：常規(guī)應(yīng)急模式需要根據(jù)字典組判斷營(yíng)業(yè)用戶(hù)狀態(tài)和停機(jī)鎖，無(wú)條件應(yīng)急模式不判斷營(yíng)業(yè)用戶(hù)狀態(tài)和停機(jī)鎖直接開(kāi)機(jī)；
應(yīng)急開(kāi)機(jī)程序啟動(dòng)：待開(kāi)機(jī)用戶(hù)號(hào)碼的提取、處理，如提取指定時(shí)間段的繳費(fèi)用戶(hù)、指定開(kāi)機(jī)號(hào)碼集合、指定時(shí)間段服務(wù)開(kāi)通側(cè)下發(fā)的停機(jī)指令用戶(hù)；
應(yīng)急開(kāi)機(jī)數(shù)據(jù)檢查：檢查應(yīng)急開(kāi)機(jī)掃描用戶(hù)數(shù)據(jù)及其處理情況。各種業(yè)務(wù)開(kāi)機(jī)工單指令的執(zhí)行速度及積壓檢查，含語(yǔ)音、GPRS、VOLTE、非VOLTE、寬帶、和TV、IMS等業(yè)務(wù)。用戶(hù)開(kāi)機(jī)是否成功，涉及MML(HLR)指令、SOAP協(xié)議(PROVISION平臺(tái))指令檢查；
應(yīng)急用戶(hù)狀態(tài)同步：用戶(hù)數(shù)據(jù)狀態(tài)同步，用戶(hù)的網(wǎng)絡(luò)側(cè)狀態(tài)、平臺(tái)側(cè)狀態(tài)、營(yíng)業(yè)側(cè)狀態(tài)、賬務(wù)側(cè)狀態(tài)保持一致；
應(yīng)急用戶(hù)強(qiáng)制信控：強(qiáng)制信控?cái)?shù)據(jù)的生成，對(duì)于應(yīng)該停機(jī)而被開(kāi)機(jī)的用戶(hù)重新觸發(fā)強(qiáng)制信控進(jìn)行停機(jī)。

以上各環(huán)節(jié)監(jiān)控，以前均是通過(guò)手工登錄對(duì)應(yīng)主機(jī)或者物理庫(kù)執(zhí)行監(jiān)控腳本的形式進(jìn)行檢查；監(jiān)控鏈條長(zhǎng)，形式多樣，純手工操作容易形成顧頭不顧尾的局面，導(dǎo)致部分節(jié)點(diǎn)遺漏監(jiān)控，降低應(yīng)急開(kāi)機(jī)的及時(shí)性，使應(yīng)急開(kāi)機(jī)的效果大打折扣。

一次失敗的故障處理

系統(tǒng)故障，需要馬上執(zhí)行應(yīng)急開(kāi)機(jī)，啟動(dòng)應(yīng)急開(kāi)機(jī)程序后，按照常規(guī)監(jiān)控流程檢查了應(yīng)急數(shù)據(jù)的處理及下發(fā)，以為下發(fā)完成后用戶(hù)全部開(kāi)機(jī)完成了，但是遺漏了更下游環(huán)節(jié)的開(kāi)機(jī)工單處理積壓情況，由于工單積壓導(dǎo)致用戶(hù)并未全部及時(shí)開(kāi)機(jī)完成，類(lèi)似情況易引起次生故障。

因?yàn)槭止けO(jiān)控耗時(shí)，所以故障處理時(shí)第一時(shí)間，每個(gè)人都只關(guān)注自己負(fù)責(zé)環(huán)節(jié)的數(shù)據(jù)處理情況，但是每個(gè)人自己所負(fù)責(zé)的環(huán)節(jié)數(shù)據(jù)處理完了不代表整個(gè)故障處理完了，不代表用戶(hù)服務(wù)恢復(fù)正常了，因此需要快速掌握從應(yīng)急程序啟動(dòng)到最終用戶(hù)服務(wù)恢復(fù)之間所有環(huán)節(jié)的處理情況。

因此有必要擯棄手工執(zhí)行監(jiān)控腳本的方式，引入自動(dòng)化腳本或者可視化頁(yè)面的形式完成監(jiān)控及流程處理。

自動(dòng)化運(yùn)維平臺(tái)應(yīng)急拓?fù)鋱D介紹

自動(dòng)化運(yùn)維平臺(tái)中的拓?fù)鋱D模塊完全具備使用拖拉拽節(jié)點(diǎn)的方式組合完整業(yè)務(wù)流程圖，并在節(jié)點(diǎn)上展示監(jiān)控?cái)?shù)據(jù)，達(dá)到一站式展示應(yīng)急開(kāi)機(jī)程序啟動(dòng)后各個(gè)環(huán)節(jié)處理情況的目的。

如下圖，展示的就是自動(dòng)化運(yùn)維平臺(tái)上應(yīng)急開(kāi)機(jī)流程圖：

該流程圖把應(yīng)急開(kāi)機(jī)各個(gè)環(huán)節(jié)全部以節(jié)點(diǎn)的形式展示出來(lái)，如用戶(hù)號(hào)碼從提取到處理到工單執(zhí)行到最終開(kāi)機(jī)，并在節(jié)點(diǎn)上以指標(biāo)和懸浮框的方式把監(jiān)控?cái)?shù)據(jù)直觀(guān)展示出來(lái)，如處理進(jìn)程的數(shù)量、應(yīng)急模式是常規(guī)還是無(wú)條件、應(yīng)急開(kāi)機(jī)數(shù)據(jù)處理情況及處理量、工單積壓情況及處理量、已開(kāi)機(jī)用戶(hù)量及隨機(jī)抽查的號(hào)碼，均可以在一張流程圖上顯示出來(lái)。

啟動(dòng)應(yīng)急程序后，不再需要根據(jù)應(yīng)急流程各個(gè)環(huán)節(jié)手工執(zhí)行相應(yīng)監(jiān)控腳本，只需要打開(kāi)該流程圖即可清晰地看到各個(gè)環(huán)節(jié)處理情況，大幅節(jié)約了操作時(shí)間，更清晰地知道應(yīng)急開(kāi)機(jī)整體完成情況。

以平臺(tái)為依托，把各環(huán)節(jié)的固定監(jiān)控交給平臺(tái)，從繁多的手工監(jiān)控中抽身出來(lái)，更多關(guān)注業(yè)務(wù)層面的及時(shí)性，有效性，連續(xù)性以及故障的前因后果，持續(xù)將完整業(yè)務(wù)流程場(chǎng)景化可視化工作迭代下去。

以上是今天來(lái)自運(yùn)營(yíng)商業(yè)務(wù)的介紹分享，我們下次再見(jiàn)。