計算機應急預案

1、111 計算機系統(tǒng)重大突發(fā)性事件應急預案第一章 計算機系統(tǒng)重大突發(fā)性事件應急預案1. 說明 華夏人壽保險股份有限公司信息系統(tǒng)應急方案是為了確保當華 夏人壽關(guān)鍵系統(tǒng)發(fā)生故障或供應鏈因以外中斷時， 關(guān)鍵業(yè)務仍可繼續(xù) 運作，而預先制定和準備的一系列操作方案。 本應急方案并不能代替 解決問題的工作， 它只提供一個最低可接受的服務水平， 以便有充足 的時間去修復出現(xiàn)故障的系統(tǒng)。 其價值在于， 計劃和方案在危機出現(xiàn) 前就已經(jīng)制定好， 能最大限度地爭取時間。 通過應急方案主動的有預 見性的，而不是被動地倉促地對緊急情況做出反應。2. 應急方案的目標 /范圍2.1 目標與范圍(1) 業(yè)務連續(xù)：確保華夏人壽的日

2、常業(yè)務能夠連續(xù)運行，不出現(xiàn) 中斷。在某些系統(tǒng)或子系統(tǒng)功能失效的情況下， 關(guān)鍵系統(tǒng)不至于癱瘓， 主要功能不會喪失。(2) 降低風險：應急方案必須采取各種措施，把由于問題而產(chǎn)生 的風險降到最低。(3) 減少損失：對于可能產(chǎn)生的風險，采取技術(shù)和管理方面的補 救措施，盡量將各種損失減少到最低。(4) 避免災害：盡量避免因為系統(tǒng)故障而產(chǎn)生災害的高危系統(tǒng)造 成的直接或間接影響，確保人民生命財產(chǎn)安全和社會穩(wěn)定。目前，華夏人壽保險公司基于計算機和網(wǎng)絡的業(yè)務處理系統(tǒng)主要 包括核心業(yè)務系統(tǒng)、財務系統(tǒng)和辦公系統(tǒng)。2.2 關(guān)鍵業(yè)務系統(tǒng)描述核心業(yè)務系統(tǒng)業(yè)務生產(chǎn)系統(tǒng)配臵 1臺 HPrp8420 服務器和 1 臺 rp74

3、20，rp8420 和 rp7420 分別劃分兩個硬件分區(qū)， 一個硬件分區(qū)配臵是 4CPU、8G 內(nèi) 存作為業(yè)務系統(tǒng)的數(shù)據(jù)庫服務器，另一個硬件分區(qū)是4CPU 4G內(nèi)存作為業(yè)務系統(tǒng)的應用服務器。一套磁盤陣列EMC CX5O0作為核心 業(yè)務系統(tǒng)和財務系統(tǒng)的硬件支撐平臺。另外配臵一臺 HPrp3410 作為 核心業(yè)務系統(tǒng)及財務系統(tǒng)的測試服務器 , 運行非關(guān)鍵的開發(fā)和測試工 作。財務系統(tǒng)財務系統(tǒng)安裝在 1臺 HPrp4440 服務器上，同時與核心業(yè)務系統(tǒng) 共用一套磁盤陣列EMCCX5O0 Rp4440也劃分兩個硬件分區(qū)，一個硬 件分區(qū)配臵是2CPU 4G內(nèi)存，運行財務系統(tǒng)的數(shù)據(jù)庫，另一個硬件 分區(qū)配臵

4、是2Cpu 2G內(nèi)存，運行財務系統(tǒng)的應用程序。核心業(yè)務系 統(tǒng)的服務器與財務系統(tǒng)的服務器做雙機互備，平時業(yè)務系統(tǒng)運行在 rp8420 上，財務系統(tǒng)運行在 rp4440 上，當一臺服務器的一個分區(qū)發(fā) 生故障時系統(tǒng)切換到另一臺服務器的相應分區(qū)上運行。3. 應急團隊組織結(jié)構(gòu)應急方案都是在發(fā)生災害的非常時期進行。 因此，充足的人力資 源配備和明確的責任分工顯得尤為重要。 如果沒有一個組織有序的團 隊，很難保證災難發(fā)生時能夠在既定時間內(nèi)完整、 成功地實現(xiàn)災難處 理和業(yè)務恢復。從華夏自身來看，其實施應急的團隊組成不僅要橫跨各個部門， 還要縱向包含省分和市分等多級機構(gòu)。 因此，合理地組織華夏各級機 構(gòu)的各個業(yè)

