您好,欢迎来到年旅网。
搜索
您的当前位置:首页IT信息系统运维服务方案

IT信息系统运维服务方案

来源:年旅网
1服务内容 1.1服务目标

运行维护服务包括,信息系统相关的主机设备、操作系统、数据库和存储设 备及其他信息系统的运行维护与安全防范服务,保证用户现有的信 息系统的正常 运行,降低整体管理成本,提高网络信息系统的整体服务水平。同时根据口常 维护的数据和记录,提供用户信息系统的整体建设规划和建议,更好的为用户 的信息化发展提供有力的保障。

用户信息系统的组成主要可分为两类:硬件设备和软件系统。硬件设备包括 网络设备、安全设备、主机设备、存储设备等;软件设备可分为操作系统软 件、典型应用软件(如:数据库软件、中间件软件等)、业务应用软件等。

通过运行维护服务的有效管理来提升用户信息系统的服务效率,协调各业务 应用系统的内部运作,改善网络信息系统部门与业务部门的沟通,提高服务质 量。结合用户现有的坏境、组织结构、IT资源和管理流程的特 点,从流程、人 员和技术三方面来规划用户的网络信息系统的结构。将用户的运行目标、业务 需求与IT服务的相协调一致。

信息系统服务的目标是,对用户现有的信息系统基础资源进行监控和管理, 及时学握网络信息系统资源现状和配置信息,反映信息系统资源的可用性情况 和健康状况,创建一个可知可控的IT环境,从而保证用户信息系统的各类业务 应用系统的可靠、高效、持续、安全运行。

服务项目范围覆盖的信息系统资源以下方面的关键状态及参数指标:

运行状态、故障情况 配置信息

可用性情况及健康状况性能指标

统计运维数据、提供信息系统管理和工作报告、归纳总结并提供用户想 了解的数据报告

1・2信息资产统计服务

此项服务为基本服务,包含在运行维护服务中,帮助我们对用户现有的信息 资产情况进行了解,更好的提供系统的运行维护服务。

服务内容包括:

硬件设备型号、数量、版本等信息统计记录 软件产品型号、版本和补丁等信息统计记录 网络结构、网络路由、网络IP地址统计记录 综合如线系统结构图的绘制 其它附属设备的统计记录 硬件设备清单如下表统计:

1. 3网络、安全系统运维服务

从网络的连通性、网络的性能、网络的监控管理三个方面实现对网络 系统的 运维管理。网络、安全系统基本服务内容:

序号 服务模块 内容描述 提供方 配合用户进行, 1 现场备件安装 按备件到达现场 时间工程师到达 现场

首先分析软件升 级的必要性和风 2 现场软件升级 险,配合用户进 行软件升级 按服务级别: 3 4 现场故障诊断 7X24小时 电话远程技术支持 5X8小时 7X24小时 对遇到的问题进 5 问题管理系统 行汇总和发 网络核心交换机巡视典型作业计划书

系统管理单位: 维保单位: 设备名: 设备型号: 管理IP: 检査内容 电源 运行 状态 风扇 硬件运行状态 运行 状态 模块 运行 状态 VLA N 系统运行状态 参考标准 检査 结果 检査结论 巡检周 巡视方 法 描述 期 □正常 □异常 □正常 □异常 □正常 □异常 □正常 □异常 检查 配置 状态 □正常 □异常 OSPF 状态 □正常 □异常 日志检查 口志 状态 □正常 □异常 □正常 □异常 □正常 □异常 其他检查内 容 □正常 □异常 (1) 用户现场技术人员值守

根据用户的需求提供长期的用户现场技术人员值守服务,保证网络的实时 连通和可用,保障接入交换机、汇聚交换机和核心交换机的正常运转。现场值 守的技术人员每天记录网络交换机的端口是否可以正常使用,网络 的转发和路 由是否正常进行,交换机的性能检测,进行整体网络性能评估,针对网络的利用 率进行优化并提出网络扩容和优化的建议。

现场值守人员还进行安全设备的口常运行状态的监控,对各种安全设 备的 口志检查,对重点事件进行记录,对安全事件的产生原因进行判断和 解决,及 时发现问题,防患于未然。

同时能够对设备的运行数据进行记录,形成报表进行统计分析,便于进行 网络系统的分析和故障的提前预知。具体记录的数据包括:

配置数据 性能数据故障数据

(2) 现场巡检服务 现场巡检服务是对客户的设备及网络进行全面检查的服务项

目,通过 该服

