IT运维服务整体方案

《IT运维服务整体方案》由会员分享，可在线阅读，更多相关《IT运维服务整体方案（8页珍藏版）》请在装配图网上搜索。

1、IT运维服务整体方案 　　IT运维服务整体方案 　　主要内容： 　　IT运维服务内容 　　IT运维服务流程 　　IT运维服务管理制度规范 　　IT运维应急服务响应措施 　　一、服务内容 　　服务目标 　　运行维护服务包括，信息系统相关的主机设备、操作系统、数据库和存储设备及其他信息系统的运行维护与安全防范服务，保证用户现有的信息系统的正常运行，降低整体管理成本，提高网络信息系统的整体服务水平。同时根据日常维护的数据和记录，提供用户信息系统的整体建设规划和建议，更好的为用户的信息化发展提供有力的保障。 　　用户信息系统的组成主要可分为两类：硬件设备和软件系统。硬件设备包括

2、网络设备、安全设备、主机设备、存储设备等；软件设备可分为操作系统软件、典型应用软件、业务应用软件等。 　　通过运行维护服务的有效管理来提升用户信息系统的服务效率，协调各业务应用系统的内部运作，改善网络信息系统部门与业务部门的沟通，提高服务质量。结合用户现有的环境、组织结构、IT资源和管理流程的特点，从流程、人员和技术三方面来规划用户的网络信息系统的结构。将用户的运行目标、业务需求与IT服务的相协调一致。 　　信息系统服务的目标是，对用户现有的信息系统基础资源进行监控和管理，及时掌握网络信息系统资源现状和配置信息，反映信息系统资源的可用性情况和健康状况，创建一个可知可控的IT环境，从而保证用

3、户信息系统的各类业务应用系统的可靠、高效、持续、安全运行。 　　服务项目范围覆盖的信息系统资源以下方面的关键状态及参数指标： 　　运行状态、故障情况 　　配置信息 　　可用性情况及健康状况性能指标 　　统计运维数椐、提供信息系统管理和工作报告、归纳总结并提供用户想了解的数椐报告 　　 　　信息资产统计服务 　　此项服务为基本服务，包含在运行维护服务中，帮助我们对用户现有的信息资产情况进行了解，更好的提供系统的运行维护服务。 　　服务内容包括： 　　硬件设备型号、数量、版本等信息统计记录 　　软件产品型号、版本和补丁等信息统计记录 　　网络结构、网络路、网络IP地址统计记

4、录 　　综合布线系统结构图的绘制 　　其它附属设备的统计记录 　　硬件设备清单统计 　　 　　 　　 　　 　　 　　 　　中间件运维服务 　　中间件管理是指对BEA Weblogic、MQ等中间件的日常维护管理和监控工作，提高对中间件平台事件的分析解决能力，确保中间件平台持续稳定运行。中间件监控指标包括配置信息管理、故障监控、性能监控。 　　执行线程：监控WebLogic配置执行线程的空闲数量。 　　JVM内存：JVM内存曲线正常，能够及时的进行内存空间回收。JDBC连接池：连接池的初始容量和最大容量应该设置为相等，并且至少等于执行线程的数量，以避免在运行过程中创建

5、数据库连接所带来的性能消耗。 　　检查WEBLOG日志文件是否有异常报错 　　如果有WEBLOG集群配置，需要检查集群的配置是否正常。 　　二、运维服务流程 　　建议用户采用的服务方式为两种：一种为技术人员现场值守，另一种是定期巡检结合故障现场服务。 　　技术人员现场值守运行维护服务的基本操作流程如下图所示： 　　 　　定期巡检结合故障现场运行维护服务的基本操作流程如下图所示： 　　三、服务管理制度规范 　　(1) 接收服务请求和咨询：在5*8 小时工作时间内设置专人职守的热线电话，接听内部的服务请求，并记录服务台事件处理结果。 　　(2) 在非工作时间设置有专人7*24

