業務更新風險及其應對

文檔時間：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、其他未知因素。

    風險等級：中

        始終遵循保留原系統，且保障原系統可即時恢複，可用的原則。 

        遇到問題根據保障措施實施，其他未知問題，臨時應變。