银行电子结算中心运维监控管理项目建设方案

XXX银行电子结算中心

运维监控管理系统项目

投标文件

投标单位：云南博鸣科技开发有限公司

编制日期：2016年3月22日

目录

1商务文件错误!未定义书签。

1.1报价文件错误!未定义书签。

1.2营业执照副本（复印件）错误!未定义书签。

1.3组织机构代码证（复印件）错误!未定义书签。

1.4质量管理、质量保证体系证书错误!未定义书签。

1.6法定代表人授权委托书错误!未定义书签。

1.7委托人有效身份证件（复印件）错误!未定义书签。

1.8生产制造商的有关资格（复印件）错误!未定义书签。

2技术文件4

2.1项目运维特点分析4

2.1.1运维环境描述4

2.1.2运维管理需求5

2.1.3解决方案概述6

2.1.4业务运维的管理模式7

2.2业务运维的设计原则8

2.2.1基于业务自上而下的管理机制8

2.2.2统一的管理平台9

2.2.3管理体系的开放性10

2.2.4管理系统的安全性10

2.2.5模块化结构和扩展性10

2.2.6灵活的权限控制11

2.2.7B/S架构，使用与维护简单II

2.3业务运维的体系结构11

2.3.1基于JAVA技术构建，可跨平台部署..…14

2.3.2支持分布式扩展管理14

2.3.3可选用无代理技术15

2.3.4预留丰富接口15

2.4业务运维系统建设方法15

15

2.4.2系统技术架构16

2.4.3系统部署架构17

2.4.4硬件建议配置方案19

2.5解决方案功能详述20

2.5.1网络运维监控管理模块……20

2.5.2服务器主机系统运维管理模块

2.5.3存储系统监控59

2.5.4应用系统平台运维管理模块71

2.5.5Syslog监控……91

2.5.6SNMPtrap92

2.5.7B/S业务系统运维管理模块……93

2.5.8WEB网站应用服务监控94

2.5.9WEB网站服务平台监控96

2.5.10运维监控策略管理98

2.5.11故障和统一告警台管理106

2.5.12报表统计分析管理118

2.5.131TIL运维管理模块….138

2.5.14增强运维灵活度关键点详述…149

….149

2.5.16快速运维实施关键点详述...153

2.6系统安全与权限管理..159

2.6.1用户安全机制159

2.6.2权限控制分级管理160

2.6.3数据传输安全机制...161

2.7系统管理和展现界面163

2.7.1完全的B/S架构163

2.7.2可视化管理方式164

2.7.3大屏显示管理

2.7.4自身组件管理170

2.7.5系统自身诊断171

2.8项目实施.…错误!未定义书签。

2.8.1项目实施原则错误!未定义书签。

2.8.2项目实施工期错误!未定义书签。

2.8.3项目进度计划错误!未定义书签.

2.8.4项目实施计划错误!未定义书签。

2.8.5项目组织结构及人员组成错误!未定义书签.

2.8.6项目组织结构图错误!未定义书签。

2.8.7项目管理机制错误!未定义书签。

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技术支持与服务体系错误!未定义书签。

2.10.3维护服务内容……错误!未定义书签。

2.10.4技术支持方式…..…错误!未定义书签。

2.10.5服务质量监督机制……错误!未定义书签。

2.10.6联系方式……错误!未定义书签。

2.11技术功能偏离表错误!未定义书签。

1建设方案

1.1项目运维特点分析

XXX银行电子结算中心本次招标的是运维管理平台，为了更好的服务于XXX银行电子结算中心信息化建设，摩卡软件公司一直致

力于此类管理软件的研发和设计，并在产品的实用性以及友好性上得到业内普遍赞誉，根据此次XXX银行电子结算中心的需求，摩卡

软件公司的产品MochaBSMVisto完全符合本次所提及的所有参数指标要求。

1.1.1运维环境描述

经过多年的信息化建设和发展，XXX银行电子结算中心目前的业务系统主要采用B/S结构进行搭建，应用范围涉及到办公自动化

系统等日常办公平台以及一些业务支撑平台，旦随着业务部门对系统需求的增多，这些业务系统都呈现出结构复杂、关联IT设备数量

