[發(fā)明專利]一種基于端到端的應(yīng)用系統(tǒng)故障定位方法及裝置

在審

• 申請?zhí)枺?/td>: 201610138930.2
• 申請日: 2016-03-11
• 公開（公告）號: CN107181607A
• 公開（公告）日: 2017-09-19
• 發(fā)明（設(shè)計）人: 王升元;李海剛
• 申請（專利權(quán)）人: 中國移動通信集團內(nèi)蒙古有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24
• 代理公司: 北京派特恩知識產(chǎn)權(quán)代理有限公司11270
• 代理人: 張穎玲,蔣雅潔

技術(shù)領(lǐng)域

本發(fā)明涉及計算機網(wǎng)絡(luò)系統(tǒng)的性能監(jiān)測和維護(hù)技術(shù)，具體涉及一種基于端到端的應(yīng)用系統(tǒng)故障定位方法及裝置。

背景技術(shù)

計算機網(wǎng)絡(luò)系統(tǒng)，一般包括安裝應(yīng)用程序的客戶端(簡稱客戶端)和應(yīng)用系統(tǒng)所在的應(yīng)用服務(wù)器端(簡稱服務(wù)器端)，客戶端和服務(wù)器端就組合成常見的基于端到端的應(yīng)用系統(tǒng)。其中的客戶端可以是基于B/S模型的瀏覽器，也可以是基于C/S模型的客戶(Client)端軟件，還可以是現(xiàn)有的基于移動終端的應(yīng)用(App)客戶端；而服務(wù)器端除了內(nèi)部設(shè)置有主程序外，絕大多數(shù)都還設(shè)置有數(shù)據(jù)庫，數(shù)據(jù)庫也可稱之為數(shù)據(jù)庫端。

當(dāng)前的基于端到端的應(yīng)用系統(tǒng)存在故障頻發(fā)、故障定位困難的問題，業(yè)界給出了很多解決方案，但是，解決方案大都側(cè)重在對服務(wù)器端軟件的性能監(jiān)控及日志數(shù)據(jù)收集，而服務(wù)器端軟件的性能監(jiān)控一般都是基于單節(jié)點的監(jiān)控，即：在客戶端、服務(wù)器端和數(shù)據(jù)庫端各部署一個獨立的應(yīng)用或監(jiān)控系統(tǒng)，中間的網(wǎng)絡(luò)部署及底層的物理機部分也分別選擇獨立的監(jiān)控。但是，由于每個節(jié)點的應(yīng)用或監(jiān)控系統(tǒng)涉及到不同的廠商，數(shù)據(jù)的格式可能并不一致，性能出現(xiàn)問題時，由于數(shù)據(jù)孤島的原因，無法實現(xiàn)數(shù)據(jù)的連貫分析，往往需要逐個節(jié)點的排查，并且診斷的結(jié)果會出現(xiàn)各個系統(tǒng)節(jié)點對故障定位說法不一，故障位置難以快速準(zhǔn)確找到，不能支持基于一個具體的業(yè)務(wù)關(guān)聯(lián)的多個節(jié)點的性能故障的聯(lián)合診斷。

隨著基于端到端的應(yīng)用系統(tǒng)的設(shè)計向著基于Web的分布式系統(tǒng)發(fā)展、移動設(shè)備的大量出現(xiàn)和業(yè)務(wù)競爭越來越激烈的現(xiàn)狀，使得爭奪業(yè)務(wù)的流量入口變得 愈發(fā)重要，進(jìn)而使得計算機網(wǎng)絡(luò)系統(tǒng)更關(guān)注用戶的使用體驗。但故障定位困難的問題，會大大降低用戶的使用體驗。因此，故障定位困難的問題，是亟待解決的問題。

發(fā)明內(nèi)容

有鑒于此，本發(fā)明實施例期望提供一種基于端到端的應(yīng)用系統(tǒng)故障定位方法及裝置，能快速準(zhǔn)確地找到故障位置，提高用戶的使用體驗。

為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的：

本發(fā)明實施例提供了一種基于端到端的應(yīng)用系統(tǒng)故障定位方法，所述方法包括：