5、務部門的人力資源， 根據(jù)災難恢復方案的需要明確各個團 隊成員分工，是保證應急方案順利實施的基礎。更重要的一點是，將 各個組織部門的管理層納入應急實施團隊或至少得到他們的充分承 諾是整個應急系統(tǒng)成功的關(guān)鍵因素之一。這里需要說明的是： 由于災難的偶然性和突發(fā)性， 應急團隊并不 需要全職地投入到應急工作中。 實際上，整個團隊中除了應急實施負 責人和協(xié)調(diào)人之外，其他成員在日常工作中都是兼職地加入應急團 隊，其擔負的任務和責任也只是其日常工作地一部分而不是全部。 但 是，整個應急團隊需要在建立和修訂應急方案時全職地投入應急工 作，這些工作至少持續(xù)到整個方案測試結(jié)束， 以保證團隊對應急方案 的實施能力。3

6、.1 團隊負責人根據(jù)華夏的組織結(jié)構(gòu)情況， 設立應急負責人組成整個應急系統(tǒng)的最高管理層。 應急負責人是整個應急系統(tǒng)的最高負責人， 是具體實施 應急的領導者。3.1.1 作用 應急負責人全面負責整個華夏的業(yè)務持續(xù)和災難恢復工作， 包括 方案制定、人員組織溝通、方案演練、文檔和測試工作。應急負責人 的主要作用就是保證華夏能夠在發(fā)生災難的情況下保持關(guān)鍵業(yè)務的 持續(xù)運行，將災難損失降低到最小程度。3.1.2 職責 保持和本級高級管理層的聯(lián)絡； 具體負責應急方案的制定和實施； 保證所負責的區(qū)域內(nèi)的災難恢復和業(yè)務持續(xù)； 共同保持整個華夏范圍內(nèi)的應急知識普及； 協(xié)同華夏各部門的應急工作。3.2 應急協(xié)調(diào)人3.

7、2.1 作用 具體聯(lián)絡相關(guān)小組實施應急負責人下達的各項任務， 協(xié)調(diào)上下級 之間和各部門之間的聯(lián)絡和協(xié)同， 并且他們還要作為制定和實施應急 方案的聯(lián)絡人。3.2.2 職責 組織和協(xié)調(diào)所負責區(qū)域的應急相關(guān)的各項工作； 對本區(qū)域的人員進行相應的應急知識培訓； 組織各部門的應急演習和評審； 聯(lián)絡和溝通本區(qū)域的各個部門以及外部供應商和服務商。3.3 災難恢復小組災難恢復小組是應急方案的具體執(zhí)行者， 負責執(zhí)行和災難恢復相 關(guān)的具體職能。 根據(jù)各項職能的要求， 每個小組大約包括 3 到 5 名成 員，由組長負責本組的工作， 并且在每個組中還要有一個候補的小組 負責人。各個小組都需要由應急中心和所支持的省公司

8、的相關(guān)人員共 同組成，在災難發(fā)生時共同利用應急中心的資源完成災難恢復和業(yè)務 延續(xù)。各個小組在應急負責人的領導下進行工作， 通過應急協(xié)調(diào)人和各 級部門之間進行溝通。 根據(jù)實際工作的需要， 可以對小組的工作進行 具體的詳細劃分，或者增加新的職能小組。應急負責人、協(xié)調(diào)人和各小組的組長一起構(gòu)成整個應急團隊的管 理層，由他們負責指導華夏應急方案的制定和實施。以下具體描述各小組的職能和組成。3.3.1 設施恢復組 設施恢復組負責監(jiān)控本區(qū)域內(nèi)所有的物理設施， 包括平時的預防 工作和災難發(fā)生時的損失評估、保護、維修和轉(zhuǎn)移，以及在應急管理 層的指導下，進行災難地和應急中心之間地物理設備切換。根據(jù)其職能，設施恢復