庞大、冗余架构设计等特点，当业务系统出现异常时，往往给信息管理团队的事故分析和追踪产生了很大的影响。

目前中心的综合业务系统、实时代收付系统和小额代收付系统部署于三楼CCPC培训室，同城票据清分系统、票安系统及中心对

外的托管机房则位于二楼。

从运维模式上看，各生产系统不仅存在多厂家设备共存的情况，而且拥有数量众多的网络设备、存储、服务器、业务系统等，目

前技术部运维人员基本基于“业务故障一一故障排除”模式应对业务系统遇到的问题，该模式难以避免因设备故障而导致业务的中

断，一定程度上影响到了业务的连续性。除此之外，各系统维护终端分布相对分散，不仅增加了日常巡检和维护的工作难度，而且也

很难实时、全局地掌握生产系统的运行情况。

1.1.2运维管理需求

通过对目前业务系统及关联IT环境和管理现状的分析，我们需要建设一套统一的业务系统监控平台，这个平台应该包括以下的管

理需求：

/基于统一、集中的管理体系，统一的数据处理和展现，统一的告警平台。统一的数据处理和展现，消除各个监控工具之间各

自为政、系统管理员在各个界面间频繁切换的情况，将旧的监控工具的数据和事件统一融入到新的监控平台中来，并通过统

一的展现界面进行展现。统一的告警平台，将所有告警纳入监控管理监控平台，并通过短信、邮件和桌面客户端统一告警。

,以业务的角度将传统的技术设备的管理整合到基于业务的管理平台上来，不仅能完成对设备监控的需求同时能满足根据业务

的组成定位问题根源，定位性能瓶颈，预测业务发展趋势和稳定性。

/采用的技术成熟、先进，并具有较强的集成性和可扩充性的管理平台

/支持服务台，知识库，配置变更管理库的ITIL运维管理平台

,易于使用和维护。统一的中文界面，浏览器管理方式，可以多人同时通过浏览器进行访问和操作。

,解放人力，依靠智能化技术化的管理手段，降低故障发生率，降低维护成本，并同时提高维护效率。

,对主机系统资源的占用比较少的情况下，实现对各种服务器（Linux、AIX、Windows2003等）监控管理。包括主机硬件、操作

系统、文件系统、进程和应用等。主机监控的重点是对操作系统关键指标，如CPU、内存、进程、文件系统等进行全面的监

控管理，要求不仅能够在状态改变或性能指标超越门限时生成告警，同时还应该提供实时和历史的性能数据展现，并能够保

存历史性能数据，以形成统计分析报表；

,各种数据库（Oracle,Sqlserver等）监控管理，包括数据库的重要配置参数以及运行状况的监控。主要关注数据库的关键指

标，如SGA使用率、表空间占用情况、锁竞争和使用情况、缓冲区命中率等；

/其它应用的监控管理。比如IIS,Tomcat,Weblogic监控，重点保证服务的可用性和性能。

,实现对某种业务的服务水平管理。通过业务服务管理，可以某种业务在过去一段时间内的运行状况有一个总体的评价和衡

量。

,实现IT资源管理和业务系统的关联，可以从业务的视角进行IT管理。当某台主机或者应用发生问题、产生告警时，系统管

理员可以在第一时间发现该设备影响了哪个应用的正常运行。

,统一的报告和报表，多台设备性能比较，其它格式导出，柱图、XY坐标、饼图、折线图，定期的运维报告等等

/系统的自管理，包括系统自身完善的存储备份等系统的自我管理功能，包括角色管理，权限视图管理，资源管理等。

1.1.3解决方案概述

本技术文件是根据XXX银行电子结算中心业务运维管理平台的招标要求而撰写，介绍了MochaBSMVisto业务运维管理系统的逻

辑架构、部署方式和功能特点。并在分析XXX银行电子结算中心业务运维管理平台需求的基础上，结合XXX银行电子结算中心的运维

管理现状及未来管理模式，详细阐述了摩卡公司针对XXX银行电子结算中心业务建模和管理、服务器管理、网络管理、数据库管理、

应用管理、报表管理、业务服务管理和基于ITIL的服务台管理的整个解决方案。

1.1.4业务运维的管理模式

