《银行电子结算中心运维监控管理项目建设方案》由会员分享，可在线阅读，更多相关《银行电子结算中心运维监控管理项目建设方案（174页珍藏版）》请在金锄头文库上搜索。
1、XXX银行电子结算中心运维监控管理系统项目投 标 文 件投标单位：云南博鸣科技开发有限公司编制日期：2016年3月2 2日目 录1 商务文件.错误!未定义书签。1.1 报价文件.错误!未定义书签。1.2 营业执照副本（复印件）.错误!未定义书签。1.3 组织机构代码证（复印件）.错误!未定义书签。1.4 质量管理、质量保证体系证书.错误!未定义书签。1.6 法定代表人授权委托书.错误!未定义书签。1.7 委托人有效身份证件（复印件）.错误!未定义书签。1.8 生产制造商的有关资格（复印件）.错误!未定义书签。2 技术文件.42.1 项目运维特点分析.42.1.1 运维环境描述.42.1.2 运
2、维管理需求.52.1.3 解决方案概述.62.1.4 业务运维的管理模式.72.2 业务运维的设计原则.82.2.1 基于业务自上而下的管理机制.82.2.2 统一的管理平台.92.2.3 管理体系的开放性.102.2.4 管理系统的安全性.102.2.5 模块化结构和扩展性.102.2.6 灵活的权限控制.112.2.7 B/S架构，使用与维护简单.II2.3业 务运维的体系结构.2.3.1 基于JAVA技术构建，可跨平台部署.2.3.2 支持分布式扩展管理.2.3.3 可选用无代理技术.2.3.4 预留丰富接口.2.4业 务运维系统建设方法.2.4.2 系统技术架构.2.4.3 系统部署架
3、构.2.4.4 硬件建议配置方案.2.5解 决方案功能详述.2.5.1 网络运维监控管理模块.2.5.2 服务器主机系统运维管理模块.2.5.3 存储系统监控.2.5.4 应用系统平台运维管理模块.2.5.5 Syslog 监控.2.5.6 SNMP trap.2.5.7 B/S业务系统运维管理模块.2.5.8 W E B网站应用服务监控.2.5.9 W E B网站服务平台监控.2.5.10运 维监控策略管理.2.5.11故 障和统一告警台管理.2.5.12报 表统计分析管理.2.5.13 1TIL运维管理模块.2.5.14增 强运维灵活度关键点详述.2.5.16快 速运维实施关键点详述.11
4、.14.1415151515161719202059.7191929394.9698106118.138 149.149.1532.6 系统安全与权限管理.2.6.1 用户安全机制.2.6.2 权限控制分级管理.2.6.3数据传输安全机制.2.7系 统管理和展现界面.2.7.1 完全的B/S架构.2.7.2 可视化管理方式.2.7.3 大屏显示管理.2.7.4 自身组件管理.2.7.5 系统自身诊断.2.8项 目实施.2.8.1 项目实施原则.2.8.2 项目实施工期.2.8.3 项目进度计划.2.8.4 项目实施计划.2.8.5 项目组织结构及人员组成.2.8.6 项目组织结构图.2.8.7
5、 项目管理机制.2.9 培训方案.2.9.1 培训I计划.2.9.2 培训内容.2.9.3 培训目标.2.9.4 培训对象.2.9.5 培训计划.2.10售 后服务方案及承诺.2.10.1 综述.2.10.2技 术支持与服务体系.159.159160.161163.163.164.170.171.错误!未定义书签。.错误!未定义书签。.错误!未定义书签。.错误!未定义书签.错误!未定义书签。.错误!未定义书签.错误!未定义书签。.错误!未定义书签。.错误!未定义书签。.错误!未定义书签.错误!未定义书签。.错误!未定义书签。.错误!未定义书签。.错误!未定义书签。.错误!未定义书签。.错误!未
6、定义书签。.错误!未定义书签。2.10.32.10.42.10.52.10.6维 护 服 务 内 容.技 术 支 持 方 式.服务质量监督机制联 系 方 式.2.11技术功能偏离表错误!未定义书签。.错误!未定义书签。错误!未定义书签。错误!未定义书签。错误!未定义书签。1 建设方案1.1 项目运维特点分析X X X 银行电子结算中心本次招标的是运维管理平台，为了更好的服务于X X X 银行电子结算中心信息化建设，摩卡软件公司一直致力于此类管理软件的研发和设计，并在产品的实用性以及友好性上得到业内普遍赞誉，根据此次X X X 银行电子结算中心的需求，摩卡软件公司的产品M o c h a B S
7、 M V i s t o 完全符合本次所提及的所有参数指标要求。1.1.1 运维环境描述经过多年的信息化建设和发展，XXX银行电子结算中心目前的业务系统主要采用B/S结构进行搭建，应用范围涉及到办公自动化系统等日常办公平台以及一些业务支撑平台，旦随着业务部门对系统需求的增多，这些业务系统都呈现出结构复杂、关联IT设备数量庞大、冗余架构设计等特点，当业务系统出现异常时，往往给信息管理团队的事故分析和追踪产生了很大的影响。目前中心的综合业务系统、实时代收付系统和小额代收付系统部署于三楼CCPC培训室，同城票据清分系统、票安系统及中心对外的托管机房则位于二楼。从运维模式上看，各生产系统不仅存在多厂家
8、设备共存的情况，而且拥有数量众多的网络设备、存储、服务器、业务系统等，目前技术部运维人员基本基于“业务故障一一故障排除”模式应对业务系统遇到的问题，该模式难以避免因设备故障而导致业务的中断，一定程度上影响到了业务的连续性。除此之外，各系统维护终端分布相对分散，不仅增加了日常巡检和维护的工作难度，而且也很难实时、全局地掌握生产系统的运行情况。1.1.2运维管理需求通过对目前业务系统及关联IT环境和管理现状的分析，我们需要建设一套统一的业务系统监控平台，这个平台应该包括以下的管理需求：/基于统一、集中的管理体系，统一的数据处理和展现，统一的告警平台。统一的数据处理和展现，消除各个监控工具之间各自为
9、政、系统管理员在各个界面间频繁切换的情况，将旧的监控工具的数据和事件统一融入到新的监控平台中来，并通过统一的展现界面进行展现。统一的告警平台，将所有告警纳入监控管理监控平台，并通过短信、邮件和桌面客户端统一告警。,以业务的角度将传统的技术设备的管理整合到基于业务的管理平台上来，不仅能完成对设备监控的需求同时能满足根据业务的组成定位问题根源，定位性能瓶颈，预测业务发展趋势和稳定性。/采用的技术成熟、先进，并具有较强的集成性和可扩充性的管理平台/支持服务台，知识库，配置变更管理库的ITIL运维管理平台,易于使用和维护。统一的中文界面，浏览器管理方式，可以多人同时通过浏览器进行访问和操作。,解放人力
10、，依靠智能化技术化的管理手段，降低故障发生率，降低维护成本，并同时提高维护效率。,对主机系统资源的占用比较少的情况下，实现对各种服务器（Linux、AIX、Windows2003等）监控管理。包括主机硬件、操作系统、文件系统、进程和应用等。主机监控的重点是对操作系统关键指标，如CPU、内存、进程、文件系统等进行全面的监控管理，要求不仅能够在状态改变或性能指标超越门限时生成告警，同时还应该提供实时和历史的性能数据展现，并能够保存历史性能数据，以形成统计分析报表；,各种数据库（Oracle,Sqlserver等）监控管理，包括数据库的重要配置参数以及运行状况的监控。主要关注数据库的关键指标，如S
11、G A 使用率、表空间占用情况、锁竞争和使用情况、缓冲区命中率等；/其它应用的监控管理。比如I I S,T o m c at,W e b l o g i c 监控，重点保证服务的可用性和性能。,实现对某种业务的服务水平管理。通过业务服务管理，可以某种业务在过去一段时间内的运行状况有一个总体的评价和衡量。,实现I T 资源管理和业务系统的关联，可以从业务的视角进行I T 管理。当某台主机或者应用发生问题、产生告警时，系统管理员可以在第一时间发现该设备影响了哪个应用的正常运行。,统一的报告和报表，多台设备性能比较，其它格式导出，柱图、XY坐标、饼图、折线图，定期的运维报告等等/系统的自管理，包括系
12、统自身完善的存储备份等系统的自我管理功能，包括角色管理，权限视图管理，资源管理等。1.1.3解决方案概述本技术文件是根据X X X 银行电子结算中心业务运维管理平台的招标要求而撰写，介绍了 M o c h a B S M V i sto 业务运维管理系统的逻辑架构、部署方式和功能特点。并在分析X X X 银行电子结算中心业务运维管理平台需求的基础上，结合X X X 银行电子结算中心的运维管理现状及未来管理模式，详细阐述了摩卡公司针对X X X 银行电子结算中心业务建模和管理、服务器管理、网络管理、数据库管理、应用管理、报表管理、业务服务管理和基于I T I L 的服务台管理的整个解决方案。1.
13、1.4业务运维的管理模式在本期项目中得建设重点是业务运维模式的建立，综合考虑业内普遍的信息化管理方式，业务运维模式更具有简单管理、动态展现、实时统计分析、基于业务自上而下形成自动化事故分析等特点。下图将传统运维方式以及目前流行的IT IL运维方式过渡到业务运维方式的演进图列出：业务运维效果更加明显更加易于管理，运维过程更加透明、可 控，业务系统性能评估服务，让决策更有依据从全景业务视图可追溯到故障资源的物理位置.管 理 维 度 由IT资源转向为 业务形成自上而下的自动化事故分析机制传统运维侧重于监控监控的主要内容是网络以及n资源运行的健康状态偏重技术层面，对了解n 资源运行情况有所帮助目的在于
14、保阐T资源的 正 常 运行但 几 乎 没 有“维护的成分参照EL标准建立的运维体系，流程为主规范企事业单位在IT管理过程中的步骤，与监控结合不紧密虽然以低成本高效率为 目 标，但在国内的实施案例中发现,几乎很难达到这个目标根本原因在流程增加了 礴 的 过 程,关键业务支撑关注被丢失的 从IT资源监控到E 电维 大跨度发展的业务运维真空地带.让 雌 更 有 效,使ITIL框架落地更简单,真正达到，城本高效率”的运维目标1.2业务运维的设计原则根据XXX银行电子结算中心管理需求和我们的经验，在设计XXX银行电子结算中心业务运维管理平台时，我们考虑以下设计原则:1.2.1 基于业务自上而下的管理机制
15、通过对X X X银行电子结算中心业务系统的梳理，在目前复杂业务体系下，当业务系统出现异常情况时对于事故排查过程的效率有很大的挑战，所以，在本项目中，将重点考虑形成基于业务自上而下的管理方式以及事故分析机制，具体如下图所示：相关IT资源的性能及平台健康性针对个性化应用代码的异常抛出排除平台因素、排除周边因要比如网络通断、服务器是否可联通、DNS是否正常其他 与服务台用户体验从这里感知业务异常自动形成故靖单进行追踪自上而下主动防御 自动化事故处理从业务到n 资 源，自上而下的管理机制户健方用统对由系应是务出慢业做映对，反到知的做感统，时系的及务来的址时度免知程避通康案勾64自定的动位争觎.行作时渔
16、工取1.2.2统一的管理平台对组成XXX银行电子结算中心业务系统的所有部分进行综合管理。对各种资源包括网络设备，主机,理，对运维流程实现在统一平台流转，设备监控和流程管理实现统一平台触发。数据库，应用等在统一平台管1.2.3 管理体系的开放性管理系统符合业界标准，基于开放的管理平台，遵循业界标准，并提供管理接口以实现对各种资源的统一管理和与其它管理软件的集成。支持第三方厂商的应用集成，为系统管理的选型提供更高的灵活性开放的API支持用户应用软件的集成，为系统管理的内容扩充提供发展余地。1.2.4 管理系统的安全性管理系统自身的安全性是保证管理工作正常进行的关键因素，因此在网管系统时，充分考虑了管理系统的安全性，包括：登 录失败次数限制管 理信息在各个组件之间传输时必须通过SSH加密 提供完整的策略和框架，并能适应组织的变化，灵活地设定管理人员的角色及权限 对用户名、密码等关键信息。用户登录时间限制等等。1.2.5 模块化结构和扩展性管理规模会随着应用的不断扩展而扩展，因此管理平台的扩展性对保护投资有重要意义。扩展性主要体现在:管理功能的扩展，本次针对网络设备和主机的管理，以后可在统一平
