运维项目工作计划模板参考.docx

运维项目工作计划模板参考.docx

《运维项目工作计划模板参考.docx》由会员分享，可在线阅读，更多相关《运维项目工作计划模板参考.docx（32页珍藏版）》请在冰豆网上搜索。

运维项目工作计划模板参考

xxxx运维效劳工作总结

1概述

2021年对于XXXX来说是具有历史意义的一年，XXXX成功上线到接入

第一个业务系统：

集团采购门户系统，揭开了XXXXXXXX认证的一个新的

篇章，XXXX公司作为XXXX的运维效劳方，在历史的一年即将过去，通过

对XXXX运维工作进行年度总结，从中发现工作中的缺乏，在以后的工作中逐渐改善。

2

3

运维工程背景

运维目标

XXXX公司为XXXX系统提供运行维护效劳包括，XXXX软件系统、系统

相关的主机设备、操作系统、数据库和存储设备的运行维护效劳，保证XXXX

系统整体的正常运行，降低整体管理本钱，提高XXXX系统的整体效劳水

平。

同时根据日常维护的数据和记录，提供XXXX系统的整体建设规划和

建议，更好的为XXXX开展提供有力的支持。

同时XXXX公司为XXXX系统提供业务协维效劳，包括业务系统接入前

期业务支撑、业务系统接入后期业务支撑，为业务系统提供专业的业务指

引、开发指引，方便各业务系统快速接入XXXX系统。

XXXX系统的组成主要可分为两类：

硬件设备和软件系统。

硬件设备包

括网络设备、平安设备、主机设备、存储设备等；软件设备可分为操作系

统软件、典型应用软件〔如：

数据库软件、中间件软件等〕、业务应用软

件等。

XXXX公司通过运行维护效劳的有效管理来提升XXXX系统的效劳效率，

结合用户现有的环境、组织结构、IT资源和管理流程的特点，从流程、人

员和技术三方面来规划用户的网络信息系统的结构。

将用户的运行目标、

业务需求与IT效劳的相协调一致。

XXXX公司提供的效劳的目标是，对用户现有的XXXX系统根底资源进

行监控和管理，及时掌握网络信息系统资源现状和配置信息，反映XXXX

系统资源的可用性情况和健康状况，创立一个可知可控的IT环境，从而

保证XXXX系统的各类业务应用系统的可靠、高效、持续、平安运行。

4运维人员配备

XXXX运维团队

驻点工程师业务协维工程师二线专家

XXXX运维人员梯队结构

人的因素是决定运维效劳好坏的最重要的因素，合理的人力配置能够

提高运维的质量和效率，保障运维工作的顺利开展,XXXX公司通过人力资

源的整合与配置，形成了驻点工程师、业务协维、二线专家的人员梯队结

构，更好地适应XXXX运维工作的开展。

驻点工程师担着XXXX运维工作的主动发起者的角色，通过主动对XXXX

系统，从硬件、软件各方面进行巡检，保证XXXX正常运行。

业务协维工程师站在业务的角度，解决XXXX用户的业务问题，协助

XXXX公司运营人员。

二线支持为用户提供专业技术更强的技术支持效劳，深入研究疑难事

件和问题，并在需要提供现场效劳的情况下及时到现场为用户排忧解难。

通过三方面人员间的明确分工和紧密配合，形成了较为合理的运维人

力配置。

XXXX公司人员配备如下：

合同要求实际发生情况

工作角色姓名工作量工作量（人

效劳周期效劳周期

（人月）月）

5运维工作总结

1-8月份

1月份到8月份，XXXX处于系统测试与部署阶段，XXXX公司提供的服

务为系统进行全面测试、部署、业务协维、协助XXXX机房搬迁等内容，

共计提供

215人天运维效劳工作，其中

XXXX上线测试投入

4人共

56人天；

系统部署上线共投入

3人共

48

人天；

XXXX机房搬迁投入

1人共

8人天；

二线支撑投入1人共83人天；XXXX系统优化投入1人共20人天。

40

35

30

25

系统测试

20

系统部署

机房搬迁

15

优化

10

二线支撑

5

0

1月

2月

3月

4月

5月

6月

7月

8月

运维工作量按月分布图

12345678合

工作类型所占比例

月月月月月月月月计

系统测试（人

0000018231556%

天）

系统部署（人

00000084048%

天）

XXXX机房搬迁

000000808%

〔人天〕

XXXX优化（人

01500003220%

天）

二线支撑（人

4573101219238321%

天）

总计（人天）：

420731*********5

100%

