欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種基于腳本的業(yè)務(wù)故障定位引擎實(shí)現(xiàn)方法與流程

文檔序號(hào):12889916閱讀:297來源:國(guó)知局
一種基于腳本的業(yè)務(wù)故障定位引擎實(shí)現(xiàn)方法與流程

本發(fā)明涉及一種故障定位方法,尤其涉及一種基于腳本的業(yè)務(wù)故障定位引擎實(shí)現(xiàn)方法。



背景技術(shù):

自動(dòng)化流程,是由一系列節(jié)點(diǎn)組成的一棵決策樹,每個(gè)節(jié)點(diǎn)包含一個(gè)腳本。

當(dāng)發(fā)生故障時(shí),通過自動(dòng)或手動(dòng)方式調(diào)用流程,流程引擎根據(jù)輸入的參數(shù)、執(zhí)行過程中的輸出,選擇一條執(zhí)行路徑,輸出執(zhí)行結(jié)論。

在配置過程中,每個(gè)節(jié)點(diǎn)都需要指定參數(shù)來源、下一個(gè)節(jié)點(diǎn)的流向,最后輸出執(zhí)行結(jié)果,執(zhí)行結(jié)果可以通過圖表直觀地展示。

但目前的技術(shù)方案存在如下問題:

1)利用linux系統(tǒng)自帶定時(shí)調(diào)度功能執(zhí)行腳本,是否成功很難知道;

2)對(duì)于多個(gè)腳本之間有前后執(zhí)行順序的情況,linux調(diào)度很難管理這種依賴順序的腳本。

由上可見,為了需要解決linux調(diào)度執(zhí)行腳本的狀態(tài)和腳本之間前后順序依賴關(guān)系的問題,有必要對(duì)現(xiàn)有的業(yè)務(wù)故障定位方法進(jìn)行改進(jìn)。



技術(shù)實(shí)現(xiàn)要素:

本發(fā)明所要解決的技術(shù)問題是提供一種基于腳本的業(yè)務(wù)故障定位引擎實(shí)現(xiàn)方法,通過調(diào)用故障診斷方案,提供方案的輸入?yún)?shù),進(jìn)行診斷分析,生成診斷報(bào)告以及診斷日志,方便維護(hù)人員對(duì)故障進(jìn)行處理,提高工作效率,同時(shí)降低維護(hù)人員的工作量和維護(hù)成本。

本發(fā)明為解決上述技術(shù)問題而采用的技術(shù)方案是提供一種基于腳本的業(yè)務(wù)故障定位引擎實(shí)現(xiàn)方法,包括以下步驟:

獲取所有故障診斷腳本,每個(gè)故障診斷腳本包括輸入?yún)?shù)和輸出參數(shù);

由至少一個(gè)故障診斷腳本構(gòu)成一個(gè)步驟,每個(gè)步驟指定輸入?yún)?shù)和輸出參數(shù);

每個(gè)步驟對(duì)應(yīng)一個(gè)節(jié)點(diǎn),不同節(jié)點(diǎn)之間預(yù)先按對(duì)應(yīng)步驟之間的關(guān)聯(lián)關(guān)系進(jìn)行配置形成不同的執(zhí)行路徑,每條執(zhí)行路徑對(duì)應(yīng)一個(gè)故障診斷方案;

當(dāng)業(yè)務(wù)發(fā)生故障時(shí),采用任務(wù)調(diào)度方式判斷輸入?yún)?shù)是否合法,若所述輸入?yún)?shù)合法,則根據(jù)預(yù)先配置的不同節(jié)點(diǎn)之間的執(zhí)行路徑,在相對(duì)應(yīng)的步驟之間傳遞參數(shù),并執(zhí)行相應(yīng)步驟中的故障診斷腳本,生成多種診斷報(bào)告。

進(jìn)一步地,還包括以下步驟:

若所述輸入?yún)?shù)不合法,則給出提示信息,要求重新輸入?yún)?shù)。

進(jìn)一步地,還包括以下步驟:

在生成診斷報(bào)告之后,還生成診斷日志,所述診斷日志記錄每個(gè)節(jié)點(diǎn)輸出,并將最后一個(gè)節(jié)點(diǎn)的輸出作為診斷結(jié)論。

進(jìn)一步地,所述診斷日志以列表或圖形方式展示,所述診斷日志包括任務(wù)名稱、方案名稱、狀態(tài)結(jié)論、開始時(shí)間、結(jié)束時(shí)間和詳細(xì)信息。

