运维工作职责及制度管理办法.docxVIP

1

运维工作职责及制度管理办法

正文第一篇：运维工作职责及制度管理办法

运维工作职责及制度管理办法

一、目的1.1、为明确运维部人员工作职责(重大责任)以及以往服务器故障处理过长导致百米用户流失并对业务扩张带来的影响，特制定本制度来规范运维人员的工作。

二、工作范围：

2.1、架构设计

为研发部门提供非代码方面的运维技术协助，并在产品开发初期或部署阶段与开发共同确认架构运行程序和服务器部署结构。2.2、运行监控

对线上生产环境中的服务器、交换机等各类设备以及关键程序运行状态进行7x24小时轮班人力监控，如果遇到运行故障能在5分钟内获得通知，并立即开展应急处理工作(每天至少1人负责)。

2.3、数据维护

公司业务内的各种关系和非关系数据库中持久化存储的数据备份，并将备份数据从生产服务器保存到线下公司内部的存储器中并建立数据仓库。为运营部门建立和维护运营数据“仓库”，并开发部份运营数据挖掘工具。2.4、企业信息化建设

2

公司内部办公自动化设备的采购选型、维护、组装，以及协助行政或财务部对该类物品进行资产管理。办公网络系统组建，例如内部文件共享、邮件、IM等办公协同服务系统的组建和维护。

2.5、运维技术文档资料管理

公司生产服务器(外网)部署架构图、服务器软件安装清单、服务器密码管理等。

三、架构设计工作细则

由于研发人员对数据库以及服务器架构方面不是很擅长，需要运维部DBA和架构师协助进行产品研发初期或产品部署阶段的协助。主要工作要点如下：

3.1、数据库结构设计：数据库的分布式运算架构设计，例如：读写分离；数据表的分割存储，存储引擎的择优；数据表字段的类型及数值格式择优。

3.2、服务器架构设计：常见的有服务器网络分布，服务角色合并等等。

3.1、运维自动化工具开发：主要采用系统的Shell脚本或Python、C/C++语言，开发常用的自动备份、监控警报等工具，减少人力成本，加强维护监管的精准度。

四、运行监控工作细则：

4.1、运行监控工作需7x24小时不间断的对所有生产环境中的服务器、路由器以用服务端软件进行监控。

3

运维监控工作按每天24小时计算，由运维现有工程师每人轮班，假设为ABCDE五名员工，具体排班表见附件《运维轮排表》

4.2、运维工作中监测到异常时需按以下流程来处理：

1)记录详细的故障症状及相关输出信息

运维部会开发一套运维工作日志系统，用于记录每次故障的详情，以便日后对故障进行后续跟踪和职责过失判定。

2)进行应急处理

运维部与研发部双方会不断交涉更新汇总出一份常见故障应急处理方法的手册，以B/S形式发放至每一位运维工程师。当出现突发故障时，运维工程师在记录下故障详情后，则按照该手册结合自己的技术经验来进行故障修复。

3)发布紧急维护通知(运营部=技术支持和商务部)

当故障在10分钟内无法恢复时，应属于紧急维护，需要对外发布维护公告。根据公司制度，运维工程师需先上报至运维部负责人(负责人再次判断10分钟内是否能解决，能解决则直接解决)，再由运维部负责人通知运营部负责人发布通知。为了防止联系不上运维或运营部负责人以及公布发布专人，运营部需有权用运营部拟定的维护公告模板来发布紧急维护公告，但是由运维部发布的维护公告，需事后由运维及运营部负责人签字确认原因是有相关负责人联系不上。4)运维部开始进行后续技术处理直至问题解决

4

较复杂的故障处理工作在发布紧急维护公告之后，运维部负责人需组织运维工程师进行后续的故障排队工作直至问题解决

4.3、运行监控中常出现的故障分为三个类别：硬件故障、软件故障、网络故障。由于服务器等硬件在外地IDC机房，而网络故障大多出在IDC、ISP环节，运维不能自行处理，需走对外的行政流程，因此对于运维工作的过失判断主要从软件故障上进行。

如果是因产品程序负载能力引起的故障，不属于运维工作失职。因此每次出现故障之后都需要记录详情，以便跟研发人员一起找出故障原因。

五、数据维护工作细则

数据维护工作主要分为生产环境中的过期数据定时分割到公司内网的本地“数据仓库”中进行备份存储，以供后续进行数据挖掘分析。同时还需定时备份