一種業(yè)務(wù)連續(xù)性檢測方法
【專利摘要】本發(fā)明公開了一種業(yè)務(wù)連續(xù)性檢測方法，包括：獲取信息系統(tǒng)發(fā)送的狀態(tài)日志信息，并將所述狀態(tài)日志信息封裝為檢測用狀態(tài)隊列，若所述檢測用狀態(tài)隊列符合基線庫中所述檢測用狀態(tài)隊列對應(yīng)的告警條件，則生成報障信息，并將所述報障信息發(fā)送至終端設(shè)備。本發(fā)明實施例可以提高信息系統(tǒng)的業(yè)務(wù)連續(xù)性和穩(wěn)定性。
【專利說明】一種業(yè)務(wù)連續(xù)性檢測方法

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信【技術(shù)領(lǐng)域】，具體涉及一種業(yè)務(wù)連續(xù)性檢測方法。

【背景技術(shù)】
[0002]金融業(yè)務(wù)系統(tǒng)的數(shù)據(jù)中心的主要職責(zé)是確保信息系統(tǒng)安全、穩(wěn)定、健康運行，對信息系統(tǒng)進行偵測與健康檢查，能夠及時發(fā)現(xiàn)系統(tǒng)運行隱患等系統(tǒng)問題。信息系統(tǒng)的管理需要同時滿足對網(wǎng)絡(luò)技術(shù)和業(yè)務(wù)的管理需求，管理人員需要從多個視角了解系統(tǒng)運行狀況，根據(jù)系統(tǒng)的各項指標(biāo)值采取相應(yīng)的措施。
[0003]現(xiàn)有信息系統(tǒng)業(yè)務(wù)檢測方法主要有CA Technologies公司的Wily,國際商業(yè)機器公司(Internat1nal Business Machines Corporat1n IBM)的 ITCAM 等解決方案。這些監(jiān)控軟件主要關(guān)注信息系統(tǒng)的基礎(chǔ)指標(biāo)如操作系統(tǒng)、數(shù)據(jù)庫、中間件等，但對信息系統(tǒng)的應(yīng)用處理邏輯、處理機理進行檢測的方法較少，尤其是針對信息系統(tǒng)的業(yè)務(wù)連續(xù)性偵測，目前還沒有完整的、專用的檢測方法。


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

[0004]針對上述缺陷，本發(fā)明實施例提供一種業(yè)務(wù)連續(xù)性檢測方法，可以提高信息系統(tǒng)的業(yè)務(wù)連續(xù)性和穩(wěn)定性。
[0005]本發(fā)明提供的一種業(yè)務(wù)連續(xù)性檢測方法，包括:
[0006]獲取信息系統(tǒng)發(fā)送的狀態(tài)日志信息，并將所述狀態(tài)日志信息封裝為檢測用狀態(tài)隊列；
[0007]若所述檢測用狀態(tài)隊列符合基線庫中所述檢測用狀態(tài)隊列對應(yīng)的告警條件，則生成報障信息，并將所述報障信息發(fā)送至終端設(shè)備。
[0008]本發(fā)明實施例中，檢測系統(tǒng)獲取信息系統(tǒng)發(fā)送的狀態(tài)日志信息，并將所述狀態(tài)日志信息封裝為檢測用狀態(tài)隊列，若所述檢測用狀態(tài)隊列符合基線庫中所述檢測用狀態(tài)隊列對應(yīng)的告警條件，則生成報障信息，并將所述報障信息發(fā)送至終端設(shè)備，通過實施本發(fā)明實施例，可以提高信息系統(tǒng)的業(yè)務(wù)連續(xù)性和穩(wěn)定性。

【專利附圖】

【附圖說明】
[0009]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0010]圖1為本申請第一實施例提供的第一種業(yè)務(wù)連續(xù)性檢測方法流程示意圖；
[0011]圖2為本申請第一實施例提供的第二種業(yè)務(wù)連續(xù)性檢測方法流程示意圖；
[0012]圖3為本申請第一實施例提供的第三種業(yè)務(wù)連續(xù)性檢測方法流程示意圖；
[0013]圖4為本申請第二實施例提供的一種業(yè)務(wù)連續(xù)性檢測方法流程示意圖。

