网络运维管理规章制度.docx

运维工作职责及制度工作范围：架构设计为研发部门提供非代码方面的运维技术协助，并在产品开发初期或部署阶段与之共同设计产品运营方面的技术架构，以及架构运行程序和运维自动化软件开发。运行监控对线上生产环境中的服务器、交换机等各类设备以及关键程序运行状态进行7x24小时轮班人力监控，如果遇到运行故障能在5分钟内获得通知，并立即开展应急处理工作。数据维护公司业务内的各种关系和非关系数据库中持久化存储的数据备份，并将备份数据从生产服务器保存到线下公司内部的存储器中并建立数据仓库。为运营部门建立和维护运营数据“仓库”，并开发部份运营数据挖掘工具。企业信息化建设公司内部办公自动化设备的采购选型、维护、组装，以及协助行政或财务部对该类物品进行资产管理。办公网络系统组建，例如内部文件共享、邮件、IM等办公协同服务系统的组建和维护。架构设计工作细则由于不少公司的研发人员对数据库以及服务器架构方面不是很擅长，需要运维部DBA和架构师协助进行产品研发初期或产品部署阶段的协助。主要工作要点如下：数据库结构设计。数据库的分布式运算架构设计，例如读写分离；数据表的分割存储，存储引擎的择优；数据表字段的类型及数值格式择优。服务器架构设计。常见的有服务器网络分布，服务角色合并等等。运维自动化工具开发，主要采用系统的Shell脚本或Python、C/C++语言，开发常用的自动备份、监控警报等工具，减少人力成本，加强维护监管的精准度。运行监控工作细则：一、运行监控工作需7 x24小时不间断的对所有生产环境中的服务器、路由器以用服务端软件进行监控。运维监控工作按每天24小时计算，由五名运维工程师每人轮班，假设为ABCDE五名员工，具体排班表见附件《运维轮排表》。二、运维工作中监测到异常时需按以下流程来处理：1. 记录详细的故障症状及相关输出信息运维部会开发一套运维工作日志系统，用于记录每次故障的详情，以便日后对故障进行后续跟踪和职责过失判定。2.进行应急处理运维部与研发部双方会不断交涉更新汇总出一份常见故障应急处理方法的手册，以B/S形式发放至每一位运维工程师。当出现突发故障时，运维工程师在记录下故障详情后，则按照该手册结合自己的技术经验来进行故障修复。3.发布紧急维护通知当故障在10分钟内无法恢复时，应属于紧急维护，需要对外发布维护公告。根据公司制度，运维工程师需先上报至运维部负责人，再由运维部负责人通知运营部负责人发布通知。为了防止联系不上运维或运营部负责人以及公布发布专人，运营部需有权用运营部拟定的维护公告模板来发布紧急维护公告，但是由运维部发布的维护公告，需事后由运维及运营部负责人签字确认原因是有相关负责人联系不上。4. 运维部开始进行后续技术处理直至问题解决较复杂的故障处理工作在发布紧急维护公告之后，运维部负责人需组织运维工程师进行后续的故障排队工作直至问题解决。三、运行监控中常出现的故障分为三个类别：硬件故障、软件故障、网络故障。由于服务器等硬件在外地IDC机房，而网络故障大多出在IDC、ISP环节，运维不能自行处理，需走对外的行政流程，因此对于运维工作的过失判断主要从软件故障上进行。如果是因产品程序负载能力引起的故障，不属于运维工作失职。因此每次出现故障之后都需要记录详情，以便跟研发人员一起找出故障原因。数据维护工作细则数据维护工作主要分为生产环境中的过期数据定时分割到公司内部的本地“数据仓库”中进行备份存储，以供后续进行数据挖掘分析。同时还需定时备份生产环境中的线上数据以便出现意外情况时进行数据恢复。数据维护工作主要分以下步骤：每周将线上实时数据按月进行分割备份，例如广告统计、网站访问统计等数据，把30天以前的数据从线上数据库中分割出来保存到本地数据仓库。每周一00:00对线上数据库进行一次完整备份；每天03:00对线上数据库进行一次增量备份。备份文件全部保存到公司内部的“数据仓库”服务器中，“数据仓库”服务器使用至少三块硬盘组建RAID-5阵盘阵列，防止有硬盘损坏时出现数据丢失的情况。为防止“数据仓库”服务器的磁盘阵列卡出现损坏的意外，“数据仓库”中的文件会每三天复制一份到运维负责人的办公电脑中，做到本地一份和异地双份的三重备份。企业信息化建设工作细则企业信息化建设的工作重点在公司内部办公网络的行为管理、办公设备的维护及资产管理方面。以下针对这几天进行详细规定：网络行为管理工作时间，每个员工的网络带宽最大为上传60KB/s，下行为100KB/s，以免出现个别员工占用大量网络带宽影响其他员工的工作开展；工作时间，禁止访问部份与工作无关的娱乐性网站，以免影响工作效率；研发相关部门的研发人员，限制其外网连接，仅允许通过内部IM工具进行交流，以免泄漏公司机要数据。办公设备维护及资产管理公司公用打印机、扫描仪、传真机、复印机等办公设备，统一使用权限，以免出现滥