在本期项目中得建设重点是业务运维模式的建立，综合考虑业内普遍的信息化管理方式，业务运维模式更具有简单管理、动态展

现、实时统计分析、基于业务自上而下形成自动化事故分析等特点。下图将传统运维方式以及目前流行的ITIL运维方式过渡到业务

运维方式的演进图列出：

传统运维业务运维

•侧重于监控•参照EL标准建立的.管理维度由"IT资源"

运维体系，流程为主转向为"业务"

•监控的主要内容是网

络以及n■资源运行的•规范企事业单位在IT•形成自上而下的自动

健康状态管理过程中的步骤，化事故分析机制

与监控结合不紧密

•偏重技术层面，对了•从全景业务视图可追

解n"资源运行情况有•虽然以低成本高效率溯到故障资源的物理

所帮助为目标，但在国内的位置

实施案例中发现,几

目的在于保阐资源•更加易于管理，运维

•T乎很难达到这个目标

的正常"运行"过程更加透明、可控，

•根本原因在流程增加效果更加明显

•但几乎没有“维护"

了礴的过程,

的成分•业务系统性能评估服

关键业务支撑

务，让决策更有依据

关注被丢失的"从IT资源监控到E电维"大跨度发展的业务运维真空地带.

让雌更有效,使ITIL框架落地更简单,真正达到，城本高效率”的运维目标

1.2业务运维的设计原则

根据XXX银行电子结算中心管理需求和我们的经验，在设计XXX银行电子结算中心业务运维管理平台时，我们考虑以下设计原则:

1.2.1基于业务自上而下的管理机制

通过对XXX银行电子结算中心业务系统的梳理，在目前复杂业务体系下，当业务系统出现异常情况时对于事故排查过程的效率

有很大的挑战，所以，在本项目中，将重点考虑形成基于业务自上而下的管理方式以及事故分析机制，具体如下图所示：

相关IT资源的性能及

平台健康性比如网络通断、服务

器是否可联通、DNS

排除平台因素、是否正常

针对个性化应

排除周边

用代码的异常

抛出因要

其他用户体验

―与服务台

—从这里感知业务异

常

自动形成故靖单进行

追踪

自上而下主动防御自动化事故处理

避免

址务系

统

的反

映慢是

由

觎

户

用

自

动

行

渔

从业务到n■资源，自上而下的管勾

通

知

时

来

的

做到

业

务

系

统健

定

位

工

作

理机制对6

，

康

程

度

的

及

感知

做

出

应

时

对

方

的

争

取

4时

，

案.^

1.2.2统一的管理平台

对组成XXX银行电子结算中心业务系统的所有部分进行综合管理。对各种资源包括网络设备，主机,

数据库，应用等在统一平台管

理，对运维流程实现在统一平台流转，设备监控和流程管理实现统一平台触发。

1.2.3管理体系的开放性

管理系统符合业界标准，基于开放的管理平台，遵循业界标准，并提供管理接口以实现对各种资源的统一管理和与其它管理软件

的集成。

支持第三方厂商的应用集成，为系统管理的选型提供更高的灵活性

开放的API支持用户应用软件的集成，为系统管理的内容扩充提供发展余地。

1.2.4管理系统的安全性

管理系统自身的安全性是保证管理工作正常进行的关键因素，因此在网管系统时，充分考虑了管理系统的安全性，包括：

■登录失败次数限制

■管理信息在各个组件之间传输时必须通过SSH加密

■提供完整的策略和框架，并能适应组织的变化，灵活地设定管理人员的角色及权限

■对用户名、密码等关键信息。

■用户登录时间限制等等。

1.2.5模块化结构和扩展性

管理规模会随着应用的不断扩展而扩展，因此管理平台的扩展性对保护投资有重要意义。扩展性主要体现在:

■管理功能的扩展，本次针对网络设备和主机的管理，以后可在统一平台上扩展应用，数据库，业务服务等管理。

■管理范围的扩展，可实现多分支的加入扩展，支持分部式管理。

系统具备具有优秀的功能扩展性，可以在需要时增加管理模块，扩展管理节点，保护现有投资。

1.2.6灵活的权限控制