XXXX系统测试与部署

XXXX按照XXXX基地实际业务需求定制开发，开发工程组内部测试通

过后，需提交到运维人员内部及XXXX内部进行测试验证，运维人员内部

由XXXX公司的业务协维工程师和驻点工程师3人共同完成，包括XXXX根本的业务功能，如ZS申请、ZS审核、ZS下载、ZS批量申请等，共完成测试用例138起。

根据XXXX需求文档及测试用例严格执行，业务功能根本符合要求后，XXXX公司工程师正式部署上线XXXX系统。

协助XXXX机房搬迁

XXXX在7月份进行机房搬迁，XXXX工程师协助XXXX局方完成效劳器

的搬迁，包括效劳器的网络调试、XXXX系统的应用部署等。

二线专家支撑

1-8月份二线支撑效劳主要包括以下工作：

对XXXX开发人员及测试人员提供专业的知识指导。

制定XXXX系统现网作业方案〔版本升级方案、新版本的产品说明；patch升级方案，打完patch后的产品说明；系统调整方案；相应的升级回退方案〕

解答XXXX等局方人员的技术难点。

局部工作明细：

工作类

工作任务

工作描述

型

OFFLINEXXX

分析日志发现oracle连接在建立8小时后会自

X、OCSP数

其他业

动断开，故需要使用连接池来避开这个问题。

对

据库连接一

OFFLINEXXXX、OCSP与数据库的连接方式进行改

务

段时间后超

造，改为连接池方式，解决了问题。

时

日志显示TomXXXXt启动时，连接JBossEJB服

XXXX

务异常，检查JBossEJB状态，发现EJB对外暴

远程支

露的ip地址是，，而XXXXweb的jndi配置指定

tomXXXXt启

持

为，故找不到EJB效劳。

指导运维人员启动XXXX

动异常

JBoss时不加-b参数，解决了问题。

局方希望

XXXX能支持

以前采购的

沟通得知此批KEY厂商为飞天，与飞天的技术人

其他业

BJXXXX的

员沟通，提出改造需求，由他们评估改造可行度，

务

key，相关改

将结果反应给局方。

造工作的调

研

XXXX控件对

其他业

与需要支持的厂家技术人员联系，给他们说明需

多厂家key

务

要定制的需求，并跟进进度。

的支持

XXXX系统优化

针对XXXX部署上线进行全面测试后出现的BUG进行修复：

优化类型内容描述

对OFFLINEXXXX、OCSP增加数据库连接池，解决这两个模块

修复BUG

应用与数据库连接一段时间后超时的问题。

因为审计页面存在多个元素id为log，导致OCSP审计页面显

修复BUG

示异常，修复此问题。

除RA外,其他分系统的审计功能有问题，点“审计〞页面弹出窗口提示“该密钥集未被定义〞。

因为审计功能记录日志

修复BUG

时，指定操作员ZS容器为ipass-key，因为容器不对，初始化时出错。

修复此问题。

数量统计导出excel乱码，因为产生excel文件内容时没有指

修复BUG

定字符编码，修复此问题。

XXXX企业ZS管理查询结果只有一条ZS时，不能做撤消。

因为

修复BUG

页面JS有错，修复此问题。

基地

9-12月份

9-12月份，XXXX平衡运行的同时，成功接入集团采购门户系统与XXXX

4A系统，为这两个系统提供最高级别的平安保障。

按XXXX公司的要

求，XXXX公司配备的

4位运维人员，包括两位驻点工程师与两位业务协维

工程师，到

XXXX基地现场办公，能够及时响应

XXXX局方的要求。

XXXX公

司为

XXXX提供全面的运维效劳，包括硬件巡检、软件巡检、

XXXX系统巡

检、业务协维、二线专家支撑等，共计

445人天，其中硬件巡检

46人天，

软件巡检

46天，XXXX系统巡检

90天，故障处理

2天，业务协维

174天，

二线专家支撑

87天，其中

10人天为晚上加班。

50

45

40

35

硬件巡检与监控

30

系统软件巡检与监控

25

系统巡检与监控

20

系统故障处理

15

二线支撑

业务协维

10

5

0

9月

10月

11月

12月

运维工作量按月分布图

工作类型

9月

10月

11月

12月

合计

所占比

例

硬件巡检与监控（人天）

11

12

11

12

46

10%

系统软件巡检与监控（人

11

12

11

12

46

10%

天）

XXXX系统巡检与监控〔人

22

23

22

23

90

20%

天〕

XXXX系统故障处理（人

1

1

0

0

2

0%

天）