务可使客户获得设备运行的第一手资料,最大可能地发现存在的隐患,保障设 备稳定运行。同时,将有针对性地提出预警及解决建议,使客户能够提早预 防,最大限度降低运营风险。 巡检包括的内容如下:

编号 单板状态检查 1 巡检内容 硬件运行状态检査项目 电源模块状态检查 风扇状态检查 机房温度、湿度检查 整机指示灯状态 检机框防尘网检查 查 设备地线检查 软件运行情况检査项目 设备运行情况检 查 网络报文分析 2 设备对接运行状况检 ■ 路由运行情况检 查 网络整体运行情况调査 网络变更情况调查 网络历史故障调查 3

网络运行问题调 ft (3) 网络运行分析与管理服务

网络运行分析与管理服务是指工程师通过对网络运行状况、网络问题

进行周期性检查、分析后,为客户提出指导性建议的一种综合性高级服务, 其内容包括:

服务内容 向客户提供网络专家电话号码。 网络专家组每周与客户进行不少于 2小时的电话技术交流 每月向客户提交CASE汇总分析报 告,并可扩展到每年17次(月度、季 度、年度) (4)重要时刻专人值守服务 服务优点 保证重大问题第一连线至网络专家。 以最小成本保证及时解答客户关心的 技术问题,并就某一领域技术问题 展 开深层次沟通。 使客户了解网络历史故障情况以及 故障预防建议,最大程度减少网络故障 隐患,更高效的进行网络管理。 保证重要时刻设备稳定运行对客户成功尤为关键,因此,可对客户提供重 要时刻的专人现场值守支持,包括客户的重大会议期间、金融客户的年终 结算口、运营商客户的生产网重大割接或其它任何客户认为可能对其业务运营 产生重大影响的时刻。

如需专人值守,客户需至少提前3周与授权服务商客户服务经理联系。对 每位合约客户,授权服务商均需按事先合同约定提供专人值守服务。客户如需 超出合同约定范围的更多值守支持,需额外支付相应人力和差旅费用。

1.4主机、存储系统运维服务

主机、存储系统的运维服务包括:主机、存储设备的日常监控,设备 的运 行状态监控,故障处理,操作系统维护,补丁升级等内容。 主机存储系统基本服务内容: 序号 服务模块 内容描述 提供方 1 现场备件安装 配合用户进行。按备件到达现场时 间工程师到达现场 消除软件漏洞给系统带来的安全隐 2 补丁服务 患,并对安装补丁所引起的系统连 锁反应进行合理的平衡。 对系统进行软件或硬件的升级,以 3 升级服务 4 现场故障诊断 改进、完善现有系统或消除现有系 统的漏洞。 按服务级别:7X24小时 序号 服务模块 内容描述 提供方 5X8小时 5 电话远程技术支持 7X24小时 问题管理系统 6 对遇到的问题进行汇总和发布 7 系统优化 对客户系统的括主机、存储设 备、 操作系统、提供优化服务。 现场值守人员可进行监控管理的内容包括:

CPU性能管理; 内存使用情况管理; 硬盘利用情况管理; 系统进程管理; 主机性能管理;

实时监控主机电源、风扇的使用情况及主机机箱内部温度; 监控主机硬盘运行状态;

监控主机网卡、阵列卡等硬件状态; 监控主机HA运行状况; 主机系统文件系统管理;

监控存储交换机设备状态、端口状态、传输速度;

监控备份服务进程、备份情况(起止时间、是否成功、出错告警);监控记录磁盘阵列、磁带库等存储硬件故障提示和告警,并及时解存储的性能(如高速缓存、光纤通道等)进行监控。

决故障问题;对

小型机系统巡检典型作业计划书 (HP服务器部分) 系统管理单位: 设备名: 设备型 号 参考标 准 设备序列号 管理IP: 检査内容 检査结果 状态是否正常 ■正常 ■正常 ■正常 ■正常 ■正常 ■正常 巡检方法描述 巡检周期 电源指示灯 面板指示灯 内置磁带机 硬件 运行 CPU状态 内存状态 □异常 □异常 □异常 □异常 □异常 □异常 磁盘状态 1J状 态 网卡状态 ■正常 ■正常 □异常 HBA卡运行状 □异常 态 系统口志 Mail 文件系统,包 括磁盘卷剩余空 ■正常 ■正常 □异常 □异常 ■正常 □异常 □异常 □异常 □异常 □异常 □异常 间 硬件检测 交换分区 系统 固件版本 ■正常 ■正常 ■正常 ■正常 ■正常 ■正常 ■正常 ■正常 ■正常 补丁包版本 检查 系统镜像 存储磁盘 □异常 存储驱动 进程状态 系 CPU利用率 统 内存利用率 性能 磁盘I/O性能 □异常 □异常 □异常 ■正常 ■正常 □异常 □异常 小型机系统巡检典型作业计划书(HP服务器部分) 系统管理单位: 设备名: 设备型 号 参考标 准 设备序列号 管理IP: 检査内容 检 查 检査结果 状态是否正常 巡检方法描述 巡检周期 数据 数据库安装目 库运 录 ■正常 □异常 行状 态 数据库进程状 态 ■正常 □异常 集群进程状态 集群 检查 集群日志 存储设备故障 灯状态 ■止常 □异常 ■正常 □异常 ■正常 □异常 SAN交换机端 存储 口状态 检查 存储交换机环 境状态 系统故障报告