進(jìn)一步地,所述故障診斷腳本的輸出參數(shù)采用字符串表示,并按分隔符進(jìn)行分隔;每個(gè)步驟的輸入?yún)?shù)作為該步驟內(nèi)第一個(gè)故障診斷腳本的輸入?yún)?shù),所述第一個(gè)故障診斷腳本執(zhí)行完成后返回一個(gè)字符串,按分隔符進(jìn)行分隔返回輸出參數(shù),并將輸出參數(shù)作為下一個(gè)故障診斷腳本的輸入?yún)?shù),最后一個(gè)故障診斷腳本的輸出參數(shù)作為該步驟的輸出參數(shù)。

進(jìn)一步地,所述故障診斷方案為zabbix_agent異常診斷,所述故障診斷方案通過新增任務(wù)進(jìn)行配置,輸入?yún)?shù)為zabbix_agent配置文件和目標(biāo)ip,輸出參數(shù)為目標(biāo)狀態(tài)和日志信息,新增任務(wù)配置由如下節(jié)點(diǎn)依次相連形成一條執(zhí)行路徑:檢查目標(biāo)到服務(wù)端ip的連通性、檢查目標(biāo)ipzabbix_agent狀態(tài)、輸出目標(biāo)ip不能連接、查看端口是否開啟、開啟目標(biāo)ipzabbix_agent進(jìn)程、查看代理端配置文件以及查看代理端日志。

進(jìn)一步地,所述故障診斷方案采用步驟表、步驟關(guān)聯(lián)表和步驟參數(shù)表存儲(chǔ)節(jié)點(diǎn)之間的執(zhí)行路徑;采用任務(wù)表和任務(wù)信息表自動(dòng)或手動(dòng)調(diào)用故障診斷方案;并通過日志表和歷史表記錄診斷日志,所述日志表中一條記錄對(duì)應(yīng)診斷任務(wù)的執(zhí)行,所述歷史表中一條記錄對(duì)應(yīng)一個(gè)故障診斷腳本的執(zhí)行。

本發(fā)明提出的一種基于腳本的業(yè)務(wù)故障定位引擎實(shí)現(xiàn)方法,通過調(diào)用故障診斷方案,提供方案的輸入?yún)?shù),進(jìn)行診斷分析,生成診斷報(bào)告以及診斷日志,方便維護(hù)人員對(duì)故障進(jìn)行處理,提高工作效率,同時(shí)降低維護(hù)人員的工作量和維護(hù)成本。

附圖說明

圖1是本發(fā)明實(shí)施例中的一種基于腳本的業(yè)務(wù)故障定位引擎實(shí)現(xiàn)方法的流程圖;

圖2是本發(fā)明另一實(shí)施例中的一種基于腳本的業(yè)務(wù)故障定位引擎實(shí)現(xiàn)方法的流程圖;

圖3是本發(fā)明實(shí)施例中一種基于腳本的業(yè)務(wù)故障定位引擎實(shí)現(xiàn)方法的腳本方案配置圖。

具體實(shí)施方式

本發(fā)明實(shí)施例中的一種基于腳本的業(yè)務(wù)故障定位引擎實(shí)現(xiàn)方法,通過調(diào)用故障診斷方案,提供方案的輸入?yún)?shù),進(jìn)行診斷分析,生成診斷報(bào)告以及診斷日志,方便維護(hù)人員對(duì)故障進(jìn)行處理,提高工作效率,同時(shí)降低維護(hù)人員的工作量和維護(hù)成本。

為使本發(fā)明的上述目的、特征和有益效果能夠更為明顯易懂,下面結(jié)合附圖對(duì)本發(fā)明的具體實(shí)施例做詳細(xì)的說明。

圖1是本發(fā)明實(shí)施例中的一種基于腳本的業(yè)務(wù)故障定位引擎實(shí)現(xiàn)方法。如圖1所示,本發(fā)明提供的基于腳本的業(yè)務(wù)故障定位引擎實(shí)現(xiàn)方法,包括以下步驟:

