文档时间:2010-6-11 于成都 by:xikder
 
项目更新主要存在的风险包括,数据丢失,升级失败,业务异常。
 
    数据丢失
    定    义:
       数据丢失,指因操作不当导致的业务系统数据丢失损坏,使系统无法正常运 营。
    风险分析:
       数据是整个业务系统的核心,无论是系统上线还是业务运维,数据都起着至 关重要的作用。正因为如此,数据所带来的风险也是最大的。可以说数据安全决     定了整个项目的成败。
    数据风险包括:
        1、因操作不当导致原数据丢失或产生错误。
        2、系统崩溃导致数据丢失。
        3、备份数据丢失或被误删除。
        4、备份数据不完整或不可用。 
    风险等级:
    风险类型:可预见 
    保障措施:
        1、在进行任何与数据相关的更新操作的前,必须先做好数据日常备份。
        2、升级或大型更改前,必须采用双重备份机制甚至是多重备份机制对进行 数据进行备份。在做好数据本地备份的同时必须做好远程备份。
        3、备份后首先检测检查备份数据的完整性和可用性。
    应对措施:
        1、若在操作过程发生数据丢失或数据错误,首先应用本地备份进行恢复。 
        2、若本地数据备份数据丢失或不可用,采用本地备份副本或远程备份数据 进行恢复。
 
    升级失败
    定    义:升级失败,是指升级过程中遇到未知因素导致的升级不成功。 
    风险分析:结合前次升级经验,在升级过程中可能会遇到一些临时性问题,导致 配置不成功,耽误升级时间。直接导致升级不能按时完成。
    升级失败包括:
        1、配置过程中出现问题,无法解决。
        2、配置过程中出现问题,可解决但超过预期时间。
    风险等级:
    风险类型:不可预见 
    保障措施:
        1、细化升级过程,对时间把关。
        2、跟踪升级过程,对操作把关。
        3、保留并备份原系统。
    应对措施:
        1、若在某个环节问题,应尽量协助解决。当时间超出预计时间适当给予延 时,如问题能实时解决则接着进行下一环节。务必保障在规定时间内完成任务。
        2、若升级不能按时完成,则在继续解决问题的同时,做好恢复原系统的准 备。
        3、在规定时间前仍不能解决问题,则终止解决问题,但记录问题。以便寻 找解决方案。恢复原系统。不向外发布升级信息。
 
    业务异常
    定    义:业务异常,是指系统升级过后出现,在试运营期间出现严重错误。导 致系统不能正常使用。
    风险分析:由于系统的测试均在内部进行,在实际运营中可能会出现一些不可预 见的,未知错误。包括系统BUG,系统环境配置导致的问题等。
    业务异常包括:
        1、业务故障,系统无法正常访问。
        2、页面异常,系统页面出现严重BUG。
        3、数据异常。
    风险等级: 
    风险类型:不可预见
    保障措施:
        1、实时跟踪新系统使用,同时广泛收集bug。
        2、升级时保留原系统,以便应急时使用。 
    应对措施:
        1、轻量级问,保障系统其他业务正常运行的同时,迅速解决问题。
        2、严重问题,发布页面故障公告。并迅速解决问题。
        3、严重问题,不能按时解决的,发布故障公告,同时恢复原系统以便应急 使用。
   
    综合风险
    定     义:综合风险,是指在整个系统升级过程中, 多种风险问题同时出现或 出现其他未知问题的情况。   
    风险分析:在升级过程中可能会遇到多种问题同时出现的情况,或在升级过程中 出现服务器故障网络故障等导致升级不能按时完成。
    业务异常包括:
        1、多种风险问题同时出现。
        2、调试时出现服务器系统故障。
        3、调试时出现服务器硬件故障。
        4、调试时出现网络故障。
        5、其他未知因素。
    风险等级:
    风险类型:不可预见 
    保障措施:
        始终遵循保留原系统,且保障原系统可即时恢复,可用的原则。 
    应对措施:
        遇到问题根据保障措施实施,其他未知问题,临时应变。