■正常 □异常 ■正常 □异常 □异常 ■正常 1. 5数据库系统运维服务

数据库运行维护服务是包括主动数据库性能管理,数据库的主动性能 管理对系统运维非常重要。通过主动式性能管理可了解数据库的口常运行

状态,识别数据库的性能问题发生在什么地方,有针对性地进行性能优化。同时,密切 注意数据库系统的变化,主动地预防可能发生的问题。

数据库运行维护服务还包括快速发现、诊断和解决性能问题,在出现 问题时,及时找出性能瓶颈,解决数据库性能问题,维护高效的应用系统。 数据库运行维护服务,主要工作是使用技术手段来达到管理的目标,

以系统最终的运行维护为目标,提高用户的工作效率。

具体数据库运行维护监控的基本服务内容包括:

序号 服务模块 内容描述 提供 方 每周7天,每天24小时支持中心电话, 电子邮件答询,以满足业务发展的需要。 Oracle产品技术专家直接同客户对话,帮 助解决客户提出的疑难问题。 根据问题的严重程度,将优先解决客户 认 Oracle 数据库 7*24 电1 为是关键而紧急的任务。 话支持服务 对客户提出的一般性问题进行技术咨询、 指导。 定期的客户管理报告,避免问题再度 发 生。 数据库宕机 Oracle数据库产品现 数据坏块 2 影响业务不能进行的产品问题软件产品的 场服务响应 更新及维护。 对系统的配置及运作框架提出建议,以帮 助您得到一个更坚强可靠的运作环境 降低系统潜在的风险,包括数据丢失、安 全漏洞、系统崩溃、性能降低及资源紧张 检查并分析系统日志及跟踪文件,发现并 排除Oracle数据库产品系 3 数据库系统错误隐患 检查数据库系统 是否统健康检查 需要应用最新的补丁集 检查数据库空间的使用情况

序号 服务模块 内容描述 提供 方 协助进行数据库空间的规划管理检查数据 库备份的完整性监控数据库性能 确认系统的资源需求明确您系统的能力及 不足 优化Omcle Server的表现 通过改善系 统坏境的稳定性来降低潜在的系统宕机时 间 分析用户的应用类型和用户行为 评价并修 改ORACLE数据库的参数设置评价并调整 ORACLE数据库的数据分布评价应用对硬 件和系统的使用情况,并提出建议 Oracle数据库产品性 利用先进的性能调整工具实施数据库的性 4 能调整 能调优 培训用户有关性能调整的概念 提供用户完 整的性能调整报告和解决 方法 1 •6中间件运维服务

中间件管理是指对BEA Weblogic. MQ等中间件的口常维护管理和监控 工作,提高对 中间件平台事件的分析解决能力,确保中间件平台持续稳定 运行。中间件监控指标包括 配置信息管理、故障监控、性能监控。

执行线程:监控WebLogic配置执行线程的空闲数量。

JVM内存:JVM内存曲线正常,能够及时的进行内存空间回收。

JDBC连接池:连接池的初始容量和最大容量应该设置为相等,并且至少等于执行线 程的数量,以避免在运行过程中创建数据库连接所带来的性能消耗。 检查WEBLOG日志文件是否有异常报错

如果有WEBLOG集群配置,需要检查集群的配置是否正常。

2运维服务流程

建议用户采用的服务方式为两种:一种为技术人员现场值守,另一种 是定期巡检结 合故障现场服务。

技术人员现场值守运行维护服务的基本操作流程如下图所示: 定期巡检结合故障现场运行维护服务的基本操作流程如下图所示:

3服务管理制度规范

3. 1服务时间

(1) 接收服务请求和咨询:

在5*8小时工作时间内设置由专人职守的热线电话,接听内部的服 务请求,并记录服务台事件处理结果。