6、小时接听的移动电话热线，用于解决内部的技术问题以及接听7*24 小时机房监控人员的机房突发情况汇报。 　　(3) 服务响应时间： 　　 　　(1) 遵守用户的各项规章制度，严格按照用户相应的规章制度办事。 　　(2) 与用户运行维护体系其他部门和环节协同工作，密切配合，共同开展技术支持工作。 　　(3) 出现疑难技术、业务问题和重大紧急情况时，及时向负责人报告。 　　(4) 现场技术支持时要精神饱满，穿着得体，谈吐文明，举止庄重。接听电话时要文明礼貌，语言清晰明了，语气和善。 　　(5) 遵守保密原则。对被支持单位的网络、主机、系统软件、应用软件等的密码、核心参数、业务数据等负有

7、保密责任，不得随意复制和传播。 　　现场服务支持规范 　　运维服务人员要做到耐心、细心、热心的服务。工作要做到事事有记录、事事有反馈、重大问题及时汇报。严格遵守工作作息时间，严格按照服务工作流程操作。 　　(1) 现场支持工程师应着装整洁、言行礼貌大方，技术专业，操作熟练、严谨、规范；现场支持时必须遵守用户单位的相关规章制度。 　　 　　(2) 现场支持工程师在进行现场支持工作时必须在保证数据和系统安全的前提下开展工作。 　　(3) 现场支持时出现暂时无法解决的故障或其他新的故障时，应告知用户并及时上报负责人，寻找其他解决途径。 　　(4) 故障解决后，现场支持工程师要详细记录问

8、题的发生时间、地点、提出人和问题描述，并形成书面文档，必要时应向用户介绍故障出现的原因及预防方法和解决技巧。 　　问题记录规范 　　根据使用人员提出问题的类别，将问题分为咨询类问题和系统缺陷类问题二类：咨询类问题是指通过服务热线或现场解疑等方式能够当场解决用户提出的问题，具有问题解答直接、快速和实时的特点，该问题到现场支持人员处即可中止，对于该类问题的记录可使用咨询类问题记录模版进行记录。系统缺陷类问题是指使用人员提出的问题涉及到系统相应环节的确认修改，需要经过逐级提交、诊断、确认、处理和回复等环节，处理解决需要项目组的分析确认，问题有解决方案后，将解决方案反馈给用户。具体提交流程如下：

9、 　　(1) 问题提交。应用信息系统的用户发现属于系统缺陷类的问题时，填写系统缺陷类问题提交单，提交服务支持中心。 　　(2) 问题分析。服务中心接到用户提交的问题单，要组织相应人员对问题单中描述的问题进行分析研判，确定问题的类型(技术问题、业务问题或者操作问题)。 　　属于技术问题，提交服务中心技术人员对存在的问题提出具体的处理意见和建议；属于业务问题，提交服务中心业务人员进行处理；属于操作问题，可安排相关人员对问题提出人进行解释，并将系统缺陷类问题提交单转为系统咨询类问题提交单。 　　(3) 问题确认、解决。服务中心的技术人员和业务人员收到系统缺陷类问题提交单后，对提交的问题进行归类

10、汇总和分析、确认。 　　可以解决的，明确问题解决的具体处理建议和措施，经主管领导签字同意后，交实施人员进行解决方案的实施。服务人员确认是否解决，并将解决方法附在系统缺陷类问题提交单上反馈给问题提出人员。 　　(4) 问题上报。服务人员收到经业务或技术人员确认的系统缺陷类问题提交单后，上报服务中心。 　　 　　Word 格式 　　 (5) 问题回复。服务中心根据提交问题的进行分析，制定解决方案并进行实施的解决，同时做好变更记录。将解决方案汇总后及时向问题提交单位或问题交办单位作出回复，并将分析过程和问题产生原因一并提交。 　　四、应急服务响应措施 　　针对项目制定了详尽的设计、应急处理预案，整个流程严谨而有序。但是，在服务维护过程中，意外情况将难以完全避免。 　　下面，我们将对项目实施的突发风险进行详细分析，并且针对各类突发事件，设计了相应的预防与解决措施，同时提供了完整的应急处理流程。 　　应急基本流程 　　维护服务应急处理流程 　　 　　突发事件应急策略服务流程图如下：