文档时间：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、其他未知因素。
    风险等级： 中
    风险类型：不可预见 
    保障措施：
        始终遵循保留原系统，且保障原系统可即时恢复，可用的原则。 
    应对措施：
        遇到问题根据保障措施实施，其他未知问题，临时应变。