系统提供灵活、有效的权限控制，支持分级、分权的用户管理，支持设置用户角色和用户组。系统管理员权限跟用户权限完全分

开。不同的用户有不同的页面权限和资源权限，不同的用户不仅看到的页面可以完全不同，页面内的内容也可以完全不同。

1.2.7B/S架构，使用与维护简单

系统全部为B/S架构，界面统一，使用门槛低，容易上手且维护简单，可以大大提高系统管理员的工作效率，降低维护工作量。

1.3业务运维的体系结构

中国领袖级IT综合服务提供商XXX,整合集团优势资源，并融入了服务8000家客户的实践经验，基于ITIL最佳实践，以“全景

•灵动•云”为产品理念，推出自有产品Visto平台产品。

Visto产品的全名是“XXXMochaBSMVisto"，即XXX摩卡业务服务管理系统。是摩卡软件并轨XXX后的第一款BSM产品。Visto

产品于2011年7月26日下午在北京喜来登长城饭店举行以“全景.灵动.云”为主题的产品发布会，随后在深圳、广州、成都、西

安、上海、南京、武汉等城市陆续进行了产品发布宣传会。

Visto源自于西班牙语，是“看到”的意思，其产品设计初衷就是为了更好的全方位、全视角的展现IT基础架构和业务状态，更

好的方便用户的业务运维管理。

MochaBSMVisto能够从业务的视角来重新定位企业的IT系统，确保IT服务可管理、可测量。把IT管理与业务管理的出现相关

联，使双方利益得到统一，提高客户的满意度。

MochaBSMVisto实现了三位一体的IT业务服务综合管理。其特点就是全景、灵动、云。

MochaBSMVisto基于ITSM标准规范，整合基础设备管理，应用管理，响应时间管理，业务服务管理，业务流程管理等5大部

分，消除客户IT运维断点，使各模块之间信息互通，以业务的视角实现整体IT运维管理，最终帮助信息中心建立完备的IT运维系

统，实现流程化、自动化和规范化管理。

1.3.1基于JAVA技术构建，可跨平台部署

系统基于JAVA技术平台，B/S架构，浏览器界面管理方式，为支持最优性能以及最小成本两种需求。

MochaBSMVisto基于Java2EnterpriseEdition(J2EE)开发,符合现在受欢迎的主流技术。采用标准JavaDatabase

Connectivity(JDBC),所以支持广大的数据库：

■MySQL5

■Oracle9i>10g

1.3.2支持分布式扩展管理

支持分布式管理。可实现总部和分支点的统一监控，所有监控内容均可以通过集中统一的或分散独立的WEB页面进行动态展现。

MochaBSMVisto具有分布式体系结构，可以将管理功能靠近被管资源，减少管理服务器通过广域网对整个网络进行轮询的检

查，防止由于管理给网络造成过多的负荷，保证正常应用的运行。

MochaBSMVisto全部采用模块化结构，从产品的功能，到整个产品的架构，到代理软件MRAM的架构。保证了MochaBSMVisto

具有良好的扩展性和极大的伸缩性。

MochaBSMVisto功能的模块化结构，保证了管理平台本身具有良好的功能扩展性。MochaBSMVisto的分布式部属架构，保证

了管理平台管理节点的良好可扩展性。

1.3.3可选用无代理技术

MochaAgentless无代理监控技术是真正的无代理，不需要在被管理的主机或者应用上安装任何的软件。MochaAgentless代理技

术采用多种采集方式达到对主机、应用和数据库的监控，这些技术包括：

WMI、PerfMon,HTTP/HTTPS.SQL*NET、Ping、DNS、SNMP、SecureShell(SSH)、TELNET.JDBC、ODBC等。

对于重要性相对较低，不需要进行全面监控、只需要了解大体运行状况的主机，我们建议采用Agentless监控方式。

1.3.4预留丰富接口

MochaBSMVisto在产品的设计上充分考虑了与其他第三方系统的集成，因此预留了丰富的接口并专门针对一些主流的信息中心

运维平台例如IBM的Tivoli已经开发好了相应的适配器，MochaBSMVisto可以集成这些产品。

同时，MochaBSMVisto中已集成对云计算以及虚拟化监管接口，可方便的在需要时进行扩展。

