廣東金融科學技術進步獎勵申報書-高可用(編輯修改稿)
2025-08-09 22:50 本頁面
【文章內(nèi)容簡介】 分鐘。（2）重大風險識別重大風險包括：系統(tǒng)或數(shù)據(jù)庫服務異常、關鍵進程宕、網(wǎng)絡故障、外部環(huán)境原因、操作失誤等，總體上可概括為系統(tǒng)風險、技術風險、操作風險等。（3）高可用結(jié)構(gòu)對可用率影響的風險評估以中間業(yè)務為例，設備冗余包括3臺應用服務器（F5負載均衡）、1臺數(shù)據(jù)庫服務器、1臺數(shù)據(jù)庫standby備機；網(wǎng)絡冗余包括所有服務器均實施了雙網(wǎng)卡聚合技術，雙光纖卡4通道技術；數(shù)據(jù)冗余包括實施了數(shù)據(jù)庫物理standby技術；操作風險控制手段包括實施主備切換半自動化腳本，減少人工操作帶來的失誤率。應用可用率計算為：n：表示某個應用發(fā)生的告警事件的數(shù)量 Ptime：表示報警的持續(xù)時間，單位：秒 Weighti:某一種告警事件對整個應用的影響度；關鍵進程宕對應用影響度為100%Mi:表示應用節(jié)點的臺數(shù) ，例如中間平臺系統(tǒng)有5臺，則Mi=5Stime:表示某應用對外服務的時間，單位：秒 ；以一周為例，Stime=60*60*24*7=604800秒 由上可見，采用上述高可用架構(gòu)的情況下，當數(shù)據(jù)庫服務器主機宕機的應用可用率影響是最大的，而應用服務器由于做了負載均衡，應用服務器關鍵進程宕對高可用服務的整體影響為0。而由于采用了oracle standby的數(shù)據(jù)保護結(jié)構(gòu)，當數(shù)據(jù)庫服務出現(xiàn)異常情況下，高可用架構(gòu)仍能保證RTO不超過最大容忍度。相反，如果不采用應用服務器負載均衡方式，甚至應用服務器和數(shù)據(jù)庫服務器部署在同一臺機器，那么關鍵進程宕對應用影響度將達100%，風險大大增加。圖表一說明了項目全過程控制中的各個KPI數(shù)據(jù)。（4）風險重復計算及補償性控制由于中間業(yè)務平臺數(shù)據(jù)庫保護實施了oracle standby技術，在發(fā)生數(shù)據(jù)庫服務異常情況下將對業(yè)務連續(xù)性產(chǎn)生影響，雖然采用oracle standby技術能確保數(shù)據(jù)庫服務及時切換至備機，但新的系統(tǒng)風險、操作風險也隨切換過程伴隨而來，因此，有必要實施風險的補償性控制，例如，建立ITSM流程控制，對應急方案、變更方案進行流程化審核；實施主備切換半自動化腳本，減少人工操作帶來的失誤率，控制操作風險。 研發(fā)高可用架構(gòu)半自動化切換腳本，有效降低人為操作風險，減少RTO：由于高可用架構(gòu)應用主備間切換涉及關聯(lián)關系復雜，主備可能是Oracle dataguard結(jié)構(gòu)、冷備N+1結(jié)構(gòu)，人為操作上的“失誤”可能帶來極其嚴重的后果和不可估計的經(jīng)濟損失，基于此，我行自行研發(fā)了高可用架構(gòu)半自動化切換腳本。該腳本減少了主備切換時人為干預的操作，自動進行應用進程啟停、存儲切換、網(wǎng)絡服務接管，有效降低了人為操作風險，并大大縮短了RTO，明顯提升了我行高可用架構(gòu)可用率指標。 圖表一：高可用項目ITIL目標KPI過程目標KPI項計算依據(jù)實際KPI計算結(jié)果符合服務級別協(xié)議(SLAs)的交易響應時間交易超時率M:表示交易種類個數(shù)，例如綜合前置共分為POS、ATM、自助終端三類X:表示某種交易超時數(shù)Y:表示某種交易的交易量最小化交易故障應用可用率n：表示某個置應用發(fā)生的告警事件的數(shù)量 Ptime：表示報警的持續(xù)時間，單位：秒 Weighti:某一種告警事件對整個應用的影響度；關鍵進程宕對應用影響度為100%Mi:表示某一種應用節(jié)點的臺數(shù) ，例如綜合前置系統(tǒng)有2臺，則Mi=2Stime:表示某應用對外服務的時間，單
環(huán)評公示相關推薦
鄂ICP備17016276號-1