9、組主要包括以下人員： 設施規(guī)劃和運行維護人員； 資產(chǎn)管理和審計人員 供應商和服務商聯(lián)絡人員 設施相關(guān)的技術(shù)專家 安全管理人員 法律和保險管理人員3.3.2 行政管理組 行政管理組負責為其他職能部門作好所需的后期保障工作， 包括 運輸、安全保衛(wèi)、資金、人員調(diào)配和公共關(guān)系等。行政管理組主要包括以下人員： 具有足夠資源調(diào)度授權(quán)的經(jīng)理； 運輸、財務、人事、安全保衛(wèi)、公共關(guān)系相關(guān)人員； 外部服務商、供應商聯(lián)絡人員； 行政助理3.3.3 系統(tǒng)恢復組 系統(tǒng)恢復組負責保證支撐關(guān)鍵業(yè)務應用的平臺系統(tǒng)的恢復， 并及 時提供給相關(guān)的業(yè)務部門。系統(tǒng)恢復組主要由以下人員組成： 系統(tǒng)管理員 供應商聯(lián)絡人員3.3.4 通訊

10、恢復組通訊恢復組負責維護和保障應急方案中的通訊需要， 包括語音通 訊和數(shù)據(jù)通訊，尤其是災難恢復所需的指揮通訊和恢復關(guān)鍵業(yè)務應用 所需的數(shù)據(jù)通訊。 通常通訊恢復組需要借助第三方的網(wǎng)絡供應商來完 成所需的通訊保障工作。因此，通訊恢復組包括： 網(wǎng)絡及通訊系統(tǒng)維護人員 網(wǎng)絡服務供應商聯(lián)絡人員； 設備供應商聯(lián)絡人員；3.3.5 用戶聯(lián)絡組 用戶聯(lián)絡組負責應急團隊和各業(yè)務部門的溝通和聯(lián)絡， 以使應急 團隊及時了解詳細的災難影響以及來自業(yè)務部門的需求， 同時，也是 業(yè)務部門了解應急團隊的災難恢復工作進展情況， 幫助雙方更準確地 進行相應的決策。用戶聯(lián)絡組人員組成： 各業(yè)務部門代表 應用系統(tǒng)專家3.3.6 數(shù)

11、據(jù)控制組 數(shù)據(jù)控制組負責應急的數(shù)據(jù)備份和恢復工作， 包括制定相應的備 份計劃、 恢復優(yōu)先級的評估以及恢復方式， 并在災難發(fā)生時負責實施 相應的數(shù)據(jù)恢復工作。數(shù)據(jù)控制組由以下人員組成： 數(shù)據(jù)控制經(jīng)理； 數(shù)據(jù)備份管理人員； 備份介質(zhì)管理人員； 原始單據(jù)管理人員； 數(shù)據(jù)錄入組織人員；3.3.7 應用恢復組 應用恢復組負責業(yè)務應用系統(tǒng)的恢復，這個小組和系統(tǒng)恢復組、 數(shù)據(jù)控制組一起完成業(yè)務支撐應用系統(tǒng)的恢復工作， 實現(xiàn)業(yè)務的延續(xù) 運行。應用恢復組的成員主要有：應用系統(tǒng)管理員；應用系統(tǒng)開發(fā)商維護人員；338配合協(xié)作組配合協(xié)作組負責應用系統(tǒng)發(fā)生問題時，和其它恢復小組一起完成 業(yè)務支撐系統(tǒng)的恢復工作。主要成員

