业务升级风险及其应对

文档时间：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、其他未知因素。

    风险等级：中

        始终遵循保留原系统，且保障原系统可即时恢复，可用的原则。 

        遇到问题根据保障措施实施，其他未知问题，临时应变。