版本发布应急回退方案.docx

版本发布应急回退方案
为确保版本发布的成功， 在版本发布前应对每次版本发布的风险做相应的评估， 对版本
发布的过程Check list 做严格的评审。在评审发布内容时对存在风险的发布项做重点评估，
确定相应的回退范围， 制定相应的回退版本发布应急回退方案
为确保版本发布的成功， 在版本发布前应对每次版本发布的风险做相应的评估， 对版本
发布的过程Check list 做严格的评审。在评审发布内容时对存在风险的发布项做重点评估，
确定相应的回退范围， 制定相应的回退策略。 为确保每次版本发布风险的可防可控， 特准备 以下回退方案。
版本发布前的准备工作
回退分析
备份版本发布所涉及的存储过程、函数等其他数据对象。 （版本发布人员）
备份配置数据。 （配置版本发布人员）
数据备份方式
Dmp 方式
备份在线生产平台接口、应用、工作流等版本。 （版本发布人员）
回退准备工作
凌晨 4 点如有不可控问题,需启动回退机制。
通知用户准备回退（质保部）
确定需要回退的关联系统和回退时间点。 （用户、质保部、版本发布人员）
准备存储过程等数据对象回退版本。（版本发布人员）
准备配置数据回退版本。 （配置版本发布人员）
准备应用程序、接口程序、工作流等回退版本。 （版本发布人员）
回退步骤
通知用户系统开始回退。 （质保部）
通知各关联系统进行版本回退。 （质保部）
回退存储过程等数据对象。（版本发布人员）
配置数据回退。（配置版本发布人）
用程序、接口程序、工作流等版本回退。（版本发布人员）
退完成通知各周边关联系统。（版本发布人员）
、 SHAKEDOWN 测试。 （质保部）
、通知用户回退完成。 （质保部）
版本发布总结
对引起回退的原因做深入分析、总结经验，避免下次回退发生。