《IT应用系统停机流程》.docxVIP

精品文档 IT 应用系统停机流程 由于停电或系统维护等原因，总部机房内的各个应用系统需要停机。现制定应用系统停机流程如下。 本流程的适用范围为股份公司总部。 第一章 总则 一、停机事件分为一级停机事件和二级停机事件两类。 二、一级停机事件：不可预见或非计划性的停机事件（如大楼紧急停电等） 称为一级停机事件。 三、二级停机事件：由于系统维护的需要（如系统打补丁等）或外部资源的 要求（如网络环境改造等） ，事先计划好的停机事件称为二级停机事件。 四、一级停机事件通常会波及到所有的应用系统，如大楼紧急停电，虽然机 房内配置了 UPS设备，但如果停电时间过长，应用系统还是要停机，来电之后再开机恢复各应用系统。本着将停机影响降到最低的原则，制定 关键应用系统的停机顺序如下（先停网络财务系统，最后停 MK系统）：网络财务系统 - 〉物流应用系统 - 〉门户网站系统 - 〉邮件系统 - 〉MK系统，MK系统的停机会造成很大的影响， 尤其是在高峰期间 （17：00— 21：00），所以应尽量避开这个时间段。 五、在一级、二级停机事件发生前，各项目组的项目经理或项目经理指定的负责人负责将停机的具体时间以邮件的方式在最短的时间内通知相关用 户（包括使用应用系统的外部客户） ，并抄送信息管理部的主管领导。 若邮件方式不可用，采用电话通知等其它方式将停机的相关信息通知用户。 六、在一级、二级停机事件发生时，各项目组的项目经理或项目经理指定的负责人全权负责各自的应用系统，配合网络组和系统组进行停机和开机操作。若发生紧急情况，各项目组必须有专人进行处理。 七、在一级、二级停机事件中，项目经理或项目经理指定的负责人的离开时 间，由网络组或系统组确定，未得到特别允许，不得擅自离开。 八、项目经理或项目经理指定的负责人必须 24 小时携带并打开手机， 且手机 . 精品文档 必须在服务区内，保证相关人员能够及时进行沟通，顺利完成系统停机和系统恢复工作。 九、项目经理或项目经理指定的负责人必须认真填写“停机申请表”和“系 统停机日志”。（见附件一和附件二） 十、运维部门（网络组和系统组）负责编排时间窗，协调和优化二级停机的具体时间，努力减少停机次数，同时负责统计年停机时间和原因等。 第二章 停机流程 一、一级停机流程： 系统组或网络组负责了解停机原因和停机起止时间， 发邮件通知项目经理或项目经理指定的负责人， 并报信息管理部主管领导、 信息总监和相关部门负责人。 项目经理或项目经理指定的负责人在最短时间内将停机通知以邮件 的方式发送给所有相关人员（包括使用应用系统的外部用户） ，内容包括停机起止时间，涉及到的系统（生产环境、培训环境等）以及相关负责人的联系方式。 如果邮件不可用， 采用电话等方式通知所有相关人员。 接听用户电话，做好解释工作。 由系统组或网络组人员实施停机操作，项目组人员配合。 如果在停机过程中出现异常情况， 如发现用户仍没有下线， 系统组或网络组应及时通知项目经理和主管副总或总经理， 由项目经理或项目经理指定的负责人逐个通知用户下线， 紧急情况下， 可以采取强制方式请用户下线。 系统恢复后，由系统组或网络组通知项目经理或项目经理指定的负责人系统已恢复，项目经理或项目经理指定的负责人进行系统恢复后的处理工作（如应用程序的测试等） ，填写系统停机日志并提交给运维部门（网络组或系统组） 。 . 精品文档 一级停机流程 项目经理 / 主管副总 / 系统组 / 网络组 用户 文档 指定负责人 总经理 信息总监 负责人 流程开始 了解停机原因和 停机起止时间 发邮件通知 收到通知 收到通知 收到通知 前 件 事 转发邮件，并做好解释工作 收到通知 机 停 配合工作 实施停机操作 解决问题 及时通知 异常情况 强行令用户下线 发现用户未下线 收到通知 收到通知 中 件 通知用户下线 用户下线 事 机 停 系统恢复后的 处理工作 填写系统停机 备份系统停机 系统停机日志 日志 日志 后 件 事 流程结束 机 停 二、二级停机流程： 需要停机的项目组应尽量做到提前三天提出停机申请， （有些停机需 要征求总裁办、业务、财务等部门领导意见） ，由项目经理或项目经 . 精品文档 理指定的负责人填写停机申请表， 报主管副总或总经理， 主管副总或总经理在停机申请表上签字确认。 项目经理或项目经理指定的负责人将停机申请表提交给网络组或系 统组负责人，由网络组或系统组审核并确定停机的起止时间 （有些停机需信息总监审批）。 网络组或系统组以邮件的方式发停机通知，抄送相关领导和信息总监。 项目组收到停机通知后， 在最短时间内将停机通知以邮件的方式转发给相关人员和用户， 抄送主管领导， 内容包括停机起止时间、 涉及到的系统（生产环境、培训环境等）以及相关责任人的联系方式。 在计划的