1.4业务运维系统建设方法

1.4.1系统平台构成

本技术方案建议书在充分分析XXX银行电子结算中心业务运维管理平台技术需求的基础上，建议采用摩卡软件公司的Mocha

BSMVisto作为IT系统管理和业务运维支撑平台。MochaBSMVisto是摩卡软件在累积13年来电信、金融、政府等行业的应用开发

与维护经验的基础上，国内首创的基于ITIL的企业级业务服务管理平台。它针对企业的IT支持和管理部门，基于ITIL(IT

InfrastructureLibrary)的IT服务管理思想，整合了业务系统监控、基础架构监控、应用监控、网络监控、可视化监控(Mocha

VM)、工作流、ITIL式报表和门户等多种技术手段，帮助用户解决IT支持与管理过程中的难题，提高IT服务水平和工作效率的解决

方案。

基于MochaBSMVist。产品的IT系统管理解决方案是在基础架构管理、应用管理、响应时间管理、业务服务管理的基础上，通

过ITIL运维管理，帮助XXX银行电子结算中心客户建立以ITIL流程为框架的IT运维管理系统，实现流程化、自动化和规范化管

理。

MochaBSMVist。基于B/S架构，通过Portal的统一展现，对基础架构和应用系统进行全面监控，提供面向服务的端到端响应时

间管理，不断改善用户体验；遵循ITIL流程框架，将运维工作纳入IT管理流程，最终建立业务服务管理；通过有效的报告报表分

析，使用户能够动态可视的了解到IT基础架构与业务服务之间的变化关系，最终进行帮助企业实现IT系统的持续优化和长期规划。

1.4.2系统技术架构

基于MochaBSMVisto产品的网络和服务器实施监控解决方案的技术架构拥有以下几方面的特性：

•Si2Java2EnterpriseEdition(J2EE)开发，符合现在受欢迎的主流技术。MochaBSMVisto可以在不同的Java容器上运行，

包括Tomcat,Weblogic或者WebSphere0

•采用标准JavaDatabaseConnectivity(JDBC),支持广大的数据库，如MySQL、Oracle9i/10g等。

•支持国际标准协议，如HTTP、HTTPS>JMX、SNMP、JDBC>Telnet>SSH、WMI等。

1.4.3系统部署架构

数据处理层

iH

被监控层

''<■丫—y--

1［络.主机、应用、网络、主机.应用

方案架构图

XXX银行电子结算中心业务运维管理平台的逻辑架构分为三个层次，每一个层次的模块都是分开的，而且之间的关系都是松耦

合。层次与层次之间的沟通都是通过API接口。每一个不同的层次也分为数个关键模块，模块与模块之间都是松耦合的关系，修改一

个模块不会影响其他模块。这个层次结构包括：

被监控层：

被监控层包括所有被管理的对象，可以通过Agent或AgentLess方式以及和其他产品整合的方式来获取数据：

•业务系统建模

•网络设备（交换机、防火墙、路由器、安全设备等）

•主机（Solaris、AIX、HP-UX、AS400、SCOUNIX.Windows>Linux等）

•数据库（SQLServer、DB2、Oracle、Sybase、Informix等）

•J2EE平台（WebSphere、WebLogic.Tomcat、JBOSS等）

•Web服务器（Apache、IIS等）

•中间件（Tuxedo、MQ等）

•邮件服务器（LotusDomino、Exchange、其他通用邮件服务器）

•存储（EMC存储平台、SUN存储平台等）

•机房环境

数据处理层：

负责将监控服务器的监控策略的下发执行，将采集的原始数据经数据汇总，并写入数据库，以供展现层从数据库调用监控数据；

同时也用于处理展现层传递的用户操作与设定（如将用户定义的监控策略下发到被监控层）。

展现层：

提供统一的MochaBSMVistoPortal,数据统一展现。展现层通过Portal以完全B/S方式来展现各个管理模块；实现与用户互动,

响应用户的操作与设定；以及集成第三方监控产品等。Portal还提供统一登入（SingleSignOn,简称SSO）,通过统一入口登入“企

业的服务监控门户”。