步驟101獲取所有故障診斷腳本,每個(gè)故障診斷腳本包括輸入?yún)?shù)和輸出參數(shù);步驟102由至少一個(gè)故障診斷腳本構(gòu)成一個(gè)步驟,每個(gè)步驟指定輸入?yún)?shù)和輸出參數(shù);步驟103每個(gè)步驟對(duì)應(yīng)一個(gè)節(jié)點(diǎn),不同節(jié)點(diǎn)之間預(yù)先按對(duì)應(yīng)步驟之間的關(guān)聯(lián)關(guān)系進(jìn)行配置形成不同的執(zhí)行路徑,每條執(zhí)行路徑對(duì)應(yīng)一個(gè)故障診斷方案;步驟104當(dāng)業(yè)務(wù)發(fā)生故障時(shí),采用任務(wù)調(diào)度方式判斷輸入?yún)?shù)是否合法,步驟105若所述輸入?yún)?shù)合法,則根據(jù)預(yù)先配置的不同節(jié)點(diǎn)之間的執(zhí)行路徑,在相對(duì)應(yīng)的步驟之間傳遞參數(shù),并執(zhí)行相應(yīng)步驟中的故障診斷腳本,生成多種診斷報(bào)告;步驟106若所述輸入?yún)?shù)不合法,則給出提示信息,要求重新輸入?yún)?shù)。

圖2是本發(fā)明另一實(shí)施例中的一種基于腳本的業(yè)務(wù)故障定位引擎實(shí)現(xiàn)方法,包括以下步驟:

步驟201獲取所有故障診斷腳本,每個(gè)故障診斷腳本包括輸入?yún)?shù)和輸出參數(shù);步驟202由至少一個(gè)故障診斷腳本構(gòu)成一個(gè)步驟,每個(gè)步驟指定輸入?yún)?shù)和輸出參數(shù);步驟203每個(gè)步驟對(duì)應(yīng)一個(gè)節(jié)點(diǎn),不同節(jié)點(diǎn)之間預(yù)先按對(duì)應(yīng)步驟之間的關(guān)聯(lián)關(guān)系進(jìn)行配置形成不同的執(zhí)行路徑,每條執(zhí)行路徑對(duì)應(yīng)一個(gè)故障診斷方案;步驟204當(dāng)業(yè)務(wù)發(fā)生故障時(shí),采用任務(wù)調(diào)度方式判斷輸入?yún)?shù)是否合法,步驟205若所述輸入?yún)?shù)合法,則根據(jù)預(yù)先配置的不同節(jié)點(diǎn)之間的執(zhí)行路徑,在相對(duì)應(yīng)的步驟之間傳遞參數(shù),并執(zhí)行相應(yīng)步驟中的故障診斷腳本,生成多種診斷報(bào)告;步驟206若所述輸入?yún)?shù)不合法,則給出提示信息,要求重新輸入?yún)?shù);步驟207在生成診斷報(bào)告之后,還生成診斷日志,所述診斷日志記錄每個(gè)節(jié)點(diǎn)輸出,并將最后一個(gè)節(jié)點(diǎn)的輸出作為診斷結(jié)論。其中,所述故障診斷方案內(nèi)部工作流可能存在多條執(zhí)行路徑,根據(jù)節(jié)點(diǎn)連接器規(guī)則進(jìn)行流轉(zhuǎn),相應(yīng)的,可能會(huì)生成多種診斷報(bào)告。由有經(jīng)驗(yàn)的運(yùn)維人員配置診斷方案,每個(gè)節(jié)點(diǎn)對(duì)應(yīng)一個(gè)步驟。根據(jù)故障的內(nèi)容,配置一套流程,在執(zhí)行過程中,可以根據(jù)某個(gè)節(jié)點(diǎn)的輸出,進(jìn)行流程扭轉(zhuǎn)。圖3是本發(fā)明實(shí)施例中一種基于腳本的業(yè)務(wù)故障定位引擎實(shí)現(xiàn)方法的腳本方案配置圖。如圖3所示,配置了3條執(zhí)行路徑,包括路徑1-2-4,路徑1-2-5,路徑1-3-6,對(duì)應(yīng)的,有3中診斷報(bào)告,實(shí)際應(yīng)用場(chǎng)景可能更復(fù)雜,一個(gè)節(jié)點(diǎn)可能分出多條執(zhí)行路徑,但其工作原理是一樣的。

在具體實(shí)施中,所述診斷日志以列表或圖形方式展示,所述診斷日志包括任務(wù)名稱、方案名稱、狀態(tài)結(jié)論、開始時(shí)間、結(jié)束時(shí)間和詳細(xì)信息。

