人民银行省级数据中心IT运维总体架构方案.docx

《人民银行省级数据中心IT运维总体架构方案.docx》由会员分享，可在线阅读，更多相关《人民银行省级数据中心IT运维总体架构方案.docx（14页珍藏版）》请在课桌文档上搜索。

1、中国人民银行省级数据中心IT运维总体架构方案目录一、运维效劳体系建立原那末2二、运维效劳体系的总体架构31 .运维效劳制度和流程32 .运维效劳组织和队伍43 .运维效劳工作流程44 .运维技术效劳平台4三、运维的范围41 .全国集中的核心应用系统42 .分行部署的核心应用系统53 .分行自建系统5四、运维效劳体系建立的内容51 .运维管理制度建立52 .运维技术效劳平台6(1 )整合分行IT监控平台6(2)运维事件响应中心6(3)运维效劳管理系统7(4)运维知识库建立7(5)运维辅助分析系统83 .运行维护管理流程8(1 )事件管理8(2)问题管理9(3)变更管理10(4)配置管理114 .

2、运维工程管理流程125 .运维知识库系统136 .运行维护队伍建立147 .运行维护制度建立14中国人民银行省级数据中心IT运维效劳体系建立，应包含运维效劳制度、 流程、组织、队伍、技术和对象等方面的内容。同时结合人民银行的业务特色， 整合运维效劳资源，标准运维行为，确保效劳质效，形成统一管理、集约高效的 一体化运维体系，从而保障人民银行数据集中条件下网络和应用系统安全、稳定、 高效、持续运行。一、运维效劳体系建立原那末运维效劳体系建立的原那末有以下几个方面。一是以完善的运维效劳制度、流程为根抵。为保障运行维护工作的质量和效 率，应制定相对完善、切实可行的运行维护管理制度和标准，确定各项运维活

3、动 的标准流程和相关岗位设置等，使运维人员在制度和流程的标准和约束下协同操 作。二是以先进、成熟的运维管理平台为手段。通过建立统一、集成、开放并可 扩展的运维管理平台，实现对各类运维事件的全面采集、及时处理与合理分析， 实现运行维护工作的智能化和高效率。三是以高素质的运维效劳队伍为保障。运维效劳的顺利实施离不开高素质的 运维效劳人员，因此必须不断提高运维效劳队伍的专业化水平，才干有效利用技 术手段和工具，做好各项运维工作。图1运维效劳体系架构二、运维效劳体系的总体架构运维效劳体系由运维效劳制度、运维效劳流程、运维效劳组织、运维效劳队 伍、运维技术效劳平台以及运行维护对象六局部组成，涉及制度、人

4、、技术、对 象四类因素，其总体架构如图1所示。制度是标准运维管理工作的根本保隙，也是 流程建立的根抵。运维效劳组织中的相关人员遵照制度要求和标准化的流程， 采用先进的运维管理平台对各类运维对象发展标准化的运行管理和技术操作。L运维效劳制度和流程为确保运维效劳工作正常、有序、高效、协调地发展，需要根据管理内容和 要求制定一系列管理制度，覆盖各类运维对象，包括从投产管理、日常运维管理 到下线管理以及应急处理的各个方面。此外，为实现运维效劳工作流程的标准化 和标准化，还需要制定流程标准，确定各流程中的岗位设置、职责分工以及流程 执行过程中的相关约束。2 .运维效劳组织和队伍人民银行科技部门根据其运维

5、效劳工作的内容和流程确定各项工作中的岗 位设置和职责分工，并按照像应岗位的要求配备所需不同专业、不同层次的人员， 组成专业分工下高效协作的运维队伍。分行科技处负责数据省级集中处理的应用 系统和本机构开辟的应用系统部署和运行维护，承当辖内网络的运行管理。辖内 各中支和支行科技人员承当本行系统运行维护和故障处理。3 .运维效劳工作流程为保障运行维护体系的高效、协调运行，应依据管理环节、管理内容、管理 要求制定统一的运行维护工作流程，实现运行维护工作的标准化、标准化。其环 节包括事件管理、问题管理、变更管理和配置管理。4 .运维技术效劳平台运维技术效劳平台包含实施运行维护和技术效劳的各种手段和工具，

6、通过技 术手段固化标准化的流程、积累和管理运维知识并开展主动性运维工作。三、运维的范围1 .全国集中的核心应用系统全国集中的核心应用系统的运维由总行负责，分行中心负责业务咨询工作和 向总行反应使用情况等。2 .分行部署的核心应用系统分行部署的核心应用系统的运维由分行中心负责，分行中心负责技术性维 护，业务维护由分行业务部门负责。3 .分行自建系统分行自建系统可以分为以下三类：(1 )全辖使用，这种系统的运维由分行中心负责，分行中心负责技术性维护， 业务维护由各分行业务部门自行负责；(2)省内使用，这种系统的运维由分行中心负责，分行中心负责技术性维护， 业务维护由分行业务部门自行负责；(3)分行

