文件4IT应用系统停机流程.docVIP

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