12、根據(jù)業(yè)務系統(tǒng)影響的范圍而定， 例如在與分公司、支公司或者營銷部的某些業(yè)務受到影響時，則需要 當?shù)丶夹g(shù)人員的配合，一同完成業(yè)務系統(tǒng)的恢復工作。4. 關(guān)鍵業(yè)務監(jiān)控技術(shù)平臺針對華夏人壽業(yè)務系統(tǒng)技術(shù)新、規(guī)模大、可用性要求高、管理 任務重的特點，華夏人壽除了配備了高素質(zhì)的技術(shù)支持團隊， 而且采 用了完整的數(shù)據(jù)庫管理解決方案，能夠完全滿足壽險核心業(yè)務系統(tǒng)管 理需求。5. 應急處理流程應急處理流程分為事件級別判定、事件處理及升級程序。5.1事件級別判定事件級別定義：序號事件級別顏色標識故障現(xiàn)象描述1一級故障紅色系統(tǒng)運行中斷，對用戶業(yè)務的運行有嚴 重影響。2二級故障橙色系統(tǒng)中重要功能受損、主要性能指標嚴 重下

13、降，影響和限制了部分業(yè)務運營。3三級故障黃色在系統(tǒng)主要功能及性能指標運行正常的 情況下，系統(tǒng)部分功能與性能受損。對于華夏人壽重要的核心業(yè)務系統(tǒng)、財務系統(tǒng)，主機、數(shù)據(jù)庫、 網(wǎng)絡系統(tǒng)有著至關(guān)重要的作用，根據(jù)事件級別的定義，主機、數(shù)據(jù)庫、 網(wǎng)絡系統(tǒng)的事件級別判定標準如下：事件級別顏色 標示故障現(xiàn)象描述主機系統(tǒng)數(shù)據(jù)庫網(wǎng)絡一級 故障紅色系統(tǒng)運行中斷，對 用戶業(yè)務的運行有 嚴重影響。核心業(yè)務主 機癱瘓。業(yè)務數(shù)據(jù)庫 掛起或者無 法正常使用。核心交換機、 骨干網(wǎng)絡線路 不能使用。二級 故障橙色系統(tǒng)中重要功能受 損、主要性能指標 嚴重下降，影響和 限制了部分業(yè)務運 營。核心業(yè)務主 機運行緩 慢、出現(xiàn)嚴 重報警信

14、息 或硬件錯 誤。核心數(shù)據(jù)庫 響應緩慢，部 分應用出現(xiàn) 數(shù)據(jù)不一致 性等錯誤。父換機或路由 器性能下降， 或者網(wǎng)絡帶寬 使用率超出承 載能力。三級 故障黃色在系統(tǒng)主要功能及 性能指標運行正常 的情況下，系統(tǒng)部 分功能與性能受 損。核心主機基 本上正常工 作，但存在 硬件或系統(tǒng) 級錯誤，使 得主機系統(tǒng) 性能有所下 降。數(shù)據(jù)庫工作 基本正常，但 是某些非重 要數(shù)據(jù)存在 問題或者運 行不夠穩(wěn)定。網(wǎng)絡基本正 常，但是出現(xiàn) 網(wǎng)絡數(shù)據(jù)偶爾 停頓等現(xiàn)象。四級 故障藍色在系統(tǒng)無故障或不 影響用戶業(yè)務運行 的情況下，用戶對 系統(tǒng)的功能、安裝、 配臵、性能優(yōu)化或 使用方面提出技術(shù) 咨詢服務要求。主機系統(tǒng)運 行正常

15、，但 是在主機系 統(tǒng)參數(shù)配 臵、或性能 優(yōu)化方面需 要改進。數(shù)據(jù)庫系統(tǒng) 運行正常，需 要對數(shù)據(jù)庫 系統(tǒng)配臵參 數(shù)進行調(diào)整。網(wǎng)絡運行正 常，對網(wǎng)絡鏈 路使用或設計 方面有待改 進。5.2事件處理程序類型事件事件 級別預防措施緊急處理程序機房 環(huán)境機房強電停電，停 電時間超過UPS備 援時間二級定期對UPS運行 狀況和電池進 行檢測，增加 UPS寺機時間關(guān)閉非關(guān)鍵業(yè)務 服務器，與相關(guān)系 統(tǒng)管理員聯(lián)系，做 好系統(tǒng)關(guān)機準備。機房 環(huán)境空調(diào)上水和凝水 管小面積漏水，不 超過單個機房面 積的1/3，沒有淹 及強、弱電模塊， 不影響主機和網(wǎng) 絡設備的運行三級安裝防漏水報 警系統(tǒng)，加強機 房環(huán)境巡檢，做 好機

