软件产品运维升级管理制度办法.docxVIP

软件产品运维升级管理制度办法 PAGE PAGE 1 ———————————————————————————————— 作者： ———————————————————————————————— 日期： 软件产品运维升级管理办法 文件版本：V0.1.0 制订部门：总经理办公室 发布日期：2017年05月19日 变更历史 版本号 修订内容 修订人 修订日期 审批人 审批日期 目录 TOC \o 1-3 \h \z \u 1 目的 1 2 适用范围 1 3 相关规定 1 4 升级流程 2 5 附件 4 5.1 附件一：生产环境升级审批单 4 5.2 附件二：生产环境升级功能清单 5 第PAGE \* Arabic 1页 /共 SECTIONPAGES 5页 目的 为保障公司内部信息系统安全运行，规范部署与升级流程、控制升级次数，达到定期升级的目标，保证业务流程的顺畅，特制定本管理办法。 适用范围 本管理办法所指信息系统包括但不限于公司组织实施的XX系统、XX系统等涉及的信息系统升级管理。 相关规定 信息系统生产环境的升级遵循安全、稳定、慎重的原则，以保证业务流程的顺畅及生产环境的稳定为最大目标，分为：例行升级、紧急升级；生产环境升级准入原则为必须经过用户验证； 为减少升级风险，应控制紧急升级次数。在具备紧急升级所需的各项前提条件下，以下两种情况可进行紧急升级，①因系统故障影响该系统的继续使用且该影响范围较大；②系统功能已经无法满足业务开展且会造成较大范围的业务停顿； 为保障生产环境升级的可靠性，应在升级之前完成灰度环境（准产品环境）升级测试。一般要求周二完成灰度环境升级测试，周四完成生产环境升级； 信息系统升级材料必须做到文档齐全，要至少包含：《生产环境升级审批单》、《生产环境升级功能清单》、《生成环境升级验证用例》及提交的程序、数据，且必须通过相关审批后方可提交系统运维负责人执行升级； 升级前必须做好数据、程序、配置脚本等的备份，以防出现升级失败后能够立即恢复升级前的系统； 升级过程中必须保证一人执行一人监督，以防止升级过程中出现误操作； 升级完成后必须进行升级验证测试，并且升级必须建立完整的升级档案，并定期将这些档案归档，以备审计和检查；  升级流程 项目负责人准备升级材料，包含《生产环境升级功能清单》、《生成环境升级验证用例》、《升级/升级完成通知》及提交的程序、数据； 运维执行人员在灰度环境中进行升级测试，测试通过后由运维负责人、项目负责人共同编写《生产环境升级审批单》并提交审批； 产品环境升级应得到研发中心领导、总经理办公室签字后方可升级。确因时间紧迫无法按要求提前申请的，应及时通过电话方式与相关部门进行沟通确认，并通过邮件通知总经理办公室进行临时升级登记后方可执行； 在升级前，应至少提前半天通过QQ群及微信公众号进行全员通知； 升级执行前，应对系统的数据、程序、配置脚本等进行备份； 升级执行后，升级执行人应启动信息系统并进行常规验证，如启动不正常，检查操作步骤是否正确、相关配置是否正确，如启动正常，并经过常规验证后，联系相关干系人或项目负责人进行升级验证。验证通过视为系统升级成功；反之为升级失败，运维负责人联系项目负责人协助判别失败原因，视实际情况，必要时则将系统环境恢复至升级前的备份版本； 运维负责人填写《生产环境维护日志》，记录此次升级情况。将升级结果通过QQ群及微信公众号进行全员通知，并以邮件等形式通知相关干系人。  附件 附件一：生产环境升级审批单 NO： 生产环境升级审批单 系统名称 升级版本 是否通过客户验证 □是 □否 升级说明步骤 升级说明步骤： 项目负责人： 运维负责人： 申请日期： 部门负责人： 日期： 总经理办公室 总经办签字： 日期： 执行人员 签字： 日期： 验证确认 签字： 日期： 附件二：生产环境升级功能清单 生产环境升级功能清单 基本信息 系统名称 系统版本 新增功能 序号 需求编号 干系人 简要描述 1 2 3 … … … … 改进优化 序号 需求编号 干系人 简要描述 1 2 3 … … … … 缺陷 序号 缺陷编号 干系人 简要描述 1 2 3 … … … …