二线支撑（人天）

22

20

22

23

87

%

业务协维（人天）

44

40

44

46

174

21%

总计（人天）：

111

108

110

116

445

100%

系统运维支撑

系统巡检方式

远程方式

因XXXX系统机房局部办公设备还没准备好，所以只能通过远程连接

效劳器方式，对各个效劳区及效劳器进行巡检，巡检内容如下：

区域效劳器地址

现场方式

现场巡检方式是驻点工程师通过到达XXXX机房内部，通过观察各效劳器硬件指示灯、风扇运行等，检查效劳器系统运行状态，巡检的效劳器数量如下：

设备名字

数量（单位：

台）

Linux效劳器

8

Unix效劳器

6

磁带库效劳器

1

交换机

17

加密机

7

防火墙

10

系统维护巡检内容

远程方式巡检内容

检查效劳器CPU使用情况

检查效劳器硬盘使用情况（针对home目录）

检查效劳器内存使用情况

检查系统进程运行情况

通过查看日志，检查系统运行情况

现场方式巡检内容

各效劳器指示灯

各效劳器风扇运行状态

交换机指示灯状态

检查机房实时温度是否达标

检查机房设备温度是否过热

检查机房卫生是否符合要求

有无临时接线搭线未清理

系统运行分析

系统CPU分析

各效劳器CPU运行均都处于正常指标（CPU使用率<=85%）范围内，具体如下：

系统内存分析

各效劳内存使用正常，没有发生内存占满或内存溢出等故障，保证了各效劳进行的运行：

系统硬盘空间分析

各效劳器空间以小幅度的速率增长，健康状况良好：

系统进程运行分析

效劳器的应用进程处于正常状态，具体如下：

区域效劳器地址系统进程检查

名字情况

系统故障分析

XXXX系统9-12月出现故障情况如下，在故障发生的第一时间，运维

人员收到监控系统的邮件通知，并在收到邮件通知的第一时间进行处理，

并把故障原因通报XXXX公司相关负责人，在完成后进行记录、整理，输

出相应的故障报告等：

故障出现

故障服

故障

故障影

是否修复

时间

务器

起因

响

2021-9-24

11:

30

网络

问题

因为和效劳器做的是负载均衡出现暂时连

已修复

〔机器网络

不通，重启后恢

复正常。

接不上，不影

响业务的正

常运行

2021-10-2

数据

目前未

已修复

5

库效劳器

对外提供服

硬件问题

务，本次故障

未造成对外

效劳的影响。

现网作业工作

任务简介任务描述执行人备

注

制作模板

生成个人，企业，效劳器模板，

有效期为3年

签发操作员

签发LA操作员ZS

ZS

模板备份

系统现有模板进行备份

系统升级

系统920版本部署上线,并进

行功能测试

防火墙操作

核查防火墙配置

系统升级

XXXXV001R001B004版本的上

线升级

核实数据

去后台数据库核实数据

系统部署

安装部署XXXX业务监控系统

系统备份

去机房配合粟钫对防火墙进

行配置、对ocsp数据库进行排错

定位、对备份效劳器的配置

硬件支持

现场协助惠普工程师处理数

据库效劳器问题，最后硬件故障解

决，p数据库恢复正常

IDS加电检

检查绿盟的IDS入侵检测设备加电

查

情况

渗透测试

配合华为对XXXX系统进行入侵检

测和渗透测试

软件验收

XXXX软件验收KMC、XXXX局部

应急演练

配合XXXX局方进行XXXX系统

应该演练

业务协维

系统业务管理

创立ZS模板：

因工程需求创立工程适用ZS模板，并做好模板备份

工作。

创立受理点：

为工程创立新受理点，配置人员等。

创立应用类型：

为集团采购部工程创立单独应用类型，便于工程

ZS量的统计及数据分析。

操作员权限分配：

一方面满足工程需求，另一方面根据平安标准分

配。

系统升级上线业务功能测试，保证系统业务功能的可用性与完整

性。

XXXX系统内部全面测试：

完成内部系统测试，为XXXX系统软件功

能验收测试做好充足准备。

系统监控系统功能部署前测试及功能演示等工作。

参与XXXX系统定制开发需求的评审并提出修改意见，与开发人员

配合讨论确认方案，保障开发前需求评审及方案制定工作顺利完

成。

配合南基4A系统接入的联调测试。

运营支撑内容

受理集团的上线。

等。

平台相关人员对XXXX的问题。

ZS业务客户效劳与支持

受理集团的ZS业务客服咨询与故障投诉申报；ZS业务流程咨询、ZS使用问题技术支持。