客戶端發(fā)起任務(wù)請求后，記錄任務(wù)完成過程中各個執(zhí)行環(huán)節(jié)的響應(yīng)時間；

根據(jù)所述各個執(zhí)行環(huán)節(jié)的響應(yīng)時間，確定所述各個執(zhí)行環(huán)節(jié)的任務(wù)性能狀況；

根據(jù)所述任務(wù)性能狀況，提取任務(wù)性能狀況差的執(zhí)行環(huán)節(jié)的異常事件數(shù)據(jù)，確定故障原因和位置。

優(yōu)選的，所述各個執(zhí)行環(huán)節(jié)的響應(yīng)時間，包括：

所述客戶端發(fā)起的請求到達(dá)服務(wù)器端的時間；

服務(wù)器端接收所述客戶端的任務(wù)請求后到與所述數(shù)據(jù)庫開始交互的時間；

所述數(shù)據(jù)庫端與所述服務(wù)器端開始交互后到開始向所述服務(wù)器端反饋數(shù)據(jù)的時間；

所述服務(wù)器端接收所述數(shù)據(jù)庫端反饋的數(shù)據(jù)后到開始向客戶端發(fā)送的時間；

所述服務(wù)器端向客戶端發(fā)送的數(shù)據(jù)全部加載到客戶端的時間。

優(yōu)選的，所述方法還包括：

所述客戶端發(fā)起任務(wù)請求后，在服務(wù)器啟動前，加載WEB代理程序；

當(dāng)客戶端訪問服務(wù)器端時，所述服務(wù)器探測到所述客戶端的聯(lián)絡(luò)信息后，將JS腳本注入到客戶端展示層，跟蹤到客戶端的請求任務(wù)類型；

識別每一個客戶端請求標(biāo)記，并在服務(wù)器端增加新的標(biāo)記，標(biāo)示服務(wù)器端的任務(wù)邏輯處理的開始時間；

服務(wù)器端與數(shù)據(jù)庫端交互時，標(biāo)記和數(shù)據(jù)庫交互的開始時間，并標(biāo)記數(shù)據(jù)庫端將該任務(wù)處理完后將數(shù)據(jù)反饋至服務(wù)器端的時間。

優(yōu)選的，所述根據(jù)所述各個執(zhí)行環(huán)節(jié)的響應(yīng)時間，確定所述各個執(zhí)行環(huán)節(jié)的任務(wù)性能狀況，包括：

通過以下三種方法的任一種或其任意組合，來確定所述各個執(zhí)行環(huán)節(jié)的任務(wù)性能狀況：

設(shè)置響應(yīng)時間閾值，對所述各個執(zhí)行環(huán)節(jié)的響應(yīng)時間大于預(yù)設(shè)閾值的任務(wù)，確定為性能狀況差；

采集同一任務(wù)在多次執(zhí)行中的多個響應(yīng)時間，計算應(yīng)用性能指數(shù)，對小于預(yù)設(shè)閾值的任務(wù)，確定為性能狀況差；

采集同一任務(wù)在多次執(zhí)行中的多個響應(yīng)時間，計算算術(shù)平均值，將偏離所述算術(shù)平均值一定值的任務(wù)，確定為性能狀況差。

優(yōu)選的，所述提取所述任務(wù)性能狀況差的執(zhí)行環(huán)節(jié)的異常事件數(shù)據(jù)，包括提取下述數(shù)據(jù)中的異常事件數(shù)據(jù)：

客戶端的頁面端的渲染質(zhì)量數(shù)據(jù)和網(wǎng)絡(luò)加載傳輸質(zhì)量數(shù)據(jù)；

或服務(wù)器端的應(yīng)用系統(tǒng)的調(diào)用數(shù)據(jù)、應(yīng)用系統(tǒng)和數(shù)據(jù)庫系統(tǒng)的交互數(shù)據(jù)、應(yīng)用系統(tǒng)和其他系統(tǒng)的交互數(shù)據(jù)；

或數(shù)據(jù)庫端的自身性能質(zhì)量指標(biāo)和運行狀態(tài)數(shù)據(jù)、支持?jǐn)?shù)據(jù)庫運行的操作系統(tǒng)性能指標(biāo)數(shù)據(jù)。

優(yōu)選的，所述方法還包括：