所述腳本包括以下內(nèi)容:輸入?yún)?shù)的表達(dá)式,即執(zhí)行一個(gè)故障診斷腳本需要的參數(shù);輸出參數(shù)的表達(dá)式,即所述故障診斷腳本執(zhí)行完成后的輸出參數(shù);輸出參數(shù)的分隔符,即所述故障診斷腳本執(zhí)行完成后返回一個(gè)字符串,按分隔符進(jìn)行分隔,一一對(duì)應(yīng)為所述輸出參數(shù)。每個(gè)步驟需要指定輸入?yún)?shù)和輸出參數(shù),作為構(gòu)建方案的寄出。在執(zhí)行方案的過程中,方案只需要在步驟間傳遞參數(shù),由步驟將參數(shù)傳遞給最終執(zhí)行的故障診斷腳本。其中,所述故障診斷腳本的輸出參數(shù)采用字符串表示,并按分隔符進(jìn)行分隔;每個(gè)步驟的輸入?yún)?shù)作為該步驟內(nèi)第一個(gè)故障診斷腳本的輸入?yún)?shù),所述第一個(gè)故障診斷腳本執(zhí)行完成后返回一個(gè)字符串,按分隔符進(jìn)行分隔返回輸出參數(shù),并將輸出參數(shù)作為下一個(gè)故障診斷腳本的輸入?yún)?shù),最后一個(gè)故障診斷腳本的輸出參數(shù)作為該步驟的輸出參數(shù)。

在發(fā)生故障時(shí),可以用自動(dòng)或手動(dòng)方式調(diào)用方案,輸入方案的輸入?yún)?shù),系統(tǒng)將之視為一次任務(wù),執(zhí)行本次任務(wù),生成診斷日志與診斷結(jié)論。

在具體實(shí)施中,所述故障診斷方案為zabbix_agent異常診斷,所述故障診斷方案通過新增任務(wù)進(jìn)行配置,輸入?yún)?shù)為zabbix_agent配置文件和目標(biāo)ip,輸出參數(shù)為目標(biāo)狀態(tài)和日志信息,新增任務(wù)配置由如下節(jié)點(diǎn)依次相連形成一條執(zhí)行路徑:檢查目標(biāo)到服務(wù)端ip的連通性、檢查目標(biāo)ipzabbix_agent狀態(tài)、輸出目標(biāo)ip不能連接、查看端口是否開啟、開啟目標(biāo)ipzabbix_agent進(jìn)程、查看代理端配置文件以及查看代理端日志。

在具體實(shí)施中,所述故障診斷方案采用步驟表、步驟關(guān)聯(lián)表和步驟參數(shù)表存儲(chǔ)節(jié)點(diǎn)之間的執(zhí)行路徑;采用任務(wù)表和任務(wù)信息表自動(dòng)或手動(dòng)調(diào)用故障診斷方案;并通過日志表和歷史表記錄診斷日志,所述日志表中一條記錄對(duì)應(yīng)診斷任務(wù)的執(zhí)行,所述歷史表中一條記錄對(duì)應(yīng)一個(gè)故障診斷腳本的執(zhí)行。

所述診斷日志包括日志表和歷史表,所述日志表是一條記錄對(duì)應(yīng)診斷任務(wù)的執(zhí)行,所述歷史表示一條記錄對(duì)應(yīng)一個(gè)故障診斷腳本的執(zhí)行。

本發(fā)明提出的一種基于腳本的業(yè)務(wù)故障定位引擎實(shí)現(xiàn)方法,通過調(diào)用故障診斷方案,提供方案的輸入?yún)?shù),進(jìn)行診斷分析,生成診斷報(bào)告以及診斷日志,方便維護(hù)人員對(duì)故障進(jìn)行處理,提高工作效率,同時(shí)降低維護(hù)人員的工作量和維護(hù)成本。

雖然本發(fā)明已以較佳實(shí)施例揭示如上,然其并非用以限定本發(fā)明,任何本領(lǐng)域技術(shù)人員,在不脫離本發(fā)明的精神和范圍內(nèi),當(dāng)可作些許的修改和完善,因此本發(fā)明的保護(hù)范圍當(dāng)以權(quán)利要求書所界定的為準(zhǔn)。

當(dāng)前第1頁1 2 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
宁晋县| 乌拉特中旗| 抚顺县| 阳西县| 保靖县| 玛曲县| 芦山县| 宣城市| 黄陵县| 榆树市| 洛扎县| 宜章县| 聂荣县| 深州市| 太和县| 滨海县| 津南区| 杂多县| 丽江市| 商水县| 石景山区| 丹东市| 洛南县| 黄冈市| 神农架林区| 曲松县| 顺平县| 衡山县| 林口县| 湟中县| 成安县| 宁晋县| 永德县| 明光市| 松滋市| 错那县| 台南县| 江陵县| 芦山县| 井研县| 闽清县|