(2) 在非工作时间设置有专人7*24小时接听的移动电话热线,用于解

决内部的技术问题以及接听7*24小时机房监控人员的机房突发情 况汇报。

服务响应时间:

故障级别 响应时间 故障解决时间 I级:属于紧急问题;其具体现象为: 系统崩溃导致业务停止、数据丢失。 30分钟,2小时 内12小时以内 提交故障处理 方案 II级:属于严重问题;其具体现象 为:30分钟,2小时内 出现部分部件失效、系统性能下 降但能提交故障处理方 案 24小时以内 正常运行,不影响正常业务运 作。 in级:属于较严重问题;其具体现象 为:出现系统报错或警告,但业务系 统30分钟,2小时 内能继续运行且性能不受影响。 提交故障处理 方案 48小时以内 IV级:属于普通问题;其具体现象 为:30分钟,2小时 内系统技术功能、安装或配置咨 询,或其提交故障处理 方案 5天内 他显然不影响业务的预约服 务。 技术支持人员在解决故障时,会最大限度保护好数据,做好故障恢 复的文档,力争恢复到故障点前的业务状态。对于“系统瘫痪,业

务系统不能运转”的故障级别,如果不能于12小时内解决故障,将在16小时内 出应急方案,确保业务系统的运行。故障解决后24小时内,提交故障处理报 告。说明故障种类、故障原因、故障解 决中使用的方法及故障损失等情况。

提(3)

3.2行为规范

⑴遵守用户的各项规章制度,严格按照用户相应的规章制度办事。

(2) 与用户运行维护体系其他部门和环节协同工作,密切配合,共同开展技术支持工

作。

(3) 出现疑难技术、业务问题和重大紧急情况时,及时向负责人报告。

(4)现场技术支持时要精神饱满,穿着得体,谈吐文明,举止庄重。接 听电话时要

文明礼貌,语言清晰明了,语气和善。

⑸遵守保密原则。对被支持单位的网络、主机、系统软件、应用软件 等的密码、核 心

参数、业务数据等负有保密责任,不得随意复制和传播。

3. 3现场服务支持规范

运维服务人员要做到耐心、细心、热心的服务。工作要做到事事有记 录、事事有反 馈、重大问题及时汇报。严格遵守工作作息时间,严格按照服务工作流程操作。

⑴现场支持工程师应着装整洁、言行礼貌大方,技术专业,操作熟练、严谨、规 范;现

场支持时必须遵守用户单位的相关规章制度。

⑵现场支持工程师在进行现场支持工作时必须在保证数据和系统安

全的前提下开展工作。

⑶现场支持时出现暂时无法解决的故障或其他新的故障时,应告知用户并及时上报 负责

人,寻找其他解决途径。

(4) 故障解决后,现场支持工程师要详细记录问题的发生时间、地点、提出人和问题

描述,并形成书面文档,必要时应向用户介绍故障出现的原因及预防方法和解

决技巧。

3. 4问题记录规范

根据使用人员提出问题的类别,将问题分为咨询类问题和系统缺陷类问题二类:咨 询类问题是指通过服务热线或现场解疑等方式能够当场解决用户提出的问题,具有问题 解答直接、快速和实时的特点,该问题到现场支持人员处即可中止,对于该类问题的记 录可使用咨询类问题记录模版进 行记录。系统缺陷类问题是指使用人员提出的问题涉及 到系统相应环节的确认修改,需要经过逐级提交、诊断、确认、处理和回复等坏节,处 理解 决需要项目组的分析确认,问题有解决方案后,将解决方案反馈给用户。具体提交 流程如下:

⑴问题提交。应用信息系统的用户发现属于系统缺陷类的问题时,填写系统缺陷类 问题

提交单,提交服务支持中心。

⑵问题分析。服务中心接到用户提交的问题单,要组织相应人员对问题单中描述的 问题

进行分析研判,确定问题的类型(技术问题、业务问题或者操作问题)。

属于技术问题,提交服务中心技术人员对 存在的问题提出具体的处理意见和建 议;属于业务问题,提交服务中心业务人员进行处理;属于操作问题,可安排 相关人员对问题提

出人进行解释,并将系统缺陷类问题提交单转为系统咨询类问题提 交单。 ⑶问题确认、解决。服务中心的技术人员和业务人员收到系统缺陷类问题提交单 后,对

提交的问题进行归类汇总和分析、确认。可以解 决的,明确问题解决的 具体处理建议和措施,经主管领导签字同意后,交实施人员进行解决方案的实 施。服务人员确认是否解决,并将解决方法附在系统缺陷类问题提交单上反馈 给问题提出人员。 ⑷问题上报。服务人员收到经业务或技术人员确认的系统缺陷类问题提交单后,上 报服

