运维管理制度.docxVIP

运维管理制度

定义

运维：为了保障软硬件产品正常运转而进行的维护。

日常维护：维护工程师为了防止系统出现问题做的日常性维护，比方内存清理、系统升级、杀毒检测等；

日常巡查：为了及时发现问题而做的定期巡查，新产品暂定为每天2次。

用户报障：使用者反应的故障；

事件：导致系统不能正常运行的事情都是事件。

问题：反复发生的事件或者非常重要的事件，上升为问题，问题需要通过分析，找到处理方案，通过产品研发等系统性手段进行解决。

效劳报告：含巡查报告、系统运行分析、总结等内容。

组织架构及职责说明

运维体系目前为虚拟架构，人员跨各部门。主要岗位包括：

效劳台：负责运维主动巡查、故障接报、预处理、工单下发等；

软件运维：目前由软件部指定专人负责，负责软件日常维护及故障处理、产品变更、发布。

硬件运维：由工程部指定专人负责；负责硬件日常维护及故障处理。

软件/效劳器日常维护制度

软件部指定专人负责效劳器维护；

主要工作：

定期更新系统补丁；

定期更新病毒库，查杀病毒。

定期检查CPU、内存、磁盘占有率并维护。

经常更改系统管理员密码；

检查系统平安，比方是否多出超级管理员等

确保自己的电脑平安。

现场硬件产品日常维护制度

每次现场巡检时，应清理维护传感器和设备；

对于EC和PH传感器应每个月清理重新安装，防止土壤结块。长期不浇水时，应将传感器取出置于水中。

配置管理制度

工程施工完成，应向效劳台提交配置清单及拓扑图等资料存档；

硬件更改后，应更新配置清单；

软件版本变化后，应更新配置清单。

事件处理制度

解决时效

不同的用户有不同的效劳等级，同样的问题

用户等级

解决时效

关键问题

一般问题

不重要问题

等级1

3天

14天

等级2

7天

30天

等级3

14天

30天

事件管理

问题管理

问题：反复发生的事件或者非常重要的事件，上升为问题，问题需要通过分析，找到处理方案，通过产品研发等系统性手段进行解决。

维护部门确认为问题后，效劳台负责登记问题并上报，相关部门负责提出解决方案。确定能解决的进入研发等。

变更发布流程

详见《生产环境升级标准》

用户确认

问题最终解决后，解决人员要告知效劳台，效劳台联系用户确认。

效劳报告

每日提交运维报告：说明当日的系统运行情况。

每周提交运维分析报告：统计当期运行情况，对于持续没有解决或者反复发生的事件，单独提出列为问题。