16、房頂層的 防水工作立即聯(lián)系物業(yè)公 司吸掃漏水，切斷 水源，聯(lián)系相關(guān)廠 商查找原因和解 決問題。機房 環(huán)境機房漏水，漏水面 積超過單個機房 面積的1/3，水深 已經(jīng)引起地面強 電短路、弱電模塊 不能正常通信一級安裝防漏水報 警系統(tǒng)，加強機 房環(huán)境巡檢，做 好機房頂層的 防水工作立即聯(lián)系物業(yè)公 司吸掃漏水，切斷 水源，聯(lián)系相關(guān)廠 商查找原因和解 決問題。主機 系統(tǒng)業(yè)務生產(chǎn)主機、財 務生產(chǎn)主機運行 主機宕機二級施行雙機熱備， 加強系統(tǒng)巡檢， 加強數(shù)據(jù)和系 統(tǒng)備份立即與集成商、廠 商聯(lián)系報告故障， 并手動切換到備 份主機，啟動備份 主機上的相關(guān)服 務主機 系統(tǒng)磁盤陣列宕機一級加強系統(tǒng)巡檢， 與廠商聯(lián)系

17、定 期進行診斷，加 強數(shù)據(jù)和系統(tǒng) 備份迅速與集成商、廠 商聯(lián)系分析原因 和解決問題主機 系統(tǒng)郵件系統(tǒng)故障，服 務不能在短時間 內(nèi)恢復二級加強系統(tǒng)備份， 加強系統(tǒng)巡檢， 提前發(fā)現(xiàn)并解 決問題，增加硬 件冗余措施立即通知受影響 的用戶，聯(lián)系軟件 廠商進行緊急修 復。網(wǎng)絡 系統(tǒng)與分公司的單條 線路出現(xiàn)故障，處 理時間超過2小時三級考慮硬件冗余， 考慮線路冗余， 加強日常監(jiān)控立即與電信運營 商、系統(tǒng)集成商聯(lián) 系分析原因和解 決問題網(wǎng)絡分公司與中心支二級考慮硬件冗余，立即與電信運營系統(tǒng)公司連接的分公 司匯聚端出現(xiàn)故 障，影響分公司與 所有下轄機構(gòu)的 通信考慮線路冗余， 加強日常監(jiān)控商、系統(tǒng)集成商聯(lián) 系分

18、析原因和解 決問題網(wǎng)絡 系統(tǒng)分公司與中心支 公司相連的單條 線路出現(xiàn)故障，處 理時間超過8小時三級考慮硬件冗余， 考慮線路冗余， 加強日常監(jiān)控立即與電信運營 商、系統(tǒng)集成商聯(lián) 系分析原因和解 決問題網(wǎng)絡 系統(tǒng)總公司廣域網(wǎng)匯 聚端出現(xiàn)故障，影 響總公司與所有 分公司的通信一級考慮硬件冗余， 考慮線路冗余， 加強日常監(jiān)控立即與電信運營 商、系統(tǒng)集成商聯(lián) 系分析原因和解 決問題網(wǎng)絡 系統(tǒng)核心路由器或核 心交換機單臺故 障二級考慮硬件冗余， 加強日常監(jiān)控， 加強數(shù)據(jù)和系 統(tǒng)備份立即與集成商聯(lián) 系，并手動切換到 備份設備網(wǎng)絡 系統(tǒng)2臺核心路由器或2臺核心交換機都 發(fā)生故障一級考慮硬件冗余， 加強日常監(jiān)控

