第X章－X1 商业银行集中运行维护管理系统白皮书.doc

商业银行集中运行维护管理系统白皮书 V1.5 (ITSM) 山东浪潮齐鲁软件产业股份有限公司 2006年6月13日 目录 第1章 前言 3 1.1 需求背景 3 1.2 问题分析 3 第2章 产品介绍 4 2.1 功能特色 4 2.2 系统体系结构 5 2.2.1 系统功能架构 5 2.2.2 系统软件架构 6 2.3 功能举例 7 2.3.1 运行维护管理的统一门户 7 2.3.2 全面的配置管理 7 2.3.3 集中监控和告警平台 8 2.3.4 全面深入的流程化管理 9 2.3.5 日常运行维护工作电子化 10 2.3.6 集中的技术支持平台 11  前言 需求背景 随着现代化的商业银行不断发展，银行的信息化的规模也不断扩大，特别是银行实行数据大集中后，业务数据集中，也意味着IT风险集中，因此对科技运行维护管理提出了更高的要求，运营管理面临着更加严峻的挑战。 国内金融市场不断开发，业务竞争日益激烈，在这种情况下，如何有效地管理应用系统和维护现有的网络，以降低运营成本，提高工作效率和资源的利用率，保证网络的可靠运行，增强市场竞争力，已成为各商业银行科技工作的重点之一。建设先进可靠的网络管理系统和电子化服务流程系统成为信息化的基础保障。 问题分析 目前各家商业银行完成了综合业务、清算、信用卡、网上银行、信贷管理等业务类应用系统，还有办公自动化、电子邮件、人力资源等管理类应用系统及复杂的网络系统的日常运行维护工作。 全行性生产系统有几十个，涵盖有自行开发的应用系统、与外部公司合作开发的应用系统，还有不断优化、改造和升级的应用系统等；涉及的操作系统包括有AIX、UNIX、HP UNIX、WINDOWS、LINUX，数据库包括了INFORMIX 、ORACLE 、Sybase等，同时还涉及到多种中间件产品，系统繁多，应用复杂。 主要面临的问题如下： 各种网络、主机设备和应用系统间缺少信息层互通能力，各自为政。降低了系统整体的运作效率，增加了事件的发现时间和响应时间，总是在事件出现后被动处理和补救。 事件分析能力不足，事件的检测和报告停留在较为“原始”的数据上，无法提供更为“信息化”、“知识化”的报告。使许多事件找不到根源，没有彻底解决问题，同时对维护人员的技能要求居高不下，增加了运行成本。 监控系统覆盖面有限，无法做到整体监管。从而造成整体系统产生的数据“条块分割”，不能反映整体运行状况和威胁情况。 制度不能落实每个角落，产生的数据无法为管理层提供准确的决策依据，从而运行体系的建设发展具有相对的盲目性，解决问题的对策滞后。 产品介绍 浪潮在银行集中监控管理系统的设计上吸取了国内外先进的安全信息分析技术和运营管理系统的经验，根据对目前银行现状的深入分析和了解，并且结合国际先进的IT管理方法和技术标准，设计出完整的集中监控管理的平台，将技术手段与管理手段进行充分整合，发挥管理平台在IT服务管理的整体优势，充分体现管理集中化、层次化、流程化的特点，重点保护网络系统的高可用性以及各业务系统的可能性，组织高效运作，集中管理信息资产，定期进行风险评估，实施改进控制措施，基于BS7799标准对组织整体的安全管理进行差异性评估分析。 功能特色 运行维护管理建设的整体思路借鉴国际先进的管理思想，开发建设电子运行维护系统，实现运行维护维护工作的规范化、流程化、电子化和自动化。 ITIL（IT Infrastructure Library）是英国国家电脑局（CCTA）于1980年开发的一套IT业界的服务管理标准库，它把英国各个业界在IT管理方面最好的方法归纳起来，变成规范，旨在为IT部门提供一套从计划、研发、实施到运行维护的标准方法。这套标准已经被欧洲、美洲和澳洲的很多企业采用，目前全球已经有1万多家知名的公司在参考里面的方法管理自己的IT系统。ITIL已经成为银行和企业建设IT服务管理的规范和标准。 现在银行网络管理范围大，管理设备、应用、数据库、中间件和前置机数量多，业务系统对于网络设备和系统主机的要求高。借助先进的管理思想，提高IT服务的管理水平，建设一套运行维护系统保障业务连续运转提高内部、外部客户满意度；发挥科技兴行的重要举措。 产品定位于：为银行提供服务、执行服务；客户用于基础构件、应用系统监控和运行维护‘ 全中文界面和灵活定制的报表 支持传统网管功能（性能管理、事件管理、配置管理），还包括运行维护服务管理（工单管理、值班管理、知识经验库等）；提供不同角色、权限的维护和视图； 配置信息和性能指标模型化，适应各种变化和动态调整 所有功能围绕提高银行的运行维护水平为目标，为用户提高服务级别（SLA Service Level Agreement）的考核依据 监控所有支持标准协议厂商的设备，还包括CISCO、华为等私有协议的重要指标（KPI