指引、FAQ等日常文档输出：

XXXX业务系统接入指引?

CMXXXXOpenAPI需求规格说明书?

系统业务测试：

系统920版本部署前测试，及功能演示，上线后功能验证等工作。

系统业务测试：

系统1129版本部署前测试，及功能演示，上线

后功能验证等工作。

运营数据分析

此图为2021年XXXXZS发放分析

XXXX发行月度统计分析

统计指标

89月10

1112合计

月月月月

指标分析说明：

专家效劳

运维体系的建立

制定标准制度：

标准ZS发行、客户效劳等工作流程行为，基于经验、

结合CMXXXX的业务特性，制定了CMXXXX数字ZS发行标准、、CMXXXX数字

ZS客户效劳标准等文档。

为建立健全运维、运营体系提供了坚实的根底。

输出文档

XXXXCMXXXX应急响应方案?

CMXXXX系统运维标准?

CMXXXX行标准?

CMXXXX客户效劳标准?

运维、系统二线支撑

机房网络现场调试

网管监控方案及讨论

定制开发需求评审

部署方案审核

现网作业密码管理

明年开展规划

运营优化

根据工程支撑情况，提出日常运营优化建议：

标准ZS申请流程

标准ZS使用流程

标准UKEY使用流程

XXXX应用接入

。

运维风险评估

渗透测试:

为了保障XXXX系统的平安性，应XXXX基地要求，地XXXX

进行渗透测试，从外网到内网全方位、漏洞渗透等，取得了良好的效

果。

系统定制开发

根据应用工程的特性、运营人员提出的优化需求，进行需求分析、评审，输出解决开发，协调资源进行定制开发工作，把控定制开发质量。

XXXX支持二级审核开发及上线

改造XXXX，使其支持二级审核。

对应用类型配置其下ZS的审核级别。

如果是一级审核，。

系统监控功能的需求分析及评审

对CMXXXX系统业务进行监控，当系统异常时通过邮件方式通知系统维护人员。

系统暂时不考虑对系统权限的管理控制。

2）系统定制开发功能的测试环境搭建。

部署XXXX定制开发到测试环境，完成测试组内测试，进而运营人员针对业务功能进行测试并已完成测

试。

目前XXXX11月版本已部署上线，验证工作也已根本结束。

6标准运维流程

随着运维工作的逐渐开展，在与XXXX公司的工作配合过程中，通过引入XXXX公司的效劳运营管理平台（somp），标准了运维工作流程，包括事件管理流程等。

所谓事件，是指系统运行过程中突然出现的造成效劳中断或效劳质量

下降的突发现象。

事件管理流程通过对事件的相关环节进行标准，从事件

的记录开始，经过分类和初步支持、调查与诊断、解决和恢复，直到与客

户确认后事件的关闭，流程中的各个环节前后相连，流转有序，并规定每

一环节处理的最长时限。

通过事件记录员、事件分析员以及事件经理等角

色的明确，责任到人。

从而到达在发生事件后，能在最短的时间内解决并

恢复客户中断的效劳，提高客户满意度。

XXXX公司通过开发XXXX业务流程监控系统，定时对XXXX业务流程进

行监控拨测，在XXXX发生故障第一时间通过邮件或短信的方式通知运维

工程师，运维工程师第一时间进行故障处理并上报XXXX相关负责人，并

在故障出理完成后，输出故障报告给XXXX公司，使得对每次故障做到跟

踪、归纳总结的作用。

7总结与明年展望

随着2021年的脚步慢慢走远，XXXX公司在XXXX公司的大力支持下，

XXXX运维工作已经步入正轨，按XXXX公司和XXXX的要求完成了对XXXX

的维护工作，保障了XXXX的平稳运行，通过回忆总结今年的工作，也发

现运维工作中存在缺乏的地方，XXXX公司力争在以后的工作中改良。

2021只是XXXX运维工作的一个起点，2021年随着更多XXXX外部与内部业务系统的接入，XXXX也面临着越来越大的负载，同时运维工作也面临新的挑战，无论是对XXXX系统能力保障、业务人员协维能力，都将给

XXXX公司和XXXX公司提出更高的要求，需要运维人员能力提升到另一个

高度，XXXX公司在面对挑战面前，非常有信心，在XXXX公司的指导和支

持下，对现有运维人员进行技术能力、业务能力等多方面提高，根据业务

开展要求，增加各方面资源投入，明年会更加出色的完成XXXX运维工作，

把运维工作更加标准化、专业化，更上新台阶。