19、， 加強數(shù)據(jù)和系 統(tǒng)備份立即與集成商、廠 商聯(lián)系，借用設備 暫時恢復服務，并 立即查找原因并 對設備進行修復。安全 事件網(wǎng)絡遭受拒絕服務攻擊In ternet 出口堵塞二級安裝防火墻修改外網(wǎng)IP地址， 立即聯(lián)系集成商、 廠商進行分析和 處理內(nèi)部網(wǎng)絡遭入侵， 內(nèi)部機密資料泄露一級安裝防火墻 加強安全意識 教育立即關(guān)閉遭受攻 擊的端口，備份重 要日志文件，并聯(lián) 系集成商、廠商進 行分析和處理5.3事件處理時限和升級程序時間一級故障二級故障三級故障四級故障30分鐘相關(guān)業(yè)務部門、主管咼級工程師相關(guān)業(yè)務部門、 （分公司）主管 工程師（分公司）主管工程師（分公司）主 管工程師1小時信息技術(shù)部門領導分公司）

20、主管咼 級工程師一一4小時分管信息工作的公司領導信息技術(shù)部門領 導、（分公司）信 息管理領導（分公司）主管 高級工程師8小時公司領導信息技術(shù)部門領導一（分公司）主 管咼級工程師24小時保監(jiān)會分管信息工作的公司領導信息技術(shù)部門領 導、（分公司）信 息管理領導48小時一公司領導一一72小時信息技術(shù)部門領導信息技術(shù)部門 領導、（分公 司）信息管理 領導第二章信息系統(tǒng)重大事項匯報制度一、概述本制度定義了部門工作中，可能引起或已經(jīng)產(chǎn)生嚴重不良后果的 事項：包括重大項目和重大事故，統(tǒng)稱為重大事項。本制度針對不同 的情況規(guī)范了對此類事項的匯報過程和實施、處理途徑。目的制訂本制度的目的是： 改善部門內(nèi)部溝通機

21、制， 保證部門負責 人對重大事項及其可能產(chǎn)生的不良影響有充分的了解。 并在此基礎上 充分運用其崗位職能， 協(xié)調(diào)組織重大項目的實施工作和重大事故的處 理工作，從而最大限度的避免潛在隱患的發(fā)生、 降低事故造成的影響。 重點重大項目的匯報實施制度重點在于實施前的周密計劃和嚴謹 設計、實施過程中的科學控制和嚴格測試。重大事故的匯報處理制度重點在于匯報過程的及時、 匯報內(nèi)容 的準確完整、 處理過程的高效率和高質(zhì)量、 事故處理完成后的及時總 結(jié)。二、重大事項的定義 重大事項指部門日常工作中， 可能引起或已經(jīng)產(chǎn)生嚴重不良后果 的事項，它包括重大項目和重大事故。（一）重大項目 重大項目指具有較高復雜性的、 實

22、施細節(jié)比較陌生且有一定難度 的，影響面較大的并且因為上述特點而存在較大的實施風險的工作。 重大項目包括但不僅指如下工作：（1）核心業(yè)務系統(tǒng)更換或核心業(yè)務系統(tǒng)中重要功能的開發(fā)、 改造： 系統(tǒng)整體更替或改造、一級模塊的整體改造（如 保全流程改造），公 用模塊的開發(fā)、改造（如 統(tǒng)一核保）或其他重要項目。（2）重要系統(tǒng)的硬件平臺遷移，操作系統(tǒng)、應用服務器、數(shù)據(jù)庫 管理系統(tǒng)產(chǎn)品更替、 版本升級或為了調(diào)整現(xiàn)有系統(tǒng)性能而修改系統(tǒng)配 臵和參數(shù)。（3）比較復雜的新型產(chǎn)品上線：現(xiàn)有系統(tǒng)不能完全支持，需要進 行較大規(guī)模修改的新型產(chǎn)品（如 萬能險、投資連結(jié)險） 。（4）辦公系統(tǒng)、外掛業(yè)務系統(tǒng)的開發(fā)或重大改造。（5）對