7、机关使用，这种系统的运维由分行中心全面负责。四、运维效劳体系建立的内容1 .运维管理制度建立总结现有的运维管理经历，遵照国内外相关运维标准，结合目前的实际情况，统 一制定运维管理制度和标准。通过定期和不定期的检查，促进各项制度标准在分 行数据中心的贯彻落实，从而建立起全辖统一、标准的运行维护管理工作方式。 同时，随着人民银行信息化建立的不断开展，也要确保各项制度的及时更新。制 度体系内容要涵盖机房管理、网络管理、资产管理、主机和应用管理、存储和备 份管理、技术效劳管理、安全管理、文档管理以及人员管理等类别。各类制度具 体内容因需要而定，如网络管理制度需覆盖网络的接入管理、用户管理、配置管 理及

8、网络日常运行管理和应急处理等。安全管理制度需覆盖包括机房设施、网络、 主机、数据库、中间件、应用软件、数据信息的安全管理、其他XX资源和人员 的安全管理以及安全事件的应急处理等。2 .运维技术效劳平台运维技术效劳平台由运维事件响应中心、运维管理系统、运维知识库和运维辅助 分析系统构成(如图2所示)。平台采用分行级、中支级分布式管理模式，在分 行科技处和各中支分别部署。(1)整合分行IT监控平台将分行级数据中心的监控数据交换到运维事件响应中心、运维流程管理系统、运 维知识库、运维辅助分析系统，支撑运维体系。分行级中心向总行中心传送的信息包括：网络管理、主机管理、数据库管理、存 储藏份管理、中间件

9、管理、应用系统管理的相关信息，报表系统产生的设备资产、 运行性能和运行事件报表，事件告警机制产生的关联和上报信息；省级中心和地 市中心支行之间传送的管理信息为网络管理信息。(2)运维事件响应中心负责客户端运行和应用系统问题的接收及转发的部门是各级科技部门。问题接收 分为网络响应和响应两种方式，对于响应人员无法当场解决的问题，转发到运维 部门的相应岗位，并向用户反应解决情况。对于分行级数据中心运维难以解决的 问题，上报总行并配合总行发展问题的解决。同时，实现问题库的维护、解决情 况的反应、解决方案的查询等功能。(3 )运维效劳管理系统运维流程管理系统的建立，可以使日常的运维工作有序化，职责角色清

10、晰化，能 够有效地提高解决问题的速度和质量，使运维部门内的相关支持信息更为畅通、 透明、完整，实现知识的积累和管理，更好地发展量化管理和设定优化指标，进 展持续地效劳改良，最终提高整个运维工作的效率和质量。(4)运维知识库建立知识库建立是人民银行信息系统运维体系的重要组成局部，基于统一的技术支持 平台，通过整合总行、分行数据中心、合作单位和协作厂商的技术资源和解决方 案，实现对全行有效的技术支持工作。运行维护知识库由知识库平台和知识库内容两局部组成。知识库平台包括知识检 索、知识维护与管理等，可以通过纯Web方式向效劳请求对象提供基于Web 的查询效劳和检索效劳，以彻底共享知识库中的知识，在提

11、供Web效劳时，还 可通过响应中心平台来即时地响应用户请求的效劳。(5 )运维辅助分析系统以日常监控平台、运维响应中心、运维流程管理系统为根抵，通过统计分析，了 解运维效劳能力与效劳质量的现状，并可以发展趋势分析，为运维管理决策提供 支持。3 .运行维护管理流程为加强对信息系统的运行维护管理，确保运行维护体系高效、协调运行，应依据 运维管理环节、管理内容、管理要求制定统一的运行维护工作流程，实现运行维 护工作的标准化、标准化和自动化。通过建立运维管理流程，可以使日常的运维 工作流程化，职责角色更加清晰，从而使解决问题的速度和质量得到有效提高， 实现知识积累和知识管理，并可以匡助运维部门发展持续

12、的效劳改良，提高效劳 对象的满意度。运行维护流程包含的环节有事件管理、问题管理、变更管理及配 置管理。(1 )事件管理所谓事件，是指发生的对it体系某一环节运行造成影响的事件，包括系统崩溃、 软件故障、任何影响用户业务操作和系统正常运作的故障、以及影响业务流程的 情况，事件也包括一个用户的请求。对日常性运维工作中浮现的突发事件(即日常运行维护管理平台自动发现并产生 的告警事件)和由用户/维护人员报告的事件会转入事件管理流程，事件管理流 程如图3所示。(2)问题管理问题是指导致事件产生的原因，许多事件往往是由同一个问题引起的。问题的来 源主要有以下几种：已经处理的事件，经过回顾分析后，可能形成一

