【正文】 正軌、有序進行； ? 從客戶的視 角 ，對運維管理進行主動的服務設計。 第 8 頁 共 273 頁 2 項目范圍 基礎架構 監(jiān)控管理對象 當前寧夏銀行的主要業(yè)務系統運行平臺為 UNIX、 Linux以及 Windows；主要業(yè)務運行數據庫為 Oracle和 DB2；交易中間件系統為 Weblogic、 Websphere、 MQ；虛擬化平臺為 VMWare；存儲系統主要是 HP、 IBM、 EMC 三 個廠商的主流產品 ； SAN交換機主要以 HP、 EMC為主； 備份系統包括 NBU軟件 、昆騰虛擬和物理 磁帶庫。 采購的主要目的在于驗證監(jiān)控平臺解決方案的管理功能，同時使寧夏銀行在方案實施前能夠看到系統實施后的部分效果。 寧夏銀行本次 IT 監(jiān)控管理的范圍，涉及所有 IT 設備和基礎運行平臺，主要監(jiān)控對象包括但 不限于 ： 監(jiān)控類型 數量 說明 1 存儲設備 2 光存儲交換機 3 磁帶庫 4 小型機（按 LPAR計算） 技術 方案建議書 本文檔僅限達爍高科（北京 ） 信息 技術有限公司 和被呈送方內部使用，未經許可，請勿擴散到第三方。 ? 運維的集中化 整個 IT 服務管理系統應遵循集中化建設的原則，完善 寧夏銀行 IT 系統功能，以實現對軟硬件平臺系統的統一管理，簡化業(yè)務支撐系統的硬件、軟件的多樣性，降低系統管理維護的復雜性，從而達到“集中監(jiān)控、集中維護、集中管理”的目標，減少系統建設維護成本、節(jié)約投資和降低人力成本。 第 10 頁 共 273 頁 瞻性，采用國際先進的軟件體系結構和應用平臺，建設符合信息技術的最新發(fā)展潮流的應用基礎架構和應用系統，保證投資的有效性和延續(xù)性。 ? 平 臺可擴充性原則 IT 運維管理平臺必須考慮到與已有系統以及將來待使用系統之間的互聯，因此在設計時要分析現有需求并預測未來的增長，滿足目前的要求。 為了保護投資，要求管理軟件具有很好的開放性和對標準的支持能力，支持各種主流平臺、數據庫和中間件等。 ? 開放性和標準化原則 由于 IT 運維管理平臺需要處理除數據中心內部服 務管理過程中產生的信息外，還有相當多的信息來自外部監(jiān)控工具，因此在平臺設計時，應充分考慮對數據標準和應用接口標準的支持，以使平臺具有多樣性和廣泛的互連性。 ? 安全可靠性原則 工具平臺應充分考慮用戶、系統、網絡方面的安全性要求，防止來自外部非法的訪問。系統的建設規(guī)劃要充分考慮系統投入運行后即作為生產系統，保證 7 24 小時服務：一是要求所部署的平臺應架構合理，經過大型 IT環(huán)境的考驗，具有大規(guī)模部署并穩(wěn)定運行的能力和證明；二是要求具有備份功能和措施；三是要求具有高的容錯及故障恢復能力，即出現意外時能夠隔離故障區(qū)，保護重要數據，通知管理人員做人工干預，避免災難性后果發(fā)生。 第 11 頁 共 273 頁 ? 規(guī)范性 原則 統一標準和規(guī)范是建設平臺的基本要求，系統之間采用開放的接口標準，便于信息交換、信息共享和業(yè)務協同。 應用系統運維管理模塊 功能點 包括：中間件服務監(jiān)控、郵件系統監(jiān)控、數據庫監(jiān)控等； 業(yè)務服務運維管理模塊 功能點 包括：業(yè)務服務建模、業(yè)務數據采集管理、業(yè)務可用性管理、業(yè)務服務健康度管理 、 業(yè)務服務影響度分析、業(yè)務服務告警處理； B/S業(yè)務 系統運維管理模塊 功能點 包括 ： WEB網站 應用服務監(jiān)控、 WEB網站 服務平臺監(jiān)控； 存儲系統運維管理模塊 技術 方案建議書 本文檔僅限達爍高科（北京 ） 信息 技術有限公司 和被呈送方內部使用，未經許可，請勿擴散到第三方。 第 13 頁 共 273 頁 流程 平臺總體需求 1. 工具平臺 功能點包括：支持統一身份驗證；用戶界面簡潔，易用；提供多種事件、服務請求上報途徑，可自由選擇；電子取證自動上傳等功能；區(qū)別請求人界面，服務臺界面，事件管理界面和服務請求管理界面，橫向基于服務臺打通幾大流程模塊。服務臺可對事件與服務請求功能進行區(qū)別管理；并發(fā)工單分拆功能；定時報表，報表自動分類分發(fā)功能 3. 事件管理模塊 功能點包括：事件的記錄，分類，優(yōu)先級排序，服務級別 SLAs，重大事件分類，事件解決與關閉的區(qū)別，事件管理過程中一，二，三線劃分與管理，事件與變更、配置、知識的有效關聯，并能可視化的展示； 4. 知識管理模塊 功能點包括：延知識的生命的周期管理，包括創(chuàng)建、分類、審批、分發(fā)、權限、銷毀；主動知識管理； 5. 服務請求功能模塊 功能點包括：服務請求的記錄，分類，對應的服務級別，自由分派、請求預授權及審批環(huán)節(jié)； 6. 配置管理（基本功能）模塊 功能點包括：可自定義配置項分類及屬性，包括基本屬性和私有屬性，表單可自定義，支持批量導入導出功能； 7. 服務目錄 技術 方案建議書 本文檔僅限達爍高科（北京 ） 信息 技術有限公司 和被呈送方內部使用，未經許可，請勿擴散到第三方。 第 15 頁 共 273 頁 15. 信息安全管理模塊 功能點包括：信息安全整體策劃的方針管理及下發(fā)、信息安全的風險評估、分析、處置，預防管理過程，涵蓋預防措施和糾正措施的管理，跟蹤安全事件的處置過程和結果驗證； 16. 供應商及合同管理（ SCMS）模塊 功能點包括：供應商管理，合同管理，供應商提供的服務的管理，供應商績效評價管理； 17. 服務績效管理模塊 功能點包括：服務指標庫的設計與管理，構建績效模型，進行績效的收集、分析、評 價管理，績效儀表盤，實現可視化的績效展示。 第 16 頁 共 273 頁 3 總體設計 設計思路 運維管理目標架構 根據 IT 運維管理平臺的具體要求，以及前期我們調研的結果， 達爍高科 認為本次項目可以依托于下圖中所示的 BMC五臺一庫的 BSM理念下的 IT運維管理框架進行建設： IT運維管理框架從邏輯結構上劃分為五個平臺和一個中心配置庫（“五臺一庫”），分別是數據展現平臺，流程管理平臺，集中監(jiān)控平臺，自動化管理平臺，歷史數據分析平臺以及CMDB配置管理核心庫。 第 17 頁 共 273 頁 ? “監(jiān)控平臺”：構建整個 IT 監(jiān)控架構，實現集中事件管理，并為面向業(yè)務的監(jiān)控管理打下基礎。 ? “展現及報表平臺”：建設統一報表平臺和統一門戶平臺將有效增強數據利用和展示效果。 ? “統一報表平臺”：集中存放歷史數據，提供后期統一分析及規(guī)劃。 本解決方案從 IT 運維管理平臺的角度出發(fā)，首先實現 IT 基礎架構管理的擴充，整合各事件源，對事件處理進行事件集中處理，協助運維人員及時了解系統當前狀況，以及系統故障對相關業(yè)務的影響，同時以適當的形式進行集中呈現。 第 18 頁 共 273 頁 技術架構設計 具體而言，我們在本次項目建設中，對需求中的功能按照基礎監(jiān)控平臺、流程平臺進行劃分； 基礎監(jiān)控 平臺 配合 搬遷同步實施； 流程平臺 的同步 實施 同時在架構規(guī)劃時也考慮了整體 架構 未來可能的需求。 第 19 頁 共 273 頁 2 BMC TRUESIGHT OPERATIONS MANAGEMENT Integration Service 性能 數據采集 組件 3 BMC TRUESIGHT OPERATIONS MANAGEMENT Cell Component 事件 集成 組件 4 BMC TRUESIGHT OPERATIONS MANAGEMENT Reporting 報表服務器 及 數據 、事件采集引擎 5 BMC Remedy IT Service management 流程管理 平臺 6 BMC TrueSight App Visibility Manager 應用 性能監(jiān)控 7 IBM Netcool 網絡監(jiān)控 ? 系統架構層次 架構層次 定位描述 涉及組件 數據采集層 負責事件信息的采集獲取，通過 主機代理Agent采集被管理節(jié)點數據，將事件信息及性能信息送入 TrueSight 集中事件處理平臺進行統一處理。 ? 操作系統 ? 數據庫 ? 中間件 ? 存儲 ? 網絡 ? 環(huán)控 數據 處理 層 負責監(jiān)控數據的處理，包括事件處理， 事件翻譯 ， 事件豐富，聲音告警， 報表等 負責實現 服務支持和服務交付相關 IT運維管理流程 ? 事件 管理 平臺 ? 流程平臺 技術 方案建議書 本文檔僅限達爍高科（北京 ） 信息 技術有限公司 和被呈送方內部使用，未經許可，請勿擴散到第三方。 ? 事件 管理平臺 ? 報表平臺 技術 方案建議書 本文檔僅限達爍高科（北京 ） 信息 技術有限公司 和被呈送方內部使用，未經許可，請勿擴散到第三方。 網絡狀態(tài) 管理 拓撲的發(fā)現與展示 ITNM 提供的準確的網絡三層、二層連接視圖，可以清楚的反映網絡實際的物理連接，其發(fā)現的網絡拓撲結構包括網絡所有節(jié)點之間的連接關系，如 ? 交換機劃分的 VLAN、 ? 每個 VLAN包含的端口 ? 端口連接的節(jié)點 ? 路由器的端口 ? 互連 的設備 ? 服務器或 PC地址 ? 連接在交換機端口 技術 方案建議書 本文檔僅限達爍高科（北京 ） 信息 技術有限公司 和被呈送方內部使用，未經許可，請勿擴散到第三方。要求實現以下功能 ? 拓撲圖可以動態(tài)更新 ? 告警等級實時 更新 ? 可以根據不同網段進行過濾設置不同 VIEW ? 告警與設備關聯，要求不同告警與設備關聯時顯示不同顏色 ? 點擊設備關聯事件時，會自動轉入下一級頁面，即告警的詳細信息。要求當鏈路異常時，告警能夠實時展現在拓撲圖上，并以不同的顏色區(qū)分不同的告警。 第 23 頁 共 273 頁 鼠標點擊告警圖標，自動鏈接到詳細告警信息，如下圖所示 自定義拓撲的展現 客戶環(huán)境動態(tài)獲取的網絡拓撲結構，可讀性有時不是很強，而且界面美觀的程度跟客戶定 技術 方案建議書 本文檔僅限達爍高科（北京 ） 信息 技術有限公司 和被呈送方內部使用，未經許可，請勿擴散到第三方。通過根據企業(yè)當前網絡拓撲，利用美工設計出企業(yè)當前企業(yè)網絡架構圖，要求做到準確、可讀性很強、美觀等相關功能。當網絡事件信息匯總在 Object Server事件管理服務器中時， ITNM內置的 RCA（根源故障分析引擎）功能會自動根據節(jié)點之間的連接關系 分析根源故障點，從而找出事件之間的關系，確定故障位置。或者當路由出現問題時，兩端的端口都會產生事件， ITNM也會自動將兩個事件關聯起來。 第 25 頁 共 273 頁 發(fā)生時確定事件的關聯性。 網絡告警管理 網絡管理解決方案核心圍繞網絡事件管理，將所有的管理報警信息： ? 網絡故障 trap事件 ? 根據采集性能設置性能告警 ? 網絡鏈路異常 這些都將以事件的方式報告到網絡事件處理平臺，管理人員通過直觀的事件信息監(jiān)控，就可以了解網絡實時的運行狀況。 告警事件預處理 在實現了告警事件信息采集后，網管系統的 Probe還可以對事件進行必要的預處理，主要包括事件的采集層過濾、事件的重定義、信息豐富和信息發(fā)送等功能。在實際管理中， 般需要獲 技術 方案建議書 本文檔僅限達爍高科（北京 ） 信息 技術有限公司 和被呈送方內部使用，未經許可，請勿擴散到第三方。在 NETCOOL探針規(guī)則文件中，可以根據事件的原始信息，如 IP地址、名稱，從預先定 義好的文本文件中，找到該設備相關的管理信息，如位置、聯系人，并將新獲取的設備信息作為事件的新字段，同時發(fā)送給事件處理中心。 第 27 頁 共 273 頁 告警第三方事件平臺集成 網絡監(jiān)控系統所產生的告警支持第三方事件平臺集成，事件通過網絡監(jiān)控系統的集中告警平臺，調用腳本并且調用第三方事件平臺的 jar包，通過 的方式把告警推送到第三方軟件，每條推送的告警都有相應的日志記錄，告警格式可以根據第三方軟件的告警格式約定推送，然后再由第三方事件平臺進行處理和通知。 網絡性能管理 網絡性能管理通過 SNMP、 ICMP 等多種方式檢查網絡設備的性能，線路的連通性和服務質量，同時通過對網絡協議和服務的檢查，查看網絡為業(yè)務提供的服務的可用性和服務質量。 Tivoli ITNM 網管系統可以根據實際工作的需要，基于拓撲發(fā)現的網絡設備信息，靈活地通過定時輪循機制來查詢網元設備 MIB 獲得 SNMP 信息，生成網絡設備性能告警信息，同時，針對端口流量等性能數據進行實時監(jiān)視。 第 28 頁 共 273 頁 網絡實時性能數據采集 在告警事件列表、拓撲視圖中，選中設備（已經在 ITNM 中發(fā)現的）選擇右鍵菜單中的圖 SNMP MIB 數據，就能夠設置實時簡單性能監(jiān)視，如果監(jiān)視的 MIB有歷史數據，能夠設置呈現歷史數據的天數 可以直接定義 MIB 值，或采用以定義的基本閥值采集 技術 方案建議書 本文檔僅限達爍高科（北京 ） 信息 技術有限公司 和被呈送方內部使用，未經許可，請勿擴散到第三方。 第 30 頁 共 273 頁 圖表是