通过以上部署方式即可实现对全局各种IT资源的统一监控。各IT管理员根据权限设定只能管理自己权限范围内的IT资源。

1.4.4硬件建议配置方案

运维管理系统硬件要求操作系统软件要求数量说明

Windows2003sp2简体

中文企业版32位或

2颗4核CPU、8G

MochaBSMVisto64位

内存、100G空闲无1套必选

企业版Windows2008简体中

硬盘空间

文企业版32位或64

位（推荐）

Oracle

Oracle2颗4核CPU、8GWindows\Linux\Unix1套如果有

9i/10g

内存、500G空闲推荐Linux或Unix企业版可能推

硬盘空间荐

RAC

1.5解决方案功能详述

摩卡业务服务管理(MochaBusinessServiceManagement),简称MochaBSMVisto,它是摩卡软件有限公司(MochaSoftware

Co.,Ltd.)基于ITIL(ITInfrastructureLibrary)的IT服务管理思想，整合了业务系统建模、基础架构监控、应用监控、网络

监控、可视化监控(MochaVM)、工作流、ITIL式报表和门户等多种技术手段，帮助用户解决IT支持与管理过程中的一些难题，提

高IT服务水平和效率的解决方案。

1.5.1网络运维监控管理模块

网络拓扑发现

MochaBSMVisto能够快速的发现企业中二层和三层的网络设备，并根据发现设备之间的关系自动生成全局的二层或三层的网

络拓扑结构图。MochaBSMVisto自动发现时使用ICMP、SNMP、HSRP、STP等网络协议和技术。网络管理人员能够看到整个运

营网络系统的网络拓扑结构，包括各个分布地区的子网、各个子网之间的网络连接关系、及其每一子网上的资源。经过网络拓扑结构

的生成后，可以在拓扑图上看到整个网络的拓扑结构图，并能直观地看到各个资源的状态变化。

当网络中的结构发生变化时，自动发现引擎能够迅速的发现并及时调整网络的拓扑结构图，保证了与实际网络状态的一致。

MochaBSMVisto可以自动发现以下信息：

•第二层和第三层网络设备

•网络协议，包括TCP/IP、Ethernet、FDDLATM、帧中继、令牌环等

•设备包含信息（如卡、端口、接口、IP和MAC）

•设备之间的物理和逻辑关系

•设备连接信息（如电缆、中继、网络连接和VLAN）

当自动发现完全网设备后，系统会自动绘制出全网的二层和三册拓扑链路，并自动根据网元类型以不同的图标展现，以星座的

形式列出，如下图所示:

拓朴自动发现

通过对网络节点状态的轮询，MochaBSMVist。可以实时监控XXX银行电子结算中心网络中所有资源的状态。拓扑图上所显示

的各被管对象图标的左下角均会有一个状态灯来代表该网元当前的状态，如绿色表示用户所关心的对象正常运行，黄色表示警告信息,

红色表示严重错误，设备与设备之间的链路如果出现中断也会以红颜色提示。

1转珞一览

接案条件：Esom■显示连接方石朔路■在结果中搜索.建设黄告等设盎批里设置

图刎：和祗负我一警戒负载正簟负费无热招,睇开未凿控

国海IP地址3日的IP地址会源接口合目的接口,状态,取值擅口。下行方向伞/警（黑▲饕鳖梵？5巴解带宽操作

上行台下行合上行今下行今（包的）令（Mbps）^

0192-168.13,119216813.19FastEthemetO/5FastEthemetO/2源接口源，目的2574.16K1250.96K2.511J21.31100>

：192168.13.1192.168138FastEthemetO/1AHrewallinto1i调接口通。目的2021.52K1577.04K1.971.541.56100.，

E7Fast£ttiemet0/3I^FastEthemetO/2漉接口源，目的475.20K788.72K0.460.771.36100>

!!192158.1311921681318FastEthernetO/46FastEthemelO/2—源接口连->目的1206.56K967.84K1180,950971001>

□192168.13.3FastEthemetO/2*Wireless802源接口源,目的11.92K9.04K0.010.012.05100，

n19216816FastEthemetO/2AFastEthemetO/1也接口通，目的1192K904K0.010.01205100y

□71FastEthemetO/4I^FastEthernetO/1源接口