13、个问题； 重大事件，虽然经过紧急处理恢复效劳，但未找到根本原因，也形成一个问题； 对于趋势性事件的分析，并形成问题。问题管理流程可以按照不同领域的问题(如网络、主机、中间件、数据库、应用 等)由相关领域的技术支持专家来处理。原那末上这些专家可以是二线支持专家， 他们在负责承受来自一线支持人员的支持请求的同时，也负责对以往事件发展分 析，找出事件产生的根本原因，从而确定解决方案，消除这些根本原因，最终使 此类事件再也不发生；另一方面，也要从发生的事件中找出事件的开展趋势或者 潜在可能发生的问题，主动提供预防性措施，提高系统可靠性，降低运维本钱。问题管理流程着重于消除事件或者减少事件发生，确定事件

14、的根本原因，其流程 如下：首先，定期分析事件，找出潜在问题，调查问题以找出其原因，制定解决 方案、变通方法或者提出预防性措施，以消除产生原因，或者在重发时使其影响 力最小化。其次，记录解决方案、变通方法、预防性措施，根据需要添加到知识 库中。再次，提出变更请求，对问题的解决方案发展评估，通过提出变更请求以 对该方案发展测试和实施。最后，问题必须发展事后回顾以找出改良时机或者总 结预防性措施，包括改良事件监测、找出技能差距和文档资料改良等。(3)变更管理变更请求通常由于问题的解决方案中需要对生产环境发展某些改变而产生，变更 请求来源于问题管理环节或者由用户提交。变更管理通过一个单一的职能流程来

15、控制和管理整个信息系统运行环境中的一切变更，范围可包括软件，硬件，网络 设备和文档等的变更，其流程如下。由用户或者问题管理环节的维护人员提出变更申请，由运维负责人检查和完善 其内容，并发展风险等级、优先级的初步评估。通过分类，确定是否为重大变更、紧急变更，如果是常规变更请求，那末由运 维负责人安排实施；如果是风险等级为“重大的变更请求，那末应上报变更管理 小组。根据特定的变更请求成立特定的变更管理小组，成员包括对该变更申请有批准 权的人员、对该变更的评估和批准提供参考意见的技术人员和管理人员。评估内 容包括变更的技术可行性、对系统性能的影响、对现有效劳的影响、对资源的需 求等。变更管理小组评估

16、后决定是否批准变更申请。变更请求得到批准后，运维负责 人安排相应资源发展变更的方案、测试，并制定实施方案，确定实施时间表，分 配相应资源，通知请求人。相应岗位实施变更，运维负责人监视实施过程，并在必要时发展协调。定期回顾变更管理流程以提高效率和效能，在实施变更流程不久之后，可以进 展第一次回顾，以确保流程得到正确实施并到达预期目的。对发现的问题必须追 根溯源并尽快解决，之后可以定期举行回顾。(4)配置管理配置管理是效劳管理的一个核心流程，能确保应用系统及其运行环境中所有it 设备/系统及其配置信息得到有效完整的记录和维护，包括各IT设备/系统之间 的物理和逻辑关系，从而为实现有效效劳管理奠定根

17、抵。配置管理流程着重于管理生产环境中所有必须控制的组成元素，并为其他相关流 程(如事件管理等)提供信息，使这些流程更有效地运行，从而确保应用系统环 境的完整性和稳定性，其主要流程内容如下。识别和维护配置元素：确定需要发展配置管理的元素及所有必需的配置属性， 并指明与生产环境中其他配置元素之间的关系。对配置管理数据库提供日常维 护。配置状态汇总：根据需要定期产生配置管理报表，并能使相关人员发展相关配 置的提取、查询，定期产生配置项的状态报告，并能反映配置项的版本和变动历 史。审计和确认：定期审核全部或者局部配置数据库中的配置项，确认其和物理环 境的一致性，从而确保配置信息的完整性。方案、回顾和改

18、良：定期制定方案(如半年)，以明确下阶段配置管理工作;定期回顾流程和审核结果，找出需要改良的配置项。配置管理数据库(CMDB )：配置管理数据库由配置识别活动来定义，配置 识别活动非但要定义配置项，还需定义配置构造及配置项的相互关系。4 .运维工程管理流程工程管理模块主要管理IT工程整个生命周期从立项准备、立项、采购、实施、 验收、收尾各个阶段的任务和参预人。从功能上理解工程管理类似于发布管理流 程，即总行部署的应用系统分行仅需要展开实施和验收工作即可，而分行自建工 程是一个完整的工程管理流程。(1 )系统开辟。开辟管理流程需要进一步完善和标准化，特殊是文档管理、测 试和版本管理方面需加强。同