【具體實施方式】
[0014]下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0015]本發(fā)明實施例提供一種業(yè)務(wù)連續(xù)性檢測方法，可以提高信息系統(tǒng)的業(yè)務(wù)連續(xù)性和穩(wěn)定性。下面分別進行詳細(xì)介紹。
[0016]請參閱圖1，圖1為本申請第一實施例提供的一種業(yè)務(wù)連續(xù)性檢測方法的流程示意圖。其中，圖1所示的業(yè)務(wù)連續(xù)性檢測方法是從檢測系統(tǒng)的角度來描述的。如圖1所示，本申請業(yè)務(wù)連續(xù)性檢測方法可以包括以下步驟:
[0017]步驟101，獲取信息系統(tǒng)發(fā)送的狀態(tài)日志信息，并將所述狀態(tài)日志信息封裝為檢測用狀態(tài)隊列；
[0018]在一些可行的實施方式中，本發(fā)明實施例所描述的信息系統(tǒng)可以包括主機系統(tǒng)、綜合前置系統(tǒng)、ATM系統(tǒng)、ATM機具等各類業(yè)務(wù)處理系統(tǒng)中的一種或多種，檢測系統(tǒng)可以主動發(fā)送狀態(tài)采集指令促使信息系統(tǒng)采集狀態(tài)日志信息，也可以預(yù)先設(shè)置定時任務(wù)，使得所述信息系統(tǒng)定期向檢測系統(tǒng)發(fā)送狀態(tài)日志信息。
[0019]具體實現(xiàn)中，本發(fā)明實施例所述獲取信息系統(tǒng)發(fā)送的狀態(tài)日志信息之前，如圖2所示，所述方法還可以包括:
[0020]步驟S201，接收巡視臺發(fā)送的攜帶有偵測指標(biāo)的檢測請求指令；
[0021]步驟S202，設(shè)置所述檢測請求指令對應(yīng)的狀態(tài)采集指令，將所述狀態(tài)采集指令發(fā)送至信息系統(tǒng)，促使所述信息系統(tǒng)根據(jù)所述狀態(tài)采集指令生成所述狀態(tài)日志信息。
[0022]其中，所述偵測指標(biāo)包括信息系統(tǒng)的進程指標(biāo)、關(guān)鍵狀態(tài)指標(biāo)、連通性指標(biāo)、關(guān)鍵文件指標(biāo)、數(shù)據(jù)文件指標(biāo)、報錯信息指標(biāo)、批處理進度指標(biāo)、定時或周期性任務(wù)指標(biāo)以及聯(lián)機交易指標(biāo)中的一種或多種。
[0023]具體實現(xiàn)中，所述偵測指標(biāo)包括關(guān)鍵狀態(tài)指標(biāo)時，所述確定所述檢測請求指令對應(yīng)的狀態(tài)采集指令具體包括:獲取信息系統(tǒng)的應(yīng)用進程和/或通訊進程的名稱、數(shù)量、進程啟動時間、進程狀態(tài)、進程處理信息。優(yōu)選的，信息系統(tǒng)采集應(yīng)用正常進程狀態(tài)時，具體可以統(tǒng)計應(yīng)用正常進程中的低于正常閾值的進程及數(shù)量、高于正常閾值的進程及數(shù)量、正在處理業(yè)務(wù)的進程及數(shù)量(是否均衡)、僵死進程名稱及數(shù)量等信息；信息系統(tǒng)采集應(yīng)用異常進程狀態(tài)時，具體可以統(tǒng)計應(yīng)用進程中的異常啟動的進程及數(shù)量和啟動時間、應(yīng)該終止的進程及數(shù)量和啟動時間、父進程已經(jīng)終止且子進程未終止的進程的數(shù)量；信息系統(tǒng)采集通訊正常進程狀態(tài)時，具體可以統(tǒng)計與關(guān)聯(lián)系統(tǒng)之間通訊進程、狀態(tài)、數(shù)量、與第一預(yù)設(shè)閾值對比結(jié)果、各子系統(tǒng)或者模塊之間通訊進程、狀態(tài)、數(shù)量、與第二閾值對比結(jié)果、應(yīng)用與數(shù)據(jù)庫之間通訊進程、狀態(tài)、數(shù)量、與第三閾值對比結(jié)果、應(yīng)急庫處于待命狀態(tài)時候應(yīng)用與應(yīng)急庫之間通訊進程、狀態(tài)、數(shù)量、與第四閾值對比結(jié)果、與加密機等設(shè)備之間通訊進程、狀態(tài)、數(shù)量、與第五閾值對比結(jié)果；信息系統(tǒng)采集通訊異常進程狀態(tài)時，具體可以統(tǒng)計與關(guān)聯(lián)系統(tǒng)之間通訊進程狀態(tài)、各子系統(tǒng)、模塊之間通訊進程狀態(tài)、應(yīng)用與數(shù)據(jù)庫之間通訊進程狀態(tài)、近期通訊進程異常記錄、異常啟動的通訊進程及數(shù)量、系統(tǒng)之間的假鏈接情況等；
[0024]具體實現(xiàn)中，所述偵測指標(biāo)包括關(guān)鍵狀態(tài)指標(biāo)時，所述確定所述檢測請求指令對應(yīng)的狀態(tài)采集指令具體包括:獲取信息系統(tǒng)的應(yīng)用節(jié)點狀態(tài)、流控機制狀態(tài)以及日期狀態(tài)中的一種或多種；其中，所述應(yīng)用節(jié)點狀態(tài)包括:系統(tǒng)內(nèi)節(jié)點狀態(tài)、關(guān)聯(lián)系統(tǒng)節(jié)點狀態(tài)、中間件狀態(tài)、數(shù)據(jù)庫狀態(tài)以及特殊設(shè)備狀態(tài)中的一種或多種；所述流控機制狀態(tài)包括流控啟動時間、流控狀態(tài)以及流控結(jié)束時間中的一種或多種；所述日期狀態(tài)包括當(dāng)前營業(yè)日期、數(shù)據(jù)日期、對賬數(shù)據(jù)業(yè)務(wù)日期以及業(yè)務(wù)處理依賴的市場變動數(shù)據(jù)日期中的一種或多種。優(yōu)選的，信息系統(tǒng)采集系統(tǒng)內(nèi)節(jié)點狀態(tài)時，具體可以采集系統(tǒng)內(nèi)部關(guān)鍵連通狀態(tài)，如:登陸狀態(tài)、簽到簽退狀態(tài)、翻牌狀態(tài)、安全節(jié)點等；信息系統(tǒng)采集關(guān)聯(lián)系統(tǒng)節(jié)點狀態(tài)時，具體可以采集關(guān)聯(lián)系統(tǒng)間相鄰節(jié)點的狀態(tài)，如:登陸狀態(tài)、簽到簽退狀態(tài)、安全節(jié)點等；信息系統(tǒng)采集中間件(tuxedo、Weblogic等)狀態(tài)時，具體可以采集域狀態(tài)、中間件狀態(tài)、通道狀態(tài)；信息系統(tǒng)采集數(shù)據(jù)庫狀態(tài)時，具體可以采集應(yīng)用端訪問數(shù)據(jù)庫實例(本地或遠(yuǎn)程)狀態(tài)、集群的系統(tǒng)的狀態(tài)(要考慮多個應(yīng)用分別訪問多個數(shù)據(jù)庫的狀態(tài))、采用應(yīng)急庫的系統(tǒng)的狀態(tài)(要考慮多個應(yīng)用分別訪問應(yīng)急庫的狀態(tài))；信息系統(tǒng)采集特殊設(shè)備狀態(tài)(加密機、加密卡等等)時，具體可以采集調(diào)用加密服務(wù)的應(yīng)用端與(多個)加密機的連通性狀態(tài)、調(diào)用加密服務(wù)的應(yīng)用端與(多個)加密機之間發(fā)生的異常連通狀態(tài)；信息系統(tǒng)采集流控機制狀態(tài)時，具體可以采集流控狀態(tài)、流控啟動時間、流控結(jié)束時間；信息系統(tǒng)采集營業(yè)日期狀態(tài)時，具體可以采集當(dāng)前營業(yè)日期、數(shù)據(jù)日期、對賬數(shù)據(jù)業(yè)務(wù)日期、業(yè)務(wù)處理依賴的市場變動數(shù)據(jù)日期等。
[0025]具體實現(xiàn)中，所述偵測指標(biāo)包括連通性指標(biāo)時，所述確定所述檢測請求指令對應(yīng)的狀態(tài)采集指令包括:獲取信息系統(tǒng)的連接池狀態(tài)、通信狀態(tài)以及端口狀態(tài)中的一種或多種；其中，所述連接池狀態(tài)包括正常連接、短連接以及長連接中的一種或多種；所述通信狀態(tài)包括關(guān)聯(lián)系統(tǒng)之間的通信狀態(tài)、各子系統(tǒng)或模塊之間的通信狀態(tài)、應(yīng)用與數(shù)據(jù)庫之間通信狀態(tài)以及保障高可用性的子系統(tǒng)之間的網(wǎng)絡(luò)通信狀態(tài)中的一種或多種；所述端口狀態(tài)包括正常連接端口的數(shù)量和異常連接端口的數(shù)量。優(yōu)選的，信息系統(tǒng)采集正常連接狀態(tài)時，具體可以采集正常連接的數(shù)量、狀態(tài)，與第六閾值對比結(jié)果、對于短連接，持續(xù)連接時長，是否連接成功、對于長連接，是否發(fā)生過異常中斷再重連等；信息系統(tǒng)采集通斷性狀態(tài)時，具體可以采集與關(guān)聯(lián)系統(tǒng)之間、各子系統(tǒng)或模塊之間、應(yīng)用與數(shù)據(jù)庫之間、保障高可用性的子系統(tǒng)之間(應(yīng)用與應(yīng)用、數(shù)據(jù)庫與數(shù)據(jù)庫、中間件與中間件、其他設(shè)備之間等等)網(wǎng)絡(luò)通信通斷狀態(tài)；信息系統(tǒng)采集端口狀態(tài)時，具體可以采集正在連接端口的數(shù)量、異常端口的數(shù)量坐寸ο
[0026]具體實現(xiàn)中，所述偵測指標(biāo)包括關(guān)鍵文件指標(biāo)時，所述確定所述檢測請求指令對應(yīng)的狀態(tài)采集指令包括:獲取信息系統(tǒng)的關(guān)鍵日志文件的更新記錄、文件權(quán)限、文件屬性、文件大小中的一種或多種。優(yōu)選的，信息系統(tǒng)采集關(guān)鍵日志文件時，具體可以統(tǒng)計關(guān)鍵日志文件的更新狀態(tài)、應(yīng)產(chǎn)生的關(guān)鍵日志目錄、文件是否產(chǎn)生、應(yīng)產(chǎn)生的關(guān)鍵日志目錄、文件權(quán)限、屬性等是否正確、應(yīng)產(chǎn)生的關(guān)鍵日志目錄是否被篡改、不應(yīng)產(chǎn)生的關(guān)鍵日志目錄、文件是否產(chǎn)生、日志文件大小是否超限等。
[0027]具體實現(xiàn)中，所述偵測指標(biāo)包括數(shù)據(jù)文件指標(biāo)，所述確定所述檢測請求指令對應(yīng)的狀態(tài)采集指令包括:獲取信息系統(tǒng)的數(shù)據(jù)文件的名稱、大小、生成時間、生成前提條件以及傳遞狀態(tài)。優(yōu)選的，信息系統(tǒng)采集文件生成前提信息時，具體可以統(tǒng)計生成數(shù)據(jù)文件前提條件是否具備；信息系統(tǒng)采集文件生成結(jié)果信息時，具體可以統(tǒng)計生成文件名稱是否正確、生成文件大小、成文件完成時間；信息系統(tǒng)采集文件到達(dá)情況時，具體可以統(tǒng)計數(shù)據(jù)及控制等文件的達(dá)到狀態(tài)、合理到達(dá)時間、數(shù)量、名稱；信息系統(tǒng)采集文件發(fā)送情況時，具體可以統(tǒng)計數(shù)據(jù)及控制等文件的發(fā)送狀態(tài)、合理發(fā)送時間、數(shù)量、名稱。
[0028]具體實現(xiàn)中，所述偵測指標(biāo)包括報錯信息指標(biāo)，所述確定所述檢測請求指令對應(yīng)的狀態(tài)采集指令包括:獲取信息系統(tǒng)的程序執(zhí)行報錯信息和/或業(yè)務(wù)處理報錯信息；其中，所述程序執(zhí)行報錯信息包括配置文件讀取錯誤、觸發(fā)器內(nèi)部錯誤、應(yīng)用定時器定時錯誤、進程異常錯誤、數(shù)據(jù)庫連接異常、與關(guān)聯(lián)系統(tǒng)連接異常、與模塊連接異常以及端口異常中的一種或多種；所述業(yè)務(wù)處理報錯信息包括阻礙業(yè)務(wù)正常處理的錯誤、業(yè)務(wù)超過預(yù)設(shè)閾值、后臺服務(wù)異常以及前臺渠道異常中的一種或多種。優(yōu)選的，信息系統(tǒng)采集程序執(zhí)行報錯誤信息時，具體可以統(tǒng)計發(fā)生配置文件讀取錯誤、觸發(fā)器出現(xiàn)內(nèi)部錯誤、應(yīng)用定時器出現(xiàn)的錯誤、進程異常出現(xiàn)的錯誤、數(shù)據(jù)庫連接異常出現(xiàn)的錯誤、與關(guān)聯(lián)系統(tǒng)、模塊等連接異常出現(xiàn)的錯誤、端口異常出現(xiàn)的錯誤；信息系統(tǒng)采集業(yè)務(wù)處理報錯誤信息時，具體可以統(tǒng)計影響某類業(yè)務(wù)或全部業(yè)務(wù)正常處理的錯誤信息、某類業(yè)務(wù)發(fā)生異常超過正常值得錯誤、后臺某服務(wù)異常，該系統(tǒng)產(chǎn)生的錯誤信息、前臺某渠道異常時對應(yīng)系統(tǒng)產(chǎn)生的錯誤信息。
[0029]具體實現(xiàn)中，所述偵測指標(biāo)包括批處理進度指標(biāo)，所述確定所述檢測請求指令對應(yīng)的狀態(tài)采集指令包括:獲取信息系統(tǒng)的批量處理數(shù)據(jù)和/或批后檢查數(shù)據(jù)；其中，所述批量處理數(shù)據(jù)包括批量啟動或結(jié)束條件、批處理任務(wù)執(zhí)行情況、批處理過程中的異常報錯中的一種或多種；所述批后檢查數(shù)據(jù)包括日終翻牌異常信息和/或日終數(shù)據(jù)庫表及索引重建狀態(tài)。優(yōu)選的，信息系統(tǒng)采集批量啟動或結(jié)束條件時，具體可以統(tǒng)計批量啟動條件是否具備、批處理任務(wù)是否正常啟動、批處理任務(wù)是否如期執(zhí)行、如期結(jié)束等信息；信息系統(tǒng)采集執(zhí)行狀態(tài)時，具體可以統(tǒng)計批處理啟動后的執(zhí)行狀態(tài)是否正常、堵塞等、批處理過程是否異常跳過某些任務(wù)、批處理過程是否有異常報錯等；信息系統(tǒng)采集日終翻牌檢查狀態(tài)時，具體可以統(tǒng)計日終翻牌出現(xiàn)錯誤或異常信息；信息系統(tǒng)采集數(shù)據(jù)庫表檢查狀態(tài)時，具體可以統(tǒng)計日終數(shù)據(jù)庫表重建是否成功及報錯、日終數(shù)據(jù)庫表索弓I重建是否成功及報錯。
[0030]具體實現(xiàn)中，所述偵測指標(biāo)包括定時或周期性任務(wù)指標(biāo)，所述確定所述檢測請求指令對應(yīng)的狀態(tài)采集指令包括:獲取信息系統(tǒng)的定時或周期性任務(wù)的啟動時間、報錯信息、結(jié)束時間。
[0031]具體實現(xiàn)中，所述偵測指標(biāo)包括聯(lián)機交易指標(biāo)，所述確定所述檢測請求指令對應(yīng)的狀態(tài)采集指令包括:獲取信息系統(tǒng)的業(yè)務(wù)交易數(shù)據(jù)、業(yè)務(wù)隊列深度、業(yè)務(wù)隊列數(shù)量、業(yè)務(wù)隊列狀態(tài)、系統(tǒng)響應(yīng)時間、超時交易數(shù)據(jù)、模擬交易數(shù)據(jù)中的一種或多種；其中，所述業(yè)務(wù)交易數(shù)據(jù)包括總業(yè)務(wù)交易量、成功業(yè)務(wù)交易量、失敗業(yè)務(wù)交易量、沖正業(yè)務(wù)交易量以及密鑰同步業(yè)務(wù)交易量中的一種或多種；所述系統(tǒng)響應(yīng)時間包括最大響應(yīng)時間、最小響應(yīng)時間以及平均響應(yīng)時間中的一種或多種；所述超時交易數(shù)據(jù)包括各后臺超時未響應(yīng)交易數(shù)量、各渠道超時未發(fā)出應(yīng)答交易數(shù)量和種類、各數(shù)據(jù)庫超時交易數(shù)量以及各應(yīng)用處理模塊未及時處理交易數(shù)量和種類中的一種或多種；所述模擬交易數(shù)據(jù)包括業(yè)務(wù)平均處理時間和交易執(zhí)行結(jié)果。
[0032]在一些可行的實施例中，本發(fā)明實施例所述檢測系統(tǒng)在接收巡視臺發(fā)送的攜帶有偵測指標(biāo)的檢測請求指令之前，如圖3所示，所述方法可以包括:
[0033]S301,向所述信息系統(tǒng)發(fā)送系統(tǒng)狀態(tài)檢測指令，以及接受所述信息系統(tǒng)發(fā)送的系統(tǒng)可用響應(yīng)指令；以及，接收信息系統(tǒng)發(fā)送的系統(tǒng)可用指令，以及向信息系統(tǒng)發(fā)送檢測系統(tǒng)狀態(tài)正常指令。
[0034]具體實現(xiàn)中，當(dāng)所述信息系統(tǒng)斷電重啟或遇到其他突發(fā)狀況關(guān)機重啟時，檢測系統(tǒng)需要周期性的向所述信息系統(tǒng)發(fā)送系統(tǒng)狀態(tài)檢測指令，若能夠接受到所述信息系統(tǒng)發(fā)送的系統(tǒng)可用響應(yīng)指令，則確認(rèn)所述信息系統(tǒng)處于常規(guī)運行狀態(tài)；相對地，信息系統(tǒng)也需要定期向檢測系統(tǒng)發(fā)送系統(tǒng)可用指令，若能夠接收到檢測系統(tǒng)響應(yīng)所述系統(tǒng)可用指令而發(fā)送的系統(tǒng)狀態(tài)正常指令，則可以確認(rèn)檢測系統(tǒng)處于常規(guī)運行狀態(tài)。
[0035]步驟102，若所述檢測用狀態(tài)隊列符合基線庫中所述檢測用狀態(tài)隊列對應(yīng)的告警條件，則生成報障信息，并將所述報障信息發(fā)送至終端設(shè)備。
[0036]在一些可行的實施方法中，本發(fā)明實施例所描述的基線庫中告警條件對應(yīng)基線，基線是信息系統(tǒng)每個時間點能夠正常運行的各項指標(biāo)的一個基本情況，如以ATM前置系統(tǒng)為例，設(shè)置9月30日的8:00時刻、10:00時刻由于業(yè)務(wù)量增大，應(yīng)該有進程a有4個、進程b有4個、進程c有4個，還應(yīng)該有進程d ;其中進程a處理業(yè)務(wù)筆數(shù)400000筆/分鐘、進程b處理業(yè)務(wù)筆數(shù)400000筆/分鐘、進程c處理業(yè)務(wù)筆數(shù)400000筆/分鐘、進程d處理業(yè)務(wù)筆數(shù)100000筆/分鐘；檢測系統(tǒng)設(shè)置所述進程指標(biāo)對應(yīng)的狀態(tài)采集指令，所述狀態(tài)采集指令具體形式可以是為采集ATM前置系統(tǒng)當(dāng)前進程狀態(tài)信息所要執(zhí)行的程序或腳本或命令，若9月30日8:00檢測系統(tǒng)采集到的狀態(tài)日志信息為:ATM前置系統(tǒng)的進程a有2個、進程b有3個、進程c有4個，進程a啟動時間2014-9-2023:00、進程b啟動時間2014-9-2020:00、進程C有I個啟動時間2014-9-123:20、3個啟動時間2014-9-2023:20，進程a處理業(yè)務(wù)筆數(shù)200020筆/分鐘、進程b處理業(yè)務(wù)筆數(shù)200050筆/分鐘、進程c處理業(yè)務(wù)筆數(shù)210000筆/分鐘。在8:00時刻，基線庫中存儲的ATM前置系統(tǒng)報警基線是:進程a有3個、進程b有3個、進程c有4個，每個進程都是10天之內(nèi)啟動，進程a、b、c處理業(yè)務(wù)筆數(shù)應(yīng)該相等(差額在I %之下)。檢測系統(tǒng)對比后，發(fā)出進程a數(shù)量異常，進程c啟動時間異常，進程c業(yè)務(wù)處理不均衡的報障信息。
[0037]具體實現(xiàn)中，若所述檢測用狀態(tài)隊列不符合所述告警條件，則根據(jù)業(yè)務(wù)連續(xù)性指標(biāo)集中所述檢測用狀態(tài)隊列對應(yīng)的常規(guī)業(yè)務(wù)指標(biāo)和所述檢測用狀態(tài)隊列生成檢測報表，并將所述檢測報表發(fā)送至終端設(shè)備。
[0038]在一些可行的實施方法中，本發(fā)明實施例所描述的業(yè)務(wù)連續(xù)性指標(biāo)集存儲信息系統(tǒng)常規(guī)狀態(tài)下的業(yè)務(wù)狀態(tài)信息，可以由運維人員結(jié)合檢測系統(tǒng)生成的檢測報表進行更新，同時對基線庫中的基線進行對應(yīng)的更新。以業(yè)務(wù)系統(tǒng)前臺聯(lián)機交易業(yè)務(wù)量為例，基線庫中存儲某日最低業(yè)務(wù)量為白天8點-12點，20萬，而前臺發(fā)送的業(yè)務(wù)量為25萬，則檢測系統(tǒng)生成檢測報表供運維人員查看，運維人員按照經(jīng)驗和實際情況判斷信息系統(tǒng)系統(tǒng)實際業(yè)務(wù)狀態(tài)未發(fā)生改變，如某學(xué)校門口的ATM機處于周日業(yè)務(wù)處理高峰期，則不對基線庫中的基線進行更新，若判斷系統(tǒng)實際業(yè)務(wù)狀態(tài)已發(fā)生改變，如前述高校門口的ATM機連續(xù)若干工作日內(nèi)被采集的業(yè)務(wù)量均為25萬，則運維人員可能確定實際的常規(guī)業(yè)務(wù)狀態(tài)已經(jīng)發(fā)生改變，更新業(yè)務(wù)連續(xù)性指標(biāo)集中的常規(guī)業(yè)務(wù)指標(biāo)和基線庫中的基線；若前臺發(fā)送的業(yè)務(wù)量已低于基線庫的下限值，則可直接判斷異常，生成報障消息發(fā)送至終端設(shè)備。
[0039]圖1所描述的業(yè)務(wù)連續(xù)性檢測方法中，檢測系統(tǒng)獲取信息系統(tǒng)發(fā)送的狀態(tài)日志信息，并將所述狀態(tài)日志信息封裝為檢測用狀態(tài)隊列，若所述檢測用狀態(tài)隊列符合基線庫中所述檢測用狀態(tài)隊列對應(yīng)的告警條件，則生成報障信息，并將所述報障信息發(fā)送至終端設(shè)備，通過實施本發(fā)明實施例，可以提高信息系統(tǒng)的業(yè)務(wù)連續(xù)性和穩(wěn)定性。
[0040]請參閱圖4，圖4為本申請第二實施例提供的一種業(yè)務(wù)連續(xù)性檢測方法的流程示意圖。其中，圖4所示的業(yè)務(wù)連續(xù)性檢測方法是從檢測系統(tǒng)、信息系統(tǒng)、巡視臺多個設(shè)備的角度來描述的。如圖4所示，本發(fā)明業(yè)務(wù)連續(xù)性檢測方法可以包括以下步驟:
[0041]S401，檢測系統(tǒng)向信息系統(tǒng)發(fā)送系統(tǒng)狀態(tài)檢測指令；
[0042]具體實現(xiàn)中，本發(fā)明實施例中所描述的系統(tǒng)狀態(tài)檢測指令具體可以包括檢測系統(tǒng)可用性命令、下達(dá)偵測與巡檢命令、下達(dá)采集程序或腳本命令、修改采集時間命令等。
[0043]S402,信息系統(tǒng)響應(yīng)所述系統(tǒng)狀態(tài)檢測指令，向檢測系統(tǒng)返回系統(tǒng)可用響應(yīng)指令；
[0044]具體實現(xiàn)中，所述信息系統(tǒng)返回的系統(tǒng)可用響應(yīng)指令具體可以包括系統(tǒng)可用性信息、偵測與巡檢命令版本信息、采集時間點信息、定時任務(wù)執(zhí)行事件點信息等。
[0045]S403,巡視臺向檢測系統(tǒng)發(fā)送的攜帶有偵測指標(biāo)的檢測請求指令；
[0046]具體實現(xiàn)中，所述偵測指標(biāo)具體可以包括信息系統(tǒng)的進程指標(biāo)、關(guān)鍵狀態(tài)指標(biāo)、連通性指標(biāo)、關(guān)鍵文件指標(biāo)、數(shù)據(jù)文件指標(biāo)、報錯信息指標(biāo)、批處理進度指標(biāo)、定時或周期性任務(wù)指標(biāo)以及聯(lián)機交易指標(biāo)中的一種或多種。
[0047]S404,檢測系統(tǒng)設(shè)置所述檢測請求指令對應(yīng)的狀態(tài)采集指令；
[0048]具體實現(xiàn)中，所述狀態(tài)采集指令具體形式可以是為采集信息系統(tǒng)當(dāng)前進程或其他偵測指標(biāo)的狀態(tài)信息所要執(zhí)行的程序或腳本或命令。
[0049]S405，檢測系統(tǒng)將所述狀態(tài)采集指令發(fā)送至信息系統(tǒng)；
[0050]S406，所述信息系統(tǒng)根據(jù)所述狀態(tài)采集指令生成狀態(tài)日志信息；
[0051]S407，信息系統(tǒng)將狀態(tài)日志信息發(fā)送至檢測系統(tǒng)；
[0052]S408，檢測系統(tǒng)將所述狀態(tài)日志信息封裝為檢測用狀態(tài)隊列；
[0053]S409，若所述檢測用狀態(tài)隊列符合基線庫中所述檢測用狀態(tài)隊列對應(yīng)的告警條件，則生成報障信息，并將所述報障信息發(fā)送至終端設(shè)備；
[0054]S410,若所述檢測用狀態(tài)隊列不符合所述告警條件，則根據(jù)業(yè)務(wù)連續(xù)性指標(biāo)集中所述檢測用狀態(tài)隊列對應(yīng)的常規(guī)業(yè)務(wù)指標(biāo)和所述檢測用狀態(tài)隊列生成檢測報表，并將所述檢測報表發(fā)送至終端設(shè)備。
[0055]通過上述實施例的描述，本發(fā)明具有以下優(yōu)點:
[0056](I)檢測系統(tǒng)獲取信息系統(tǒng)發(fā)送的狀態(tài)日志信息，并將所述狀態(tài)日志信息封裝為檢測用狀態(tài)隊列，若所述檢測用狀態(tài)隊列符合基線庫中所述檢測用狀態(tài)隊列對應(yīng)的告警條件，則生成報障信息，并將所述報障信息發(fā)送至終端設(shè)備，通過實施本發(fā)明實施例，可以提高信息系統(tǒng)的業(yè)務(wù)連續(xù)性和穩(wěn)定性。
[0057](2)在傳統(tǒng)的基礎(chǔ)設(shè)施(操作系統(tǒng)、數(shù)據(jù)庫、中間件)監(jiān)控的基礎(chǔ)上，將信息系統(tǒng)的運維層次提高到信息系統(tǒng)的業(yè)務(wù)邏輯層，提高信息系統(tǒng)檢測的全面性和準(zhǔn)確性。
[0058]本領(lǐng)域普通技術(shù)人員可以理解上述實施例的各種方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成，該程序可以存儲于一計算機可讀存儲介質(zhì)中，存儲介質(zhì)可以包括:閃存盤、只讀存儲器(Read-Only Memory,ROM)、隨機存取器(Random AccessMemory, RAM)、磁盤或光盤等。
[0059]以上對本發(fā)明實施例所提供的一種業(yè)務(wù)連續(xù)性檢測方法進行了詳細(xì)介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在【具體實施方式】及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
【權(quán)利要求】
1.一種業(yè)務(wù)連續(xù)性檢測方法，其特征在于，所述方法包括: 獲取信息系統(tǒng)發(fā)送的狀態(tài)日志信息，并將所述狀態(tài)日志信息封裝為檢測用狀態(tài)隊列；若所述檢測用狀態(tài)隊列符合基線庫中所述檢測用狀態(tài)隊列對應(yīng)的告警條件，則生成報障信息，并將所述報障信息發(fā)送至終端設(shè)備。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述獲取信息系統(tǒng)發(fā)送的狀態(tài)日志信息之前，所述方法還包括: 接收巡視臺發(fā)送的攜帶有偵測指標(biāo)的檢測請求指令； 設(shè)置所述檢測請求指令對應(yīng)的狀態(tài)采集指令，將所述狀態(tài)采集指令發(fā)送至信息系統(tǒng)，促使所述信息系統(tǒng)根據(jù)所述狀態(tài)采集指令生成所述狀態(tài)日志信息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述方法還包括: 若所述檢測用狀態(tài)隊列不符合所述告警條件，則根據(jù)業(yè)務(wù)連續(xù)性指標(biāo)集中所述檢測用狀態(tài)隊列對應(yīng)的常規(guī)業(yè)務(wù)指標(biāo)和所述檢測用狀態(tài)隊列生成檢測報表，并將所述檢測報表發(fā)送至終端設(shè)備。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述接收巡視臺發(fā)送的攜帶有偵測指標(biāo)的檢測請求指令之前，所述方法還包括: 向所述信息系統(tǒng)發(fā)送系統(tǒng)狀態(tài)檢測指令，以及接受所述信息系統(tǒng)發(fā)送的系統(tǒng)可用響應(yīng)指令； 以及， 接收信息系統(tǒng)發(fā)送的系統(tǒng)可用指令，以及向信息系統(tǒng)發(fā)送檢測系統(tǒng)狀態(tài)正常指令。
5.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述偵測指標(biāo)包括信息系統(tǒng)的進程指標(biāo)、關(guān)鍵狀態(tài)指標(biāo)、連通性指標(biāo)、關(guān)鍵文件指標(biāo)、數(shù)據(jù)文件指標(biāo)、報錯信息指標(biāo)、批處理進度指標(biāo)、定時或周期性任務(wù)指標(biāo)以及聯(lián)機交易指標(biāo)中的一種或多種。
6.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述偵測指標(biāo)包括進程指標(biāo)，所述確定所述檢測請求指令對應(yīng)的狀態(tài)采集指令包括: 獲取信息系統(tǒng)的應(yīng)用進程和/或通訊進程的名稱、數(shù)量、進程啟動時間、進程狀態(tài)、進程處理信息。
7.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述偵測指標(biāo)包括關(guān)鍵狀態(tài)指標(biāo)，所述確定所述檢測請求指令對應(yīng)的狀態(tài)采集指令包括: 獲取信息系統(tǒng)的應(yīng)用節(jié)點狀態(tài)、流控機制狀態(tài)以及日期狀態(tài)中的一種或多種； 其中，所述應(yīng)用節(jié)點狀態(tài)包括:系統(tǒng)內(nèi)節(jié)點狀態(tài)、關(guān)聯(lián)系統(tǒng)節(jié)點狀態(tài)、中間件狀態(tài)、數(shù)據(jù)庫狀態(tài)以及特殊設(shè)備狀態(tài)中的一種或多種； 所述流控機制狀態(tài)包括流控啟動時間、流控狀態(tài)以及流控結(jié)束時間中的一種或多種；所述日期狀態(tài)包括當(dāng)前營業(yè)日期、數(shù)據(jù)日期、對賬數(shù)據(jù)業(yè)務(wù)日期以及業(yè)務(wù)處理依賴的市場變動數(shù)據(jù)日期中的一種或多種。
8.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述偵測指標(biāo)包括連通性指標(biāo)，所述確定所述檢測請求指令對應(yīng)的狀態(tài)采集指令包括: 獲取信息系統(tǒng)的連接池狀態(tài)、通信狀態(tài)以及端口狀態(tài)中的一種或多種； 其中，所述連接池狀態(tài)包括正常連接、短連接以及長連接中的一種或多種； 所述通信狀態(tài)包括關(guān)聯(lián)系統(tǒng)之間的通信狀態(tài)、各子系統(tǒng)或模塊之間的通信狀態(tài)、應(yīng)用與數(shù)據(jù)庫之間通信狀態(tài)以及保障高可用性的子系統(tǒng)之間的網(wǎng)絡(luò)通信狀態(tài)中的一種或多種； 所述端口狀態(tài)包括正常連接端口的數(shù)量和異常連接端口的數(shù)量。
9.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述偵測指標(biāo)包括關(guān)鍵文件指標(biāo)，所述確定所述檢測請求指令對應(yīng)的狀態(tài)采集指令包括: 獲取信息系統(tǒng)的關(guān)鍵日志文件的更新記錄、文件權(quán)限、文件屬性、文件大小中的一種或多種。
10.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述偵測指標(biāo)包括數(shù)據(jù)文件指標(biāo)，所述確定所述檢測請求指令對應(yīng)的狀態(tài)采集指令包括: 獲取信息系統(tǒng)的數(shù)據(jù)文件的名稱、大小、生成時間、生成前提條件以及傳遞狀態(tài)。
11.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述偵測指標(biāo)包括報錯信息指標(biāo)，所述確定所述檢測請求指令對應(yīng)的狀態(tài)采集指令包括: 獲取信息系統(tǒng)的程序執(zhí)行報錯信息和/或業(yè)務(wù)處理報錯信息； 其中，所述程序執(zhí)行報錯信息包括配置文件讀取錯誤、觸發(fā)器內(nèi)部錯誤、應(yīng)用定時器定時錯誤、進程異常錯誤、數(shù)據(jù)庫連接異常、與關(guān)聯(lián)系統(tǒng)連接異常、與模塊連接異常以及端口異常中的一種或多種； 所述業(yè)務(wù)處理報錯信息包括阻礙業(yè)務(wù)正常處理的錯誤、業(yè)務(wù)超過預(yù)設(shè)閾值、后臺服務(wù)異常以及前臺渠道異常中的一種或多種。
12.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述偵測指標(biāo)包括批處理進度指標(biāo)，所述確定所述檢測請求指令對應(yīng)的狀態(tài)采集指令包括: 獲取信息系統(tǒng)的批量處理數(shù)據(jù)和/或批后檢查數(shù)據(jù)； 其中，所述批量處理數(shù)據(jù)包括批量啟動條件、批處理任務(wù)執(zhí)行情況、批處理過程中的異常報錯中的一種或多種； 所述批后檢查數(shù)據(jù)包括日終翻牌異常信息和/或日終數(shù)據(jù)庫表及索引重建狀態(tài)。
13.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述偵測指標(biāo)包括定時或周期性任務(wù)指標(biāo)，所述確定所述檢測請求指令對應(yīng)的狀態(tài)采集指令包括: 獲取信息系統(tǒng)的定時或周期性任務(wù)的啟動時間、報錯信息、結(jié)束時間。
14.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述偵測指標(biāo)包括聯(lián)機交易指標(biāo)，所述確定所述檢測請求指令對應(yīng)的狀態(tài)采集指令包括: 獲取信息系統(tǒng)的業(yè)務(wù)交易數(shù)據(jù)、業(yè)務(wù)隊列深度、業(yè)務(wù)隊列數(shù)量、業(yè)務(wù)隊列狀態(tài)、系統(tǒng)響應(yīng)時間、超時交易數(shù)據(jù)、模擬交易數(shù)據(jù)中的一種或多種； 其中，所述業(yè)務(wù)交易數(shù)據(jù)包括總業(yè)務(wù)交易量、成功業(yè)務(wù)交易量、失敗業(yè)務(wù)交易量、沖正業(yè)務(wù)交易量以及密鑰同步業(yè)務(wù)交易量中的一種或多種； 所述系統(tǒng)響應(yīng)時間包括最大響應(yīng)時間、最小響應(yīng)時間以及平均響應(yīng)時間中的一種或多種； 所述超時交易數(shù)據(jù)包括各后臺超時未響應(yīng)交易數(shù)量、各渠道超時未發(fā)出應(yīng)答交易數(shù)量和種類、各數(shù)據(jù)庫超時交易數(shù)量以及各應(yīng)用處理模塊未及時處理交易數(shù)量和種類中的一種或多種； 所述模擬交易數(shù)據(jù)包括業(yè)務(wù)平均處理時間和交易執(zhí)行結(jié)果。
【文檔編號】H04L12/26GK104363113SQ201410594579
【公開日】2015年2月18日 申請日期:2014年10月29日 優(yōu)先權(quán)日:2014年10月29日
【發(fā)明者】信懷義, 向民, 沈奕 申請人:中國建設(shè)銀行股份有限公司