[發(fā)明專利]一種基于activity的災(zāi)備管理系統(tǒng)和管理方法

在審

• 申請?zhí)枺?/td>: 201611087226.5
• 申請日: 2016-12-01
• 公開（公告）號: CN106776127A
• 公開（公告）日: 2017-05-31
• 發(fā)明（設(shè)計(jì)）人: 李艷;張磊;李朝寧;徐云;馬景光;劉志勇;劉智峰;于浩;徐俊華;梁鵬
• 申請（專利權(quán)）人: 中國電信集團(tuán)系統(tǒng)集成有限責(zé)任公司;國家信息中心
• 主分類號: G06F11/14
• 分類號: G06F11/14
• 代理公司: 南京鐘山專利代理有限公司32252
• 代理人: 戴朝榮

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

本發(fā)明屬于防災(zāi)減災(zāi)信息管理領(lǐng)域，具體地涉及一種基于activity的災(zāi)備管理系統(tǒng)和管理方法。

背景技術(shù)

隨著銀行業(yè)務(wù)越來越多地依賴于IT系統(tǒng)的協(xié)助，應(yīng)用系統(tǒng)需要不間斷持續(xù)運(yùn)轉(zhuǎn)。而硬件和軟件故障、自然災(zāi)難，甚至計(jì)劃維護(hù)所導(dǎo)致的停機(jī)時間，都可能影響業(yè)務(wù)。這不僅會讓業(yè)務(wù)部門不滿意.也讓IT部門不堪重負(fù)，進(jìn)而造成重要信息和收益的損失。主要系統(tǒng)和恢復(fù)系統(tǒng)的升級和變更必須同時進(jìn)行，實(shí)施可靠、快速的恢復(fù)策略，既耗時又昂貴。管理分布在不同地點(diǎn)的大量的應(yīng)用程序和服務(wù)器無疑是一項(xiàng)復(fù)雜的工作.需要使用大量的運(yùn)維資源。服務(wù)器一旦發(fā)生故障，就需運(yùn)維人員現(xiàn)場進(jìn)行故障排查和修復(fù)，故障歷時長。

災(zāi)備切換是一系列操作的組合，每次災(zāi)備切換都需要耗費(fèi)大量的人力和物力，而且越關(guān)鍵的業(yè)務(wù)，切換就越需要慎重，因此不能根據(jù)單一的個人意愿，而是需要集體的決策。

災(zāi)備體系建設(shè)工作是一個龐大、復(fù)雜的系統(tǒng)工程，災(zāi)備切換涉及網(wǎng)絡(luò)、數(shù)據(jù)中心、應(yīng)用服務(wù)管理等多方面的各種環(huán)節(jié)，每個環(huán)節(jié)彼此之間有緊密的邏輯的關(guān)系，例如服務(wù)的啟動順序也有嚴(yán)格的要求。比如數(shù)據(jù)庫必須先啟動，之后才能啟動應(yīng)用程序；應(yīng)用服務(wù)器接管完成，才能進(jìn)行網(wǎng)絡(luò)的切換。如果應(yīng)用程序先于數(shù)據(jù)庫啟動，結(jié)果肯定會是出錯。在實(shí)際的災(zāi)備切換過程中，其中涉及大量的登錄、鑒權(quán)、控制操作，每個環(huán)節(jié)都要求精準(zhǔn)無誤，由于涉及到的設(shè)備眾多，操作步驟繁多，操作員每次都要耗費(fèi)大量時間和精力完成一次完整的操作，例如銀行系統(tǒng)某部分切換，往往需要十幾個操作員，每天晚上連續(xù)工作一周時間，由于細(xì)節(jié)繁多，往往出現(xiàn)錯誤。由于行業(yè)要求，災(zāi)備切換操作每隔一段時間都要執(zhí)行，所以如何提高切換效率，避免人為干預(yù)，減少操作失誤風(fēng)險(xiǎn)，災(zāi)備切換過程管理已經(jīng)成為災(zāi)備服務(wù)和運(yùn)維的重點(diǎn)問題。