23、公司經(jīng)營具有重要戰(zhàn)略意義的項目（如數(shù)據(jù)倉庫，CRMCall Center ）。（二）重大事故 重大事故在部門日常工作中因為各方面的原因造成或可能造成嚴重不良影響的事件。重大事故包括但不僅指如下情況：(1) 生產(chǎn)系統(tǒng)數(shù)據(jù)庫或應用服務器非正常宕機：因為系統(tǒng)硬件故 障、系統(tǒng)軟件錯誤、惡意攻擊或管理員操作失誤導致系統(tǒng)較長時間 (定 義)無法正常使用。(2) 生產(chǎn)系統(tǒng)數(shù)據(jù)嚴重錯誤：因為業(yè)務部門提供的數(shù)據(jù)錯誤、上 傳數(shù)據(jù)失誤、 手工操作數(shù)據(jù)失誤， 程序邏輯錯誤等原因造成的大量系 統(tǒng)基礎數(shù)據(jù)或業(yè)務數(shù)據(jù)錯誤， 嚴重影響正常的業(yè)務結(jié)果 (如大量的保 單打印錯誤、收費、紅利、生存金數(shù)據(jù)錯誤) 。(3) 公司網(wǎng)絡大

24、面積癱瘓或阻塞，嚴重影響生產(chǎn)系統(tǒng)、辦公系統(tǒng) 的運行：因為網(wǎng)絡提供商的責任、主干線路或節(jié)點設備的物理損壞、 惡意攻擊等原因造成的公司網(wǎng)絡的大面積癱瘓或阻塞導致生產(chǎn)系統(tǒng)、 辦公系統(tǒng)較長時間(定義)不能正常使用。(4) 公司電腦系統(tǒng)的安全正在或可能受到嚴重的外來侵害：公司 計算機系統(tǒng)自外部被攻破， 遭到或即將遭受嚴重破壞。 惡性計算機病 毒在公司計算機系統(tǒng)內(nèi)出現(xiàn)，已經(jīng)或可能嚴重破壞公司計算機系統(tǒng)。(5) 貴重設備、重要數(shù)據(jù)損壞或遺失。(6) 各種原因造成的設備損壞或遺失、各種原因造成的備份數(shù)據(jù) 損壞或遺失。三、重大事項的匯報(一)重大項目的匯報重大項目的匯報過程也是項目實施的前期準備過程。 部門負責

25、人 指定的項目負責人有義務通過書面或當面報告， 讓部門負責人了解整 個項目的內(nèi)容、復雜程度、 可能存在的風險等情況。必要時應該編寫 項目可行性分析報告 。部門負責人確定某項目為重大項目后， 項目負責人應該編寫 項 目計劃書。項目計劃書應包括項目實施的目標，責任分解表，項 目進度表， 項目實施中各項責任的負責人， 項目實施各階段的關(guān)鍵指 標及檢測要點。項目負責人在編寫完 項目計劃書 后應該及時發(fā)送給部門負責 人確認。項目負責人根據(jù) 項目計劃書 和項目具體情況安排相關(guān)人員編寫項目實施方案和檢測方案，對于項目實施一旦失敗可能造成業(yè)務停 頓等嚴重后果的項目還應編寫項目實施過程應急預案。對于軟件開發(fā)項目，實施方案指需求規(guī)格說明書和概要設 計，檢測方案指內(nèi)部測試計劃書；對于其他項目應該根據(jù)具體情 況編制實施方案和檢測方案。實施方案、檢測方案和項目實施過程應急預案經(jīng)部門負責人 確認后，項目進入實施階段。（二）重大事故的匯報當部門工作因為各方面的原因，不可避免的發(fā)生了重大事故時， 部門內(nèi)的每一位員工都有義務及時將事故原因和嚴重程度向部門負 責人直接匯報。以便其對內(nèi)協(xié)調(diào)相關(guān)資源及時解決問題，減少損失， 杜絕后患；對外澄清事實，明確部門間責任，爭取主動，體現(xiàn)部門整 體工作效率。對于明顯屬于第二節(jié)中所列舉的重大事故和其他可以肯定會產(chǎn) 生嚴重不良影響的事故的必須在第一時間直接匯