信息系统运维项目方案.docx
《信息系统运维项目方案.docx》由会员分享，可在线阅读，更多相关《信息系统运维项目方案.docx（23页珍藏版）》请在冰豆网上搜索。
信息系统运维项目方案
信息系统运维服务案
1项目概述
工程的核心，是电子政务网和行政办公网，以及依托两网的政府、办公信息系统、行政可预约办理系统等应用系统。
一期工程在铁路局成立之初即已建成投产，对外提供了铁路局政府宣传、服务社会、便民利民的平台，对基本实现了无纸化办公，创新了工作模式，为铁路局的履职担当发挥了重要的支撑作用。
2服务容
2.1信息机房及配线间维护
信息机房运维的任务是监控、维护机房环境，为网络信息系统运行提供可靠的环境保障。
机房运维以监控、维护为主，必要时需要执行应急措施（如紧急降温、关闭低优先级设备等）。
目前主要通过人工巡检实现。
监控容及处理措施如下：
1、监控不间断电源（UPS）的负载情况，执行UPS及电池组日常养护任务，并制定停电、UPS故障时的应急预案。
其中停电包括维护性停电（可预知停电时间和持续时间）和故障性停电。
养护任务包括对UPS各项功能进行测试、电池放电、清除积尘、检查风扇运转情况和调节UPS参数，测试UPS电池是否具有启动瞬间输出大电流的特性，检测电源连接线是否安全可靠。
（工具采用数字万用表）
2、机房温湿度监控和应急处理。
针对温度报警（通常是高温报警）制定了急预案，并在条件允的情况下，根据故障发生的概率适当预留应急用品，移动空调、电风扇等。
3、定期对机房消防设施进行检查，如灭火器，烟雾感应器等。
携带“地阻测试仪表”对机房的接地体进行接地防雷测试。
（工具采用“地阻测试仪”）
4、设备巡检和安全风险评估中，对信息机房电源、空调等环境设备进行查看并评估安全风险，针对不同风险分别制定应急预案。
经评估风险值较高的因素，应预留应急备品或技术案，如单点关键网络设备（含网络安全设备）、易受雷击损坏的接入设备等，保证故障发生后能够快速恢复信息网络运行。
定期对接地电阻进行测试，保证良好的机房接地。
2.2网络信息系统维护
网络信息系统维护包括信息网络维护、终端设备维修和核心设备维护三部分容。
信息网络维护主要是针对各种网络故障的应急处理；终端设备维修包括：
非人为原因的桌面办公计算机维修（不含显示器、主板、硬盘、CPU等主要零部件的购置）；核心信息设备维护是对机房的服务器、存储,设备运行使用的操作系统、数据库、应用服务器等中间件，以及防病毒、上网行为控制等安全产品的运行监控（包括日常监控、日志监控和审计数据分析等）、性能优化（包括根据应用规模和布署的变化而导致的配置优化）、安全防护（如漏洞扫描、数据/补丁升级）和应急处理（含对网络攻击等安全事件的防护）。
网络信息系统维护服务容包括日常监控、巡检、定期检查、清除积尘、风险评估等活动，并需要制定具体的应急预案和故障应对法。
相关人员要求见下文“对运维服务商的要求”部分。
序号
服务模块
容描述
提供
1
现场备件安装
配合用户进行，按备件到达现场时间工程师到达现场
公司
2
现场软件升级
首先分析软件升级的必要性和风险，配合用户进行软件升级
公司
3
现场故障诊断
按服务级别：
7×24小时
5×8小时
公司
4
远程技术支持
7×24小时
公司
5
问题管理系统
对遇到的问题进行汇总和发布
公司
网络核心交换机巡视典型作业计划书
系统管理单位：
维保单位：
设备名：
设备型号：
管理IP：
检查容
参考标准
检查结果
检查结论
巡视法描述
巡检期
硬件运行状态
电源运行状态
□正常□异常
风扇运行状态
□正常□异常
模块运行状态
□正常□异常
系统运行状态检查
VLAN状态
□正常□异常
配置状态
□正常□异常
OSPF状态
□正常□异常
日志检查
日志状态
□正常□异常
其他检查容
□正常□异常
□正常□异常
□正常□异常
（1）用户现场技术人员值守
公司可根据用户的需求提供长期的用户现场技术人员值守服务，保证网络的实时连通和可用，保障接入交换机、汇聚交换机和核心交换机的正常运转。
现场值守的技术人员每天记录网络交换机的端口是否可以正常使用，网络的转发和路由是否正常进行，交换机的性能检测，进行整体网络性能评估，针对网络的利用率进行优化并提出网络扩容和优化的建议。
现场值守人员还进行安全设备的日常运行状态的监控，对各种安全设备的日志检查，对重点事件进行记录，对安全事件的产生原因进行判断和解决，及时发现问题，防患于未然。
同时能够对设备的运行数据进行记录，形成报表进行统计分析，便于进行网络系统的分析和故障的提前预知。
具体记录的数据包括：
Ø配置数据
Ø性能数据
Ø故障数据
（2）现场巡检服务
现场巡检服务是公司对客户的设备及网络进行全面检查的服务项目，通过该服务可使客户获得设备运行的第一手资料，最大可能地发现存在的隐患，保障设备稳定运行。
同时，公司将有针对性地提出预警及解决建议，使客户能够提早预防，最大限度降低运营风险。
巡检包括的容如下：
编号
巡检容
1
硬件运行状态检查项目
单板状态检查
电源模块状态检查
风扇状态检查
整机指示灯状态检查
机框防尘网检查
机房温度、湿度检查
设备地线检查
2
软件运行情况检查项目
设备运行情况检查
网络报文分析
设备对接运行状况检查
路由运行情况检查
3
网络整体运行情况调查
网络运行问题调查
网络变更情况调查
网络历史故障调查
（3）网络运行分析与管理服务
网络运行分析与管理服务是指公司工程师通过对网络运行状况、网络问题进行期性检查、分析后，为客户提出指导性建议的一种综合性高级服务，其容包括：
服务容
服务优点
向客户提供网络专家。
保证重大问题第一连线至网络专家。
网络专家组每与客户进行不少于2小时的技术交流
以最小成本保证及时解答客户关心的技术问题，并就某一领域技术问题展开深层次沟通。
每月向客户提交CASE汇总分析报告，并可扩展到每年17次（月度、季度、年度）
使客户了解网络历史故障情况以及故障预防建议，最大程度减少网络故障隐患，更高效的进行网络管理。
（4）重要时刻专人值守服务
公司深刻知道保证重要时刻设备稳定运行对客户成功尤为关键，因此，公司可对客户提供重要时刻的专人现场值守支持，包括政府客户的重大会议期间、金融客户的年终结算日、运营商客户的生产网重大割接或其它任客户认为可能对其业务运营产生重大影响的时刻。
如需专人值守，客户需至少提前3与授权服务商客户服务经理联系。
对每位合约客户，授权服务商均需按事先合同约定提供专人值守服务。
客户如需超出合同约定围的更多值守支持，需额外支付相应人力和差旅费用。
2.1主机、存储系统运维服务
公司提供的主机、存储系统的运维服务包括：
主机、存储设备的日常监控，设备的运行状态监控，故障处理，操作系统维护，补丁升级等容。
主机存储系统基本服务容：
序号
服务模块
容描述
提供
1
现场备件安装
配合用户进行。
按备件到达现场时间工程师到达现场
设备厂商、
公司
2
补丁服务
消除软件漏洞给系统带来的安全隐患，并对安装补丁所引起的系统连锁反应进行合理的平衡。
公司
3
升级服务
对系统进行软件或硬件的升级，以改进、完善现有系统或消除现有系统的漏洞。
公司
4
现场故障诊断
按服务级别：
7×24小时
5×8小时
公司
5
远程技术支持
7×24小时
公司
6
问题管理系统
对遇到的问题进行汇总和发布
公司
7
系统优化
对客户系统的括主机、存储设备、操作系统、提供优化服务。
公司现场值守人员可进行监控管理的容包括：
ØCPU性能管理；
Ø存使用情况管理；
Ø硬盘利用情况管理；
Ø系统进程管理；
Ø主机性能管理；
Ø实时监控主机电源、风扇的使用情况及主机机箱部温度；
Ø监控主机硬盘运行状态；
Ø监控主机网卡、阵列卡等硬件状态；
Ø监控主机HA运行状况；
Ø主机系统文件系统管理；
Ø监控存储交换机设备状态、端口状态、传输速度；
Ø监控备份服务进程、备份情况（起止时间、是否成功、出错告警）；
Ø监控记录磁盘阵列、磁带库等存储硬件故障提示和告警，并及时解决故障问题；
Ø对存储的性能（如高速缓存、光纤通道等）进行监控。
小型机系统巡检典型作业计划书（HP服务器部分）
系统管理单位：
XX供电公司
设备名：
设备型号
设备序列号
管理IP：
检查容
参考标准
检查结果
状态是否正常
巡检法描述
巡检期
硬件运行状态
电源指示灯
▅正常□异常
面板指示灯
▅正常□异常
置磁带机
▅正常□异常
CPU状态
▅正常□异常
存状态
▅正常□异常
磁盘状态
▅正常□异常
网卡状态
▅正常□异常
HBA卡运行状态
▅正常□异常
系统检查
系统日志
▅正常□异常
Mail
▅正常□异常
文件系统，包括磁盘卷剩余空间
▅正常□异常
硬件检测
▅正常□异常
交换分区
▅正常□异常
固件版本
▅正常□异常
补丁包版本
▅正常□异常
系统镜像
▅正常□异常
存储磁盘
▅正常□异常
存储驱动
▅正常□异常
进程状态
▅正常□异常
系统性能检查
CPU利用率
▅正常□异常
存利用率
▅正常□异常
磁盘I/O性能
▅正常□异常
数据库运行状态
数据库安装目录
▅正常□异常
数据库进程状态
▅正常□异常
集群检查
集群进程状态
▅正常□异常
集群日志
▅正常□异常
存储检查
存储设备故障灯状态
▅正常□异常
SAN交换机端口状态
▅正常□异常
存储交换机环境状态
▅正常□异常
系统故障报告
▅正常□异常
2.2数据库系统运维服务
公司提供的数据库运行维护服务是包括主动数据库性能管理，数据库的主动性能管理对系统运维非常重要。
通过主动式性能管理可了解数据库的日常运行状态，识别数据库的性能问题发生在什么地，有针对性地进行性能优化。
同时，密切注意数据库系统的变化，主动地预防可能发生的问题。
公司提供的数据库运行维护服务还包括快速发现、诊断和解决性能问题，在出现问题时，及时找出性能瓶颈，解决数据库性能问题，维护高效的应用系统。
公司的数据库运行维护服务，主要工作是使用技术手段来达到管理的目标，以系统最终的运行维护为目标，提高用户的工作效率。
具体数据库运行维护监控的基本服务容包括：
序号
服务模块
容描述
提供
1
Oracle数据库
7*24支持服务
每7天，每天24小时支持中心，电子答询，以满足业务发展的需要。
Oracle产品技术专家直接同客户对话，帮助解决客户提出的疑难问题。
根据问题的重程度，将优先解决客户认为是关键而紧急的任务。
对客户提出的一般性问题进行技术咨询、指导。
定期的客户管理报告,避免问题再度发生。
公司
2
Oracle数据库产品
现场服务响应
数据库宕机
数据坏块
影响业务不能进行的产品问题
软件产品的更新及维护。
公司
3
Oracle数据库产品
系统健康检查
对系统的配置及运作框架提出建议，以帮助您得到一个更坚强可靠的运作环境
降低系统潜在的风险，包括数据丢失、安全漏洞、系统崩溃、性能降低及资源紧
检查并分析系统日志及跟踪文件，发现并排除数据库系统错误隐患
检查数据库系统是否需要应用最新的补丁集
检查数据库空间的使用情况
协助进行数据库空间的规划管理
检查数据库备份的完整性
监控数据库性能
确认系统的资源需求
明确您系统的能力及不足
优化OracleServer的表现
通过改善系统环境的稳定性来降低潜在的系统宕机时间
公司
4
Oracle数据库产品
性能调优
分析用户的应用类型和用户行为
评价并修改ORACLE数据库的参数设置
评价并调整ORACLE数据库的数据分布
评价应用对硬件和系统的使用情况，并提出建议
利用先进的性能调整工具实施数据库的性能调整
培训用户有关性能调整的概念
提供用户完整的性能调整报告和解决法
公司
2.3中间件运维服务
中间件管理是指对BEAWeblogic、MQ等中间件的日常维护管理和监控工作，提高对中间件平台事件的分析解决能力，确保中间件平台持续稳定运行。
中间件监控指标包括配置信息管理、故障监控、性能监控。
⏹执行线程：
监控WebLogic配置执行线程的空闲数量。
⏹JVM存：
JVM存曲线正常，能够及时的进行存空间回收。
⏹JDBC连接池：
连接池的初始容量和最大容量应该设置为相等，并且至少等于执行线程的数量，以避免在运行过程中创建数据库连接所带来的性能消耗。
⏹检查WEBLOG日志文件是否有异常报错
⏹如果有WEBLOG集群配置，需要检查集群的配置是否正常。
3运维服务流程
公司建议用户采用的服务式为两种：
一种为技术人员现场值守，另一种是定期巡检结合故障现场服务。
技术人员现场值守运行维护服务的基本操作流程如下图所示：
定期巡检结合故障现场运行维护服务的基本操作流程如下图所示：
4服务管理制度规
4.1服务时间
（1）接收服务请求和咨询：
⏹在5*8小时工作时间设置由专人职守的热线，接听部的服务请求，并记录服务台事件处理结果。
（2）在非工作时间设置有专人7*24小时接听的移动热线，用于解决部的技术问题以及接听7*24小时机房监控人员的机房突发情况汇报。
（3）服务响应时间：
故障级别
响应时间
故障解决时间
I级：
属于紧急问题；其具体现象为：
系统崩溃导致业务停止、数据丢失。
30分钟，2小时提交故障处理案
12小时以
II级：
属于重问题；其具体现象为：
出现部分部件失效、系统性能下降但能正常运行，不影响正常业务运作。
30分钟，2小时提交故障处理案
24小时以
III级：
属于较重问题；其具体现象为：
出现系统报错或警告，但业务系统能继续运行且性能不受影响。
30分钟，2小时提交故障处理案
48小时以
IV级：
属于普通问题；其具体现象为：
系统技术功能、安装或配置咨询，或其他显然不影响业务的预约服务。
30分钟，2小时提交故障处理案
5天
⏹技术支持人员在解决故障时，会最大限度保护好数据，做好故障恢复的文档，力争恢复到故障点前的业务状态。
对于“系统瘫痪，业务系统不能运转”的故障级别，如果不能于12小时解决故障，公司将在16小时提出应急案，确保业务系统的运行。
故障解决后24小时，提交故障处理报告。
说明故障种类、故障原因、故障解决中使用的法及故障损失等情况。
4.2行为规
（1）遵守用户的各项规章制度，格按照用户相应的规章制度办事。
（2）与用户运行维护体系其他部门和环节协同工作，密切配合，共同开展技术支持工作。
（3）出现疑难技术、业务问题和重大紧急情况时，及时向负责人报告。
（4）现场技术支持时要精神饱满，穿着得体，谈吐文明，举止庄重。
接听时要文明礼貌，语言清晰明了，语气和善。
（5）遵守保密原则。
对被支持单位的网络、主机、系统软件、应用软件等的密码、核心参数、业务数据等负有保密责任，不得随意复制和传播。
4.3现场服务支持规
运维服务人员要做到耐心、细心、热心的服务。
工作要做到事事有记录、事事有反馈、重大问题及时汇报。
格遵守工作作息时间，格按照服务工作流程操作。
（1）现场支持工程师应着装整洁、言行礼貌大，技术专业，操作熟练、谨、规；现场支持时必须遵守用户单位的相关规章制度。
（2）现场支持工程师在进行现场支持工作时必须在保证数据和系统安全的前提下开展工作。
（3）现场支持时出现暂时无法解决的故障或其他新的故障时，应告知用户并及时上报负责人，寻找其他解决途径。
（4）故障解决后，现场支持工程师要详细记录问题的发生时间、地点、提出人和问题描述，并形成书面文档，必要时应向用户介绍故障出现的原因及预防法和解决技巧。
4.4问题记录规
根据使用人员提出问题的类别，将问题分为咨询类问题和系统缺陷类问题二类：
咨询类问题是指通过服务热线或现场解疑等式能够当场解决用户提出的问题，具有问题解答直接、快速和实时的特点，该问题到现场支持人员处即可中止，对于该类问题的记录可使用咨询类问题记录模版进行记录。
系统缺陷类问题是指使用人员提出的问题涉及到系统相应环节的确认修改，需要经过逐级提交、诊断、确认、处理和回复等环节，处理解决需要项目组的分析确认，问题有解决案后，将解决案反馈给用户。
具体提交流程如下：
（1）问题提交。
应用信息系统的用户发现属于系统缺陷类的问题时，填写系统缺陷类问题提交单，提交服务支持中心。
（2）问题分析。
服务中心接到用户提交的问题单，要组织相应人员对问题单中描述的问题进行分析研判，确定问题的类型（技术问题、业务问题或者操作问题）。
属于技术问题，提交服务中心技术人员对存在的问题提出具体的处理意见和建议；属于业务问题，提交服务中心业务人员进行处理；属于操作问题，可安排相关人员对问题提出人进行解释，并将系统缺陷类问题提交单转为系统咨询类问题提交单。
（3）问题确认、解决。
服务中心的技术人员和业务人员收到系统缺陷类问题提交单后，对提交的问题进行归类汇总和分析、确认。
可以解决的，明确问题解决的具体处理建议和措施，经主管领导签字同意后，交实施人员进行解决案的实施。
服务人员确认是否解决，并将解决法附在系统缺陷类问题提交单上反馈给问题提出人员。
（4）问题上报。
服务人员收到经业务或技术人员确认的系统缺陷类问题提交单后，上报服务中心。
（5）问题回复。
服务中心根据提交问题的进行分析，制定解决案并进行实施的解决，同时做好变更记录。
将解决案汇总后及时向问题提交单位或问题交办单位作出回复，并将分析过程和问题产生原因一并提交。
5应急服务响应措施
公司已经针对本项目制定了详尽的设计、应急处理预案，整个流程谨而有序。
但是，在服务维护过程中，意外情况将难以完全避免。
下面，我们将对项目实施的突发风险进行详细分析，并且针对各类突发事件，设计了相应的预防与解决措施，同时提供了完整的应急处理流程。
5.1应急基本流程
维护服务应急处理流程
5.2预防措施
针对上门服务过程中可能遇到的各种各样的风险，公司总结多年维护服务经验，针对一些可能出现的情况，制定了一系列预防处理措施，举例如下：
类型
事件
预防措施
处理
应用软件
无法启动软件可执行文件
上门人员提前准备好各类需维护软件安装程序
将应用软件数据文件备份后，重新安装
软件打开过程中或运行中异常错误关闭
上门人员准备好安装程序，操作系统优化和修补软件，查杀病毒软件
判断出错原因，备份数据，采取相关修复措施
操作系统
使用者本机操作系统异常或系统资源占用重
准备好系统检查程序及修补程序，以及查杀病毒软件
告知使用者错误原因可能类型，提出解决案，经使用者认可后采取相应措施
B/S结构系统，IE浏览器异常或无法下载控件
准备流氓软件清理程序、修复浏览器软件、查杀病毒软件
检查IE浏览器选项设置，分析原因进行修复
网络或服务器
B/S结构系统网络流量异常或服务器登录异常
判断服务器是否异常，否则准备杀毒软件
检查网络流量，流量异常小则报修网络服务商，流量异常大则查杀病毒
5.3突发事件应急策略
系统运维应急案是对中断或重影响业务的故障，如宕机、数据丢失、业务中断等，进行快速响应和处理，在最短时间恢复业务系统，将损失降到最低。
在系统维护过程中，突发事件的出现将是很难完全避免的，针对这种情况，公司设计了完善的突发事件应急策略。
系统巡检人员要定期规检查各硬件设备的运转情况和应用软件运行情况，同时做好日常的数据增量备份和定期全备份。
对发现的问题在报各级负责人的同时，要协调相关资源分析问题根源，确定解决案和临时解决措施，避免造成更大的影响。
问题得到稳定或彻底解决后，要形成问题汇报，避免以后类似重大紧急情况的发生。
对发现的问题在报负责人的同时，要协调相关资源分析问题根源，确定解决案和临时解决措施，避免造成更大的影响。
问题得到稳定或彻底解决后，要形成问题汇报，避免以后类似重大紧急情况的发生。
公司不但拥有经验丰富的技术支持工程师，而且根据长期以来的客户服务工作经验，建立了常用知识库，其中包括多种常见技术故障和突发事件的应急策略。
当获悉出现突发事件时，技术支持人员可以立即从知识库中获取相应的应急策略，并综合用户的具体情况，给出相关解决案，然后在第一时间以、支持或现场服务的式帮助用户解决问题，尽最大努力减小突发事件对用户日常应用的影响。
紧急情况
预防措施
应急策略
硬件损坏
项目单位操作用电脑硬件损坏
在磁盘数据未丢失情况下，保证数据安全性，建议项目单位替换相关硬件。
操作失误
加强培训力度，掌握培训效果，检验操作人员操作水准，提示注意事项。
操作失误未造成即成结果或数据未丢失情况下，保障数据安全，反之，协调相关部门，进行补救。
对操作人员强调注意事项
配置丢失
培训时强调使用前配置法和步骤，并特别提示需在使用前按要求操作
派出上门维护、培训人员重新配置，并耐心讲解。
数据丢失
培训时强调使用过程中注意定期备份重要数据，日常维护过程中，上门服务人员实时备份数据并告知用户
协调有关部门，进行补救，无法补救，提交报告说明原因。
突发事件应急策略服务流程图如下：
升级会员 