日常运维管理制度.docx

. . PAGE PAGE 1 / 9 日常运维管理制度 运维保障机制 建立硬件、网络、系统、应用及业务软件日常维护流程机制； 建立故障应急处理流程机制； 建立备份恢复保障机制； 建立安全保障管理机制； 建立版本管理机制，管理平台生产环境运行的软件版本； 以上机制应形成文档，作为日常遵循规范，按要求执行。 硬件维护能力 需对硬件设备具备 7*24小时不间断的支持、响应能力，原则上每日对硬件设备至少健康检查一次并记录；定期对网络环境进行检查。 我公司服务器部署在移动云上定期通过命令进行硬件检测， 内存、硬盘、I/O 的使用情进行查询并进行登记，每台服务器运行的软件对硬 件性能使用情况检测，对于服务器我们进行系统备份、软件，每日对网络使用情况进行观察，针对突发异常流量进行分析。 故障处理响应及要求 设备（系统）出现故障时，根据不同的故障级别提供相应的服务响应，响应方式及要求如下： 故障级 别  故障内容 响应时间及效 其他 果 一般故障 次 要故障 出现系统故障，不影响系统运行，不影响业务正常运作 出现系统故障，影响系统运行或 影响非关键业务运作，不影响核心业务运作 工程师即时响应 处理， 24小时内解决。 工程师即时响应处理， 8小时内解决。 对于硬件故障（含机房环境故障）， 要 求不论在何 时确诊需要 进行备件 更换，发出备件 更换指令 更换，发出备 件 更换指令 起3小时内备 出现系统故障，系统崩溃 工程师即时响应 III 重 件 到达故障 或其他状况，影响核心业务 处理， 2小时内解 大故障 现场，并恢复 的正常运行 决。 系 统正常运 行。 针对部署国家平台节点服务器我们实施系统备份、 软件重要数据实时备份， 主机备份是提供的保留某个时间点上的主机系统数据状态的服务。基于主机备份可以随时生成或删除备份， 并基于已备份进行主机的恢复， 实现已有应用和主机数据的快速复用， 如系统出现事故无法使用将进行系统恢复并把最近一次备份的数据进行恢复。 对于突发情况建立应急服务流程， 主要是针对可能发生的各种意外情况设计应急的方案， 以控制和规避突发事件带来的集中性风险， 从而降低设备集中性风险所造成的损失，制定以下流程图： 应急机制处理流程图 应急机制处理流程图 用户提出服 务需求 受理并记录 服务需求 工程师分析 故障 联系 处理结果 携带配件 现场处理 未解决 驻厂经理 沟通 用户负责人 报告故障进度、结果 项目经理 报告 总经理 解决 录入后台 数据库 提供故障技术报告 结束 为保证服务实施的质量能够稳定并不断有所提升， 保障客户需求能够得到有效满足， 保障服务实施团队为客户提供统一、 标准化的服务支持，并为客户设立专门的技术服务专员，对进行全程跟踪，提升服务 实施专业性，制定服务流程： 服务台及现场服务流程图 服务台及现场服务流程图 用户 服务台 技术支持 服务经理 1. 提出服务 需求 2. 受理并记 录服务请求 理受务服 3. 事件分类 4. 远程解 决 现场服务 未解决 未解决 理处务服 解决 派发现场服 务单 服务升级 服务支持 解决 5. 满意度回 访 解决 遗留问题 有 无 原因调查及 诊断 服务支持 束结务服 结束 数据库维护能力 每日对数据库进行日常巡检， 内容包括对日志、 会话数、表空间、磁盘空间等主要数据库参数进行检查 （需要配置监控软件）；对数据 库进行数据备份、归档日志整理、表空间维护、权限分配、异常问题 处理； 对数据库相关 JOB进行维护； 定期对数据库进行重启，以释放资源；制定数据备份方案及数据恢复演练方案， 定期进行数据恢复演练。 中间件维护能力 对中间件进行运行状况检查； 每日对核心中间件和应用日志进行检查。定期对中间件性能进行检测，必要时进行优化处理。 安全要求 需要按照信息系统等级保护二级的要求对系统进行维护， 包括但不仅限于： ） 定期对系统进行风险评估工作，包括对网站及应用接口进行外网渗透测试、对内部主机进行漏洞扫描，并完成加固工作； ） 对网站进行安全 7*24小时安全监测，发现问题及时记录并处理； ） 需每周至少一日信息系统进行安全巡检。包括对网络安全设备的巡检、配置优化，对信息系统内的各类状态进行判断， 定期升级规则库和系统版本。 运维服务方式 为了保证项目所有软硬件设备的正常运行， 我方提供了灵活的服务方式，可以充分满足项目的需求，服务方式有以下几种： 服务台—提供技术咨询、服务请求受理、任务分派、意见受理客户 服务专员快速通道、服务查询等服务。 远程支持服务―为终端用户提供远程技术维护服务。 现场服务―为远程未能解决的问题提供技术支持、现场维护服务。 运维人员管理： ） 人员储备 建立与运行维护服务相关的人员储备计划和机制，确保有足够的人员，以满足与需