因此，有必要提供一種借助基于activity的工作流引擎進(jìn)行災(zāi)備切換的基于activity的災(zāi)備管理系統(tǒng)和管理方法。

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

本發(fā)明的目的在于提供一種借助基于activity的工作流引擎進(jìn)行災(zāi)備切換的基于activity的災(zāi)備管理系統(tǒng)和管理方法。

本發(fā)明的技術(shù)方案如下：一種基于activity的災(zāi)備管理系統(tǒng)包括依次順序連接的流程模塊、映射模塊、遠(yuǎn)程訪問模塊和業(yè)務(wù)邏輯模塊；所述流程模塊，用于定義業(yè)務(wù)流程模型，并通過activity流程引擎驅(qū)動每個業(yè)務(wù)邏輯按照預(yù)先定義好的流程執(zhí)行；所述映射模塊，用于記錄所述流程模塊中的每個任務(wù)節(jié)點(diǎn)與具體業(yè)務(wù)邏輯的映射關(guān)系；所述遠(yuǎn)程訪問模塊，用于提供切換管理服務(wù)器到遠(yuǎn)端主機(jī)的連接通道；所述業(yè)務(wù)邏輯模塊，用于模擬管理員對設(shè)備發(fā)送操作指令，并通過設(shè)備的回應(yīng)消息或者設(shè)備狀態(tài)變化判斷指令的執(zhí)行結(jié)果。

優(yōu)選地，所述流程模塊包括activity流程引擎模塊、流程定義模塊、管理控制模塊和監(jiān)控分析模塊，所述activity流程引擎模塊分別與所述流程定義模塊、所述管理控制模塊和所述監(jiān)控分析模塊相連接。

優(yōu)選地，所述activity流程引擎模塊從所述流程定義模塊獲得當(dāng)前需要執(zhí)行的業(yè)務(wù)邏輯，并依次通過所述映射模塊、所述遠(yuǎn)程訪問模塊和所述業(yè)務(wù)邏輯模塊部署并執(zhí)行邏輯業(yè)務(wù)邏輯。

優(yōu)選地，所述activity流程引擎模塊是所述基于activity的災(zāi)備管理系統(tǒng)中災(zāi)備切換每個環(huán)節(jié)有序執(zhí)行的驅(qū)動引擎，在引擎的推動下每個災(zāi)備步驟按照預(yù)先制定的預(yù)案有序推進(jìn)完成。

優(yōu)選地，所述流程定義模塊提供拖拽式可視化Browser/Server界面操作，用戶使用瀏覽器通過所述流程定義模塊設(shè)計(jì)定義業(yè)務(wù)流程。

優(yōu)選地，所述業(yè)務(wù)邏輯模塊是一系列切換操作的集合，包括磁盤陣列操作、數(shù)據(jù)庫管理操作、中間件管理操作和應(yīng)用程序管理操作。

一種根據(jù)上述基于activity的災(zāi)備管理系統(tǒng)的管理方法，包括如下步驟：

步驟1：在所述流程模塊中，根據(jù)實(shí)際災(zāi)備管理系統(tǒng)的特點(diǎn)，通過建模工具繪制災(zāi)備切換的流程模型，所述流程模型是一個靜態(tài)文件，是activity動態(tài)管理流程的基礎(chǔ)；

步驟2：根據(jù)步驟1設(shè)計(jì)的流程模型設(shè)計(jì)對應(yīng)的業(yè)務(wù)邏輯，形成相對應(yīng)的業(yè)務(wù)邏輯模塊；

步驟3：通過所述映射模塊配置所述流程模型和所述業(yè)務(wù)邏輯的映射關(guān)系；

步驟4：通過關(guān)鍵詞檢索最符合條件的流程模型，并啟動所述流程模型，activity流程引擎按照所述流程模型的邏輯控制遠(yuǎn)端主機(jī)執(zhí)行切換操作；

步驟5：校驗(yàn)并判斷所述切換結(jié)果是否成功，如果所述切換結(jié)果校驗(yàn)為成功，則activity流程引擎繼續(xù)執(zhí)行下一個切換操作；如果所述切換結(jié)果校驗(yàn)為失敗，則通知管理員檢查定位問題。