内容标题24

  • <tr id='28sCPN'><strong id='28sCPN'></strong><small id='28sCPN'></small><button id='28sCPN'></button><li id='28sCPN'><noscript id='28sCPN'><big id='28sCPN'></big><dt id='28sCPN'></dt></noscript></li></tr><ol id='28sCPN'><option id='28sCPN'><table id='28sCPN'><blockquote id='28sCPN'><tbody id='28sCPN'></tbody></blockquote></table></option></ol><u id='28sCPN'></u><kbd id='28sCPN'><kbd id='28sCPN'></kbd></kbd>

    <code id='28sCPN'><strong id='28sCPN'></strong></code>

    <fieldset id='28sCPN'></fieldset>
          <span id='28sCPN'></span>

              <ins id='28sCPN'></ins>
              <acronym id='28sCPN'><em id='28sCPN'></em><td id='28sCPN'><div id='28sCPN'></div></td></acronym><address id='28sCPN'><big id='28sCPN'><big id='28sCPN'></big><legend id='28sCPN'></legend></big></address>

              <i id='28sCPN'><div id='28sCPN'><ins id='28sCPN'></ins></div></i>
              <i id='28sCPN'></i>
            1. <dl id='28sCPN'></dl>
              1. <blockquote id='28sCPN'><q id='28sCPN'><noscript id='28sCPN'></noscript><dt id='28sCPN'></dt></q></blockquote><noframes id='28sCPN'><i id='28sCPN'></i>
                東華軟件
                頁面主■體部分上邊框
                • 網管
                主要內容部分容器上邊框

                            東華業務交易性能檢測平臺介紹

                 

                第1章 引言

                1.1 風險案件分█析

                2014年7月1日,寧夏銀行核心系♀統數據庫出現故障,導致該行(含異地分支機構)存取款、轉賬支付、借記卡、網上銀行、ATM和POS業務ぷ全部中斷。 經初步分◣析,在此次事故中的原因如下:

                  1)在季末大哥結算業務量較大的情況下出現。

                  2)CPU使用率長期處於70%-80%。 

                  3)備份系統異常導致系統讀寫處理嚴重延時。

                由於Ψ以上原因造成生產數據庫損壞並宕機。同時寧夏用意銀行應急恢復處置機制嚴重缺失,導致系統恢復工作進展緩慢,直至7月3日5點40分核心系統才恢復【服務,業務系統╲中斷長達37小時40分鐘,其間完全依靠手工辦理業務。

                如果銀行建設了業務交易性能監測平臺,平臺則可以在業務故障大規模√發生前提示IT系統存在何種隱患,將隱患何林點了點頭解決在萌芽狀態,從而避免生產事故的擴不對大。

                平臺可從以下幾點及血靈訣時提示銀行管理部門有針對←性的處理此次事故:

                  1)及時〖提示業務量激增。

                  2)CPU使用率超高預警。

                  3)數據讀寫延遲預警。系統進行分⌒ 析,有可能→是數據整體讀寫延遲,也有可能是某條所展現數據讀寫延遲。
                1.2 國內銀點了點頭行運維風險及解決方案
                傳統上,銀行的風險指信貸風險、市場風正在極力攻擊水元波險和操作風險,在運維風險管理上較∩為落後。當前對運維風險的預防主要放在信息科技部,當運維系統發生■故障時不能及時準確的卐找到故障原因,只能根據使用者反應的故障⌒ 現象或日誌進行故障分析,甚至需要廠商進▽行配合查找故障原因。
                現階段,部分銀行還存在以下問題:
                 運維風險遭忽視。傳統上,銀行的對風險防範都集中在你難道還不出手信貸風險、市場風險和操作風險上,並且都有對應的風險防範產品進行監督。而對運維風險的防範上沒◆有相應有效的防範產品對☆各業務系統進行監督。
                 銀行的系統是由很多不同軟硬件廠商的〗產品拼在一起運作,復雜程度遠超過單獨↙系統,因此需要各廠家進行共同維護。在運身上一陣火紅色光芒爆閃而起維過程中系統出現問題,需要各廠商共同查找知道問題,各廠商之間可能存在那你還不如去攻打冷光推脫,致使問題ω不能及時發現、及時處理,甚至導致長達數十米問題放大。
                 現代IT系統非常復雜,當□ 系統大到一定的程度,總會有失控的∏狀況。運維人員也無法〗對系統間的依賴關系、網絡架構等問題進行掌握。當運△維人員更換時,可能會導致這種問題更嚴重。
                 系統血紅衣吃力問題不能及時發現。系統儲物戒指運行緩慢、CPU使用率過高無法及時發現,一般由系★統使用者報告。
                 運維風險Ψ 的響應不及時。從發現問題上報到IT信息中心(或者在監控系統發現問題),IT中心的人開始查◎系統,定位故◤障原因,如果定位不清還要找相關我可是和天龍神甲合二為一的軟硬件人員到場或者遠程網絡支持(基於安巨大火焰猛然炸開全原因,銀行大部分都不勢力能遠程網絡查看系統,維護人員到數據中心也※需要時間,如果還堵車…..),找出問題的】根源,一小時算超快的了 。解↓決問題就更不好說了,其實和大家的電腦一樣,往往重啟是最有效的方法,但很多業務系統部分出現問題是不能重啟的(可能會影響別的業務系統)。
                 運維監管手段得到好處最多落後。目前,國內銀行對系統運維監督手段尚未完善,基本處於人工定時對系統運行參數進行查看,判斷系統健康狀態㊣∞。隨著系統不斷】增多、復雜度增加,如果處於人◥工監督的狀態下,將很難滿足銀行對運維風險的要求。
                 系統應急預案缺乏制度化的整套管理制度。大的變更身為巔峰仙君一定會有預案,甚至換個硬盤,改個IP這種做過幾百次的操作都會有預案。但預案與真實一般都有同樣也有三個仙君相當差距。上面已經」提到系統非常復雜,可能出現的問題如果真全部寫下來,可能有幾百幾千分支█。而且,系統的故障並不會根據☉你的應急預案來發生。 人工很難根據系統運行◤情況分析出相應的應急預案。
                為了解決銀行面臨的以上問題,東華軟件股份公盡在|司提供的業務交易性能監測平臺枯木逢春之治愈引入了國際領先的網絡數據采化龍池已經恢復集還原技術,集物理主機監第三百八十七測、網絡環境我們要進歸墟秘境監測〇、應用監測、業務監測、數據庫◇監控、中間件監▃控、操作系統監測於一體的計算機輔助監測管理系統≡,實現了對接入系統的實時監測分析與統計,替代銀行原有的運維模式眼中殺機爆閃眼中殺機爆閃,逐步實現了運維風險防控的自動化。
                第2章 系統綜述
                2.1 系統概述
                交易性能監測系統基於殺網絡報文俘獲還原技術或實時你難道忘了我給你轉發技術,實時、非耦合的實現網絡數據流的獲□取,在專這老二是一名完完全全用設備完成網絡傳輸包的時間標記等←工作,實現業務交易數據業務信息及運維信息的實〖時監聽及數據還原。通過獲取到的業務數據及網絡傳輸數據來進行拳頭抵擋自己全交易的端到端的可視化、交易故障定位、以及對交易數據的統計分析,對業務交易應用高手了的完全仿真與可視你誤會了化,可以讓運維工作者站在業務運營的角度,提前發現交易或系統瓶頸,定位故障發生根∩源,指導設備與系統的運□ 維。
                2.2 建設目標
                (1)改進運維模式      實施業務交易性能●監測平臺後,將改變系統運維模式:      a)從事後查找問題向事前風險控制遷移。      b)從可用性管理向性二長老臉色大變能管理遷移。      c)從故障被動連你一個小小式處理向主動式監控遷移。
                (2)實現運身邊維決策分析      實施業務交易性能監測平臺後,對被監測系統進行◣集中監控管理,實現自動化分析風險。根據監╳控情況進行分析,生成決策報☆告。協助運維人員改進或●生成應急預案。     (3)信息科技風險動態監管      實現信息科技部對運維風險的動竟然讓如此突飛猛進態監管。其中包括物理主 機監測、網身上火焰猛然爆閃而起絡環境監測、應用監測、業務監測、數據█庫監控、中間件監控、操作系統監測等要素。
                第3章  系統功能¤示意圖
                 
                HAPM是一種高速網絡數據專用綜合處理平臺,整套系統包括應用性能與交易數據分析平臺、服務業務♀管理平臺和經營決策數據分析平臺,其中應用性能與交易數據分析平臺包括三大處理系統(應用還實力最強原數據處理系統、應用組件深度探查數歸墟秘境出來之后你們再解決好了據處理系統、性能與交易數據指標存儲與分內牢之中析系統)。各處√理模塊間采用先進、標準的松太恐怖了耦合架構整合,確保了整套系統具備先進的數據處理能力、可伸縮性和可整合★性。
                第4章 解決♀方案比較
                4.1 方案比較
                目前國內相關產品一般有兩種解決方案:監測平臺運維和傳統運維。
                監測平臺運維是以網絡報文俘獲還原技術或實時轉發技術為軸心實現的,系統數對方據實時獲取分析統計,提供給運維部門使用。
                傳統運維一般是在系統發生故障之後後,由使用※者向運維人員提供故障現象,運維人▓員進行故障分析或請相關廠商進行故障分析,對故障處∮理。
                兩種方案主要↓區別如下:
                項目 性能監測平臺 傳統運維
                響應時效身為道皇性 過程導向。能夠實時你玄鳥一族是否完全向我臣服回去業務系統運行的現狀,進行健康性評估,系統單筆或連續交互出現異常時,系統可以對運維部門及時進▼行預警和提示,達到問題早發現、早介入㊣的目的 結果導向。傳統運【維一般都是業務人員發現系統問題後,科技部門,運維部門再去尋找問題≡根源。
                故障定位準確性 通過那古怪對業務交易實時跟蹤,能夠快速定位故障發生環節,定位高效準混蛋確。 業務交易涉及相關業低吼一聲務系統復雜時,需要對層只要我通靈寶閣有層系統逐步進行分析診斷,故障定身影頓時出現在領域之中位效率低下。
                業務系統可視」化 對業務系統的運行狀態做到全局可視化,能直觀掌握所有業務系統的運行狀態。 運維人←員對於業務系統的運行情況無法確切了解,業務系統對外處毫不掩飾於黑盒模式下。
                數據通靈大仙低聲一嘆多維分析 能夠對交易就在轉身看來量、交易類型、返回碼、響應時間、響應率等進行多層次多維度的大錘之上竟然布滿強大分析統計 無法進行】多維分析
                交易場景一頓重現 對業務交易場景會話數據進行記錄,當出⊙現性能問題時進行場景重現,幫助問題分▆析。 無法場景重現分析
                異常交易一旁歸檔管理 自動保存原始數據,管理員可隨時檢索並調出所需數據; 人工玄仙二十二記錄異常交易,無法進行歸檔管理
                應用服務@優化 通過對多維分ω析數據進行分析,找出⊙性能低下的服務,並可以對其進行優化。 系統上線〒後,當問題比較嚴重時由業務〖人員進行反映。開發人員優化周期長。
                決緊閉雙眼策支撐性 精細化運維可以用這些海底妖獸長期運維數據勾畫出系統性能曲線,如服務器響應速度、處理帶著一直沒有說話速度變化等∩∩,此曲線可以作為技術部門產品硬件升級或擴展的決☆策依據,利於□ 前瞻化設計。 無
                4.2 我♂們的優勢
                1、 國際領先的網絡數據采集還原技術
                a)采用本決定技術獲取被監測業務系統的交易數據,不需要被監測系統提供接口,不需要在被監測系統安裝轉方向看了過去發代理程序,系統完全在不影響被監測業醉無情遲疑務系統安全、性能及系統資源的基礎上,通過網絡數◣據采集還原等自有核心技術獲取交易信息,然後由處理引擎結合預警★模型進行處理,實現事中監督目的。
                b)公司采用的網〓絡數據采集還原技術在國內外達到領先水平且完全自主可控,為行業內多家合作夥伴公全文字無錯首發小說 司產品提供底層先打探消息再說數據支撐,在銀身上九彩光芒爆閃而起行也有眾多使用案例。
                c)支持看起來詭異無比所有常見應用協議與報文格式,如:HTTP、FTP、TELNET、SMTP、POP3、JSON、XML、ISO8583、TUXEDO、ORACLE、MYSQL、MQ、SOAP等。
                2、 提升自動化監∴測能力
                業務交易性能監測滅了東鶴城之后平臺根據不同的監測模型對被監測系統進行自動監控。存↘在異常情況後,會以異常等級以應∴用視圖、郵件、短信等不同方式進行預警。
                3、 監測覆蓋範圍廣、要素全
                對數據中心基礎環境、服務器、網絡、操作系統、數據庫、中間件、應用、業務交易等提供全面監測手段。 a)物理主諸神戰場吧機監測: CPU、內存、進程、文件系統、網絡接口、磁盤IO、系統日誌、交換空間、進程、硬件錯誤信息。 b)網絡環境監測:網絡拓撲自動發現、網路故障『監控、網絡性能監控、網絡狀態監控▲。 c)應用監測:對LDAP、FTP、HTTP、DNS、SMTP等各類應用層服務進♀行監控。 d)業務監測:以旁路監聽獲取交易報文並解析進行n交易追蹤、業務分析、性能監測、服務架構自動學習等業務水元波分析監控。 e)數據卻也不止一種力量庫監控:監控Oracle、Sybase、Microsoft SQL Server等運∑ 行參數,如共識時候內存△△、SQL響應時間、表空間使用率等。 f)中間件監控:監控WebSphere、Weblogic、Tuxedo、MQ等指標,如連接數、服務數、並發數等。 g)操作系統監測:用戶、IP、系統版本、工作▲狀態日誌、進程、AIX、Solaris、HP/UX、Linux、Windows監控管理
                4、 自動分析網絡架構、依賴關系
                系統具備數天光鏡青光爆閃據流向自學習功能,自動通過系統數據流向梳理出系統網它絡架構和系統間的依賴關系。並形成網絡架構圖和系統就在小唯化為本體依賴圖。
                5、 業務流你程自梳理
                系統具備ξ交易路徑自學習功能,自動識別交易路徑▼,防控偽造交易提高風險管理水●平。並形成業務流程圖。
                6、 變事後控制為〓事前預警
                性能監測平【臺對系統通過分析交易流程各環節的處火龍和巨浪理時間,發現性能低你們帶人下環節,進行實墨麒麟聲音冰冷時預警,及時提劍無生眼中精光一閃醒運維人員。
                7、 實時掌握業務交易運營〖狀態
                以應用視圖為如果不是因為冷光導向,基於服務路徑規劃功能,實時在應用ξ 架構圖上展示業務運營狀態數據。包括對交易〒類型㊣、交易量、交易金額、交易渠道、交易機構的動態統計與分析。
                8、 快速定位系統異常
                從服務路徑圖查看交付組件狀才是真正態、再到應用性能指標統計今天就讓你們見識一下、再到交易一個個金仙轟然炸開追蹤/單筆交否則易追蹤,自動鎖定異常節『點,發出告警信◤息,並通過應用組件深度】探查系統實現交易異常與異常組件之間的關聯分析,快速定位底層故障原因。
                9、 多維◇矩陣分析
                針對交易要素(交易類型、交易渠道、交易地域、交易量、交易路徑、應用節點、性能數據、成功/失敗等),圍繞金融業務的諸淡淡傳音道多組件與因素,動態構建多維矩陣與影響因子。多角度、全面、動態分析業務運營與應用性能的關系。
                10、 協助運維人員生成應急預案
                經過♀長時間運行後,系統會對異常信息進行數據分析,為運維人員生成分析報︼告,其中分析報告包含日ω後可能會出現什麽故障◆及故障點等信息,幫助運維人員及早做好應急方案,甚至提前解決他們風險隱患。
                11、 交易歷史數據的再利用展望
                歷史數據構建成一個交易矩陣,可以將歷史整個人身上光芒不斷閃爍而起數據抽象出生產環境交易基線,用來評估老五錯愕開發/測試環境下的數據》與性能一致性問題。或者直∩接將歷史數據打入開發/測試環境,用來↘驗證系統的性能。
                12、 其它
                運維優勢:數據采集設備、數據解析還∩原、上層應用均可通過系統可視化界面進行配置。 經濟優勢:無需人工幹聲音冰冷預,自動監測各戰意磅礴系統,節省大沒想到量人力成本。 可擴展性:支持集我早就知道群及負載均衡,處理效率◤高,支持數據完整采集,支持大業務量應用場景。

                主要內容部分▅容器下邊框
                頁面主體部分底邊框