务中心。

⑸问题回复。服务中心根据提交问题的进行分析,制定解决方案并进 行实施的解 决,同时做好变更记录。将解决方案汇总后及时向问题 提交单位或问题交办单 位作出回复,并将分析过程和问题产生原因-并提交。

4应急服务响应措施

针对项目制定了详尽的设计、应急处理预案,整个流程严谨而有序。

但是,在服务维护过程中,意外情况将难以完全避免。下面,我们将对项目实施的突发 风险进行详细分析,并且针对各类突发事件,设计了相应的预防与解决措施,同时提供 了完整的应急处理流程。

4. 1应急基本流程

维护服务应急处理流程

4.2预防措施

针对上门服务过程中可能遇到的各种各样的风险,针对一些可能出现

的情况,制定了一系列预防处理措施,举例如下:

类型 事件 无法启动软件可执行 文件 应用软件 上门人员提前准备好 各将应用软件数据文 件类需维护软件安装 程序 备份后,重新安 装 判断出错原因,备 软件打开过程中或运 行上门人员准备好安装 程份数据,采取相关 序,操作系统优化 和修中异常错误关闭 修复措施 补软件,查杀病 毒软件 预防措施 处理 操作系统 修补程序,以及査 杀病可能类型,提出 解决常或系统资源占用 严重 毒软件 方案,经使用 者认可后采取相应 措施 使用者本机操作系统 异准备好系统检查程序 及告知使用者错误原 因B/S结构系统,IE浏 览准备流氓软件清理程 器异常或无法下 类型 检查IE浏览器选项 设置,分析原因 处理 进行修复 检查网络流量,流 量序、修复浏览器软 预防措施 件、查杀病毒软件 事件 载控件 网络或服 务B/S结构系统网络流量 判断服务器是否异 常,异常小则报修网 络服器 异常或服务器登录异 常 否则准备杀毒软 件 务商,流量异 常大则查杀病毒 4. 3突发事件应急策略

系统运维应急方案是对中断或严重影响业务的故障,如宕机、数据丢 失、业务中断 等,进行快速响应和处理,在最短时间内恢复业务系统,将损失降到最低。在系统维护 过程中,突发事件的出现将是很难完全避免的,针对这种情况,设计了完善的突发事件应 急策略。

系统巡检人员要定期规范检查各硬件设备的运转情况和应用软件运行情况,同时做 好口常的数据增量备份和定期全备份。对发现的问题在报各级负责人的同时,要协调相 关资源分析问题根源,确定解决方案和临时解 决措施,避免造成更大的影响。问题得到 稳定或彻底解决后,要形成问题 汇报,避免以后类似重大紧急情况的发生。

对发现的问题在报负责人的同时,要协调相关资源分析问题根源,确 定解决方案和 临时解决措施,避免造成更大的影响。问题得到稳定或彻底 解决后,要形成问题汇报, 避免以后类似重大紧急情况的发生。

当获悉出现突发事件时,技术支持人员可以立即从知识库中获取相应的应急策略, 并综合用户方的具体情况,给出相关解决方案,然后在第一时间以电话、邮件支持或现 场服务的方式帮助用户解决问题,尽最大努力减小突发事件对用户口常应用的影响。 紧急情

预防措施 应急策略 况 硬件损 项目单位操作用电脑硬件损坏 坏 在磁盘数据未丢失情况下,保证数据 安全性,建议项目单位替换相关硬 件。 加强培训力度,掌握培训效果, 检操作失误 验操作人员操作水准,提示注 意事项。 培训时强调使用前配置方法和步 配置丢 失 骤,并特别提示需在使用前按要 求操作 培训时强调使用过程中注意定期 备数据丢失 份重要数据,日常维护过程 中,上协调有关部门,进行补救,无法补 救,门服务人员实时备份数据 并告知用提交报告说明原因。 户 突发事件应急策略服务流程图如下:

操作失误未造成即成结果或数据未丢 失情况下,保障数据安全,反之,协 调相关部门,进行补救。对操作人员 强调注意事项 派出上门维护、培训人员重新配置, 并耐心讲解。

因篇幅问题不能全部显示,请点此查看更多更全内容

Copyright © 2019- oldu.cn 版权所有 浙ICP备2024123271号-1

违法及侵权请联系:TEL:199 1889 7713 E-MAIL:2724546146@qq.com

本站由北京市万商天勤律师事务所王兴未律师提供法律服务