19、时，加强开辟方案管理，在?开辟工程管理标准？中 明确要求：根据立项内容发展系统、全面的需求调研，提出短期和长期的开辟方 案，并编写需求分析报告。根据需求分析报告对系统发展可行性分析，包括经济 可行性分析、技术可行性分析和操作可行性分析三个方面，并在此根抵上编写可 行性报告。根据需求分析报告发展系统设计，同时根据系统设计发展系统实施。(2)系统测试。首先，应制定出详细的测试方案和方案及测试数据和测试案例， 并形成测试大纲。其次，根据测试大纲对系统反复发展测试并做详细的测试记录。 为确保系统的正确无误，应对系统发展实地试运行，试运行应选择多个环境且需 求比拟复杂的机构发展，应比照设计方案对新应用软

20、件系统的功能和性能发展彻 底测试和考核，并形成量化的运行报告。(3外部资源管理。外部资源的合理利用是推动分行信息技术的开展重要因素， 分行的外部资源主要包括设备供给商、软件供给商等。5 .运维知识库系统运维知识经历的总结、维护和共享是提高员工运维技能水平、增强单位凝结力的 重要手段，也是把珍贵的经历教训从支持人员头脑逐步沉淀、固化的重要方式。 知识维护既要鼓励员工积极提交知识，防止知识库变成“空库；同时又要及时发 展审核和维护，防止知识库变为“垃圾库。(1 )知识来源主要有以下几个方面：一是各级运维支持人员日常工作中积累的 经历；二是知识管理员总结、导入的经历。知识管理员研究、获取外部的知识和

21、 经历后，定期或者随时整理这些知识，导入到知识库中，供所实用户共享。知识 的获取、维护是信息网络管理员的重要职责之一。(2)知识提交审核。各个系统管理员提交知识到知识库之后，需要经过知识管 理员的审查、修正，才变为正式发布状态，以减少知识中的谬误和过失。知识管 理员定期(每季度一次检查所有的正式知识，逐条发展核实、修正和优化。修 正和维护操作与审核新提交知识草案过程一样。(3)知识检索和使用。在知识变为正式的发布状态之后，可以供各类用户随时 检索引用。用户可以研究学习这些知识，也可以在解决问题的过程中有目的地检 索。知识记录维护用户阅读次数和用户引用解决问题次数的计数器，引用和阅读 次数越多，

22、该知识的价值越大。6 .运行维护队伍建立(1)队伍组建。针对目前信息系统IT资源现状以及对技术支持的需求，组成各 类别维护人员的专家队伍，集中的开展运行维护工作。(2)人员管理。对各级运行维护人员特别是高级运行维护人员的管理，应制定 一套切实可行的管理方法，包括人员配置、职责划分、人材库建立、人员培训、 人员考核、人员待遇等。通过科学的管理方法和有效的鼓励机制，充分调动各级 运行维护人员的工作积极性和责任心，为做好信息系统运行维护工作打好根抵。7 .运行维护制度建立为确保运行维护工作正常、有序、高效地发展，必须针对运行维护的管理流程和 内容，制定相应的运行维护管理制度，实现各项工作的标准化管理

23、。运行维护管 理制度可分为以下几个方面。(1 )网络管理制度：包括网络的准入管理制度、网络的配置管理制度、网络的 运行/监控管理制度等。(2)系统和应用管理制度：包括对主机、数据库、中间件、应用系统的配置管 理制度、运行/监控管理制度、数据管理制度等。(3 )安全管理制度：包括网络、主机、数据库、中间件、应用软件、数据的平 安管理制度及安全事故应急处理制度。(4)存储藏份管理制度：包括备份数据的管理制度和备份设备的管理制度。(5)故障管理制度：包括对故障处理过程的管理制度、故障处理流程的变更管 理制度、故障信息利用的管理制度及重大故障的应急管理制度等。(6)技术支持工具管理制度：包括对日常运行维护平台、响应中心、运维流程 管理平台、运行维护知识库、运维辅助分析系统等的使用、维护的有关制度。(7)人员管理制度：包括对运行维护人员的能级管理制度、奖惩制度、考核制 度、人民银行系统外部人力资源使用的管理制度等。(8)质量考核制度：制定相关制度，对以上各类制度的执行情况发展考核。随着整个信息化应用内容的不断开展，一些旧的运行管理制度势必不能适应新开 展的要求，必须发展不断的改良，并制定相适应的新的管理制度，逐步完善管理 机制。