用戶現(xiàn)狀與需求IT系統(tǒng)現(xiàn)狀用戶現(xiàn)有系統(tǒng)包括數(shù)據(jù)庫、應用EB、郵件等系統(tǒng)，雖然是雙機架構(gòu)，但是其穩(wěn)定性和牢靠性都沒有到達核心系統(tǒng)應當具備的標肯定的局限性。業(yè)務數(shù)據(jù)是企業(yè)業(yè)務的生命線業(yè)務系統(tǒng)的關鍵業(yè)務數(shù)據(jù)，我們必需對這些數(shù)據(jù)進展有效的備份，并支持快速恢復。通過備份的方式將文件()停頓工作時，隨之而來的損失更是不行估量，為避開類似風險的存正常工作，保證業(yè)務穩(wěn)定運行。用戶需求建設目標IP地址切換〔按客戶需要選擇，中間件效勞，用戶級業(yè)務。應用級容災從流程上實現(xiàn)了全業(yè)務的連續(xù)性需求。從我們的災難系統(tǒng)建設閱歷動身xxx可以考慮以下業(yè)務連續(xù)性打算目標：RP〔RT〔30分鐘應用級容災需求1.2.2用戶需要保障數(shù)據(jù)的長期安全牢靠的，數(shù)據(jù)對于災難的安全性和可恢復性：災難切換時間要求多種災難切換方式

30分鐘，最好在10分鐘內(nèi)實現(xiàn)。供給自動災難系統(tǒng)切換和手動災難切換方式打算內(nèi)維護要求供給打算內(nèi)維護支持力量，打算內(nèi)維護切換時間不多0分鐘數(shù)據(jù)喪失性要求原則上要求零數(shù)據(jù)喪失，可以依據(jù)狀況進展調(diào)整數(shù)據(jù)同步方式 供給同步和異步兩種方式備份和災難備份方式承受物理備份方式實現(xiàn)物理部件失敗要求致的失敗保護。

站點失敗要求規(guī)律失敗要求

支持由于火災，電力以及其他因素導致站點失敗的數(shù)據(jù)保護。支持由于數(shù)據(jù)塊腐敗導致的數(shù)據(jù)庫無法啟護人類錯誤失敗要求保護或者恢復。

支持由于人類誤操作以及入侵等導致人類錯誤失敗導致的數(shù)據(jù)5%生產(chǎn)系統(tǒng)可用性要求容災系統(tǒng)不會降低生產(chǎn)系統(tǒng)可用性網(wǎng)絡鏈路分鐘級別短暫故障網(wǎng)絡鏈路小時級別長期故障

要求不會對生產(chǎn)系統(tǒng)產(chǎn)生影響要求不會對生產(chǎn)系統(tǒng)產(chǎn)生影響網(wǎng)絡鏈路密集的秒級別短暫故障要求不會對生產(chǎn)系統(tǒng)產(chǎn)生影響網(wǎng)絡鏈路容錯 支持網(wǎng)絡鏈路的容錯，可以利用網(wǎng)絡的備份鏈路，比方多路網(wǎng)卡等災難系統(tǒng)的硬件故障由于災難系統(tǒng)硬件故障導致的災難系統(tǒng)不行用不會對生產(chǎn)系統(tǒng)產(chǎn)生影響，比方網(wǎng)卡，磁盤以及掌握卡等災難系統(tǒng)的軟件故障由于災難系統(tǒng)軟件故障導致的災難系統(tǒng)不行用不會對生產(chǎn)系統(tǒng)產(chǎn)生影響，比方災難系統(tǒng)治理軟件部件等網(wǎng)絡協(xié)議 承受IP網(wǎng)絡實現(xiàn)網(wǎng)絡帶寬 一般的百兆或者千兆帶寬RTT要求RTT要求在10ms以內(nèi)即可滿足要求，可以容忍局部時間30ms響應在線實施要求 要求在備份系統(tǒng)實施期間保持生產(chǎn)系統(tǒng)運行存儲系統(tǒng)失敗的原址運行在生產(chǎn)系統(tǒng)主機可用的狀況下可以支持系統(tǒng)原址運行建議方案設計原則原則：最高的性價比，依據(jù)用戶的實際需求，供給適宜的解決方案，在有限的資金許可范圍內(nèi)供給符合需求的方案。關鍵業(yè)務系統(tǒng)的數(shù)據(jù)不喪失。廣泛的適用性，支持異構(gòu)平臺，產(chǎn)品可以適應不同類型的應用、數(shù)據(jù)以及主機存儲設備。容災方案設計應用系統(tǒng)持續(xù)效勞緊迫性的區(qū)分，應有針對性的選擇容災系統(tǒng)方案?；趹贸绦蛉轂慕鉀Q方案方案優(yōu)點應用程序在本地、遠端雙寫I/O；完全連續(xù)性；方案缺點投資格外高，容災軟件價格昂貴；實施簡單，應用系統(tǒng)需要重搭建；該方案完全由軟件實現(xiàn)，需消耗主機系統(tǒng)資源，效率底；基于數(shù)據(jù)庫復制的遠程容災解決方案方案優(yōu)點數(shù)據(jù)庫本身的遠程復制〔OracleDBGuar；實施相對簡便，支持異構(gòu)存儲；方案缺點只能復制數(shù)據(jù)庫文件，實現(xiàn)數(shù)據(jù)庫容災；需要重調(diào)試、安裝數(shù)據(jù)庫；停機時間較長；基于主機的遠程數(shù)據(jù)復制軟件容災解決方案方案優(yōu)點復制軟件在卷治理器層面截獲I/O，遠程復制支持異構(gòu)存儲；可以實現(xiàn)應用的實時、自動切換；方案缺點需要重配置存儲卷，停機時間較長；增容災系統(tǒng)需要增加軟件授權(quán)；基于存儲的遠程數(shù)據(jù)復制容災解決方案方案優(yōu)點智能存儲遠程數(shù)據(jù)復制，技術(shù)較成熟；設備、軟件投資費用低；實施簡便，應用系統(tǒng)僅需短時間停機；不需要對應用、數(shù)據(jù)庫重安裝調(diào)試；方案缺點只支持同一廠商同一系列存儲；不能實現(xiàn)應用的實時、自動切換；依據(jù)用戶的應用特點：建議使用基于存儲的容災方案。系統(tǒng)整體架構(gòu)本地災備中心效勞器均承受原有效勞器，全部效勞器配HBA卡，連接至用戶現(xiàn)有光纖交換機；增存儲參加SAN網(wǎng)絡，存儲空間可依據(jù)業(yè)務需求，自由劃分給多套系統(tǒng)使用；增一臺備份效勞器NBUHDS虛擬帶庫作為備份SAN備份。主數(shù)據(jù)中心和災備中心之間通過高速光纖鏈路連HDS容災治理軟件TrueCopy實現(xiàn)磁盤陣列之間數(shù)據(jù)難故障時，能啟用災備中心進展正常交易。異地備份中心容災中心增容災效勞器、容災交換機，增DSAMS2100作為容災存ERP及交易系統(tǒng)。災備中心運行維護方案解決方案選擇商簽訂效勞水平協(xié)議〔SL。另外，在制定系統(tǒng)恢復策略時應當考慮諸如獨立磁盤冗余陣列RAI、自動故障切換、不連續(xù)電源UPS〕和鏡像系統(tǒng)等技術(shù)。行的策略。通常，有三種備用站點可供選擇：由機構(gòu)擁有或運行的專用站點商業(yè)租用設施確定為冷站點、溫站點、熱站點、移動站點和鏡像站點。BIA的結(jié)果和銀聯(lián)對業(yè)務持續(xù)性的要求，選擇的解決方案可以描述為：據(jù)實時同步，其功能為：當生產(chǎn)中心發(fā)生災難時，數(shù)據(jù)的完整性。當生產(chǎn)中心的存儲系統(tǒng)及數(shù)據(jù)不行訪問時,可以通過對備份數(shù)據(jù)中心的數(shù)據(jù)的訪問。建立災備中心，生產(chǎn)中心的數(shù)據(jù)將完全復制到災備中心，允許存在肯定的時間差，但應滿足RPO和RTO要求。災備中心配置有與生產(chǎn)中心架構(gòu)一樣業(yè)務持續(xù)性的要求。度的不影響生產(chǎn)中心的主機和存儲系統(tǒng)的性能。當生產(chǎn)中心災難發(fā)生時，災備中心的完全復制數(shù)據(jù)將用于生產(chǎn)數(shù)據(jù)中心恢復運行。業(yè)務持續(xù)性策略日常運行狀態(tài)報并承受上級治理人員的監(jiān)視和檢查。切換流程切換流程分打算內(nèi)切換流程和打算外切換流程，首先爭論打算為切換流程。覺察并確定災難狀況致災難的時間隨時向運行保障室報告。通知負責恢復的人員監(jiān)控大事的進展，必要時將向業(yè)務持續(xù)小組負責人通報。當發(fā)生可能導致業(yè)務處理中心的狀況后，需要通知以下人員：信息中心主管業(yè)務持續(xù)治理小組負責人業(yè)務持續(xù)行政小組負責人負責維護發(fā)生以外大事的系統(tǒng)的部門負責人BCP打算啟動BCP打算是業(yè)務持續(xù)治理小組和/或業(yè)務持續(xù)行政小組的職責。通常由業(yè)務持續(xù)治理小組和/或業(yè)務持續(xù)行政小組的負責人宣布BCP打算的啟動。在被BCP打算啟動。BCP所定義的工作內(nèi)容，損害評估小組和災難恢復小組開頭工作。激活災備站點在通知恢復的人員過程中，災備站點的值班人員必需被通知并馬上投入工用系統(tǒng)，做好恢復業(yè)務運行的預備。BCP啟動的通知后，依據(jù)BCP所定義的操作流程，與生產(chǎn)中心陪著或獨立執(zhí)行業(yè)務恢復工作。公布公告BCP所定義的工作內(nèi)容向外公布公告供給業(yè)務恢復所需的效勞BCP所定義的工作內(nèi)容為業(yè)務的持續(xù)運行效勞?；謴蜆I(yè)務運行的預備工作，如全部工作人員到位等。非切換特別處理流程響業(yè)務處理的正常運行，或備份中型和/或災備中心發(fā)生特別等。雖然這些特別切換特別處理流程如下：覺察并確定災難狀況運行中心運行保障室是負責覺察可能導致業(yè)務系統(tǒng)災難的大事的主要部門。致災難的時間隨時向運行保障室報告。通知負責恢復的人員監(jiān)控大事的進展，必要時將向業(yè)務持續(xù)小組負責人通報。當發(fā)生可能導致業(yè)務處理中心的狀況后，需要通知以下人員：信息中心主管業(yè)務持續(xù)治理小組負責人業(yè)務持續(xù)行政小組負責人負責維護發(fā)生以外大事的系統(tǒng)的部門負責人推斷特別影響程度業(yè)務持續(xù)治理小組和/或業(yè)務持續(xù)行政小組的負責人在推斷特別影響程度的BCP的打算。特別處理恢復工作，并與內(nèi)部和外部的支援團隊取得聯(lián)系，獲得相應支持。災難恢復預案打算內(nèi)和打算外停機的切換步驟打算內(nèi)停機生產(chǎn)中心操作：檢查生產(chǎn)中心和容災中心全部的主機、存儲、網(wǎng)絡、卷復制軟件是否都正常；正常停頓生產(chǎn)中心的全部應用；容災中心操作：MAP給容災中心的主機；手工啟動應用系統(tǒng)；打算外停機容災中心操作：MAP給容災中心的主機；手工啟動應用測試；設備故障的影響和處理生產(chǎn)中心主機故障cluster響；cluster問題；數(shù)據(jù)切換到容災中心；在容災中心啟用應用；對應用有大切換影響；生產(chǎn)中心存儲系統(tǒng)故障陣列自己的冗余功能；替換故障備件；對應用無影響；陣列不能冗余問題〔2塊掌握器故障；多塊硬盤同時故障，數(shù)據(jù)切換到容災中心；在容災中心啟用應用；對應用有大切換影響；復制鏈路故障數(shù)據(jù)復制中斷；對應用無影響；鏈路恢復后數(shù)據(jù)正常復制；容災中心設備故障容災中心設備故障對應用系統(tǒng)無影響。實施風險提示依據(jù)xxxx的業(yè)務應用需求，本方案旨在用最低的投資到達xxxx所需在60分鐘心實現(xiàn)應用系統(tǒng)切換的系統(tǒng)容災效果，無法躲避如下風險因素：應用系統(tǒng)的自動實施切換本方案在需要切換系統(tǒng)時，必需人工干預，無法實現(xiàn)自動切換；數(shù)據(jù)庫數(shù)據(jù)特別60分鐘的〔全部容災方案均無法躲避該問題〕同城災難本容災方案無法躲避地震、電網(wǎng)大規(guī)模斷電等掩蓋全市的災難恢復；應急治理預案緊急響應策略緊急相應策略概述實行的步驟。復原是回到業(yè)務的運行狀態(tài)。于在緊急大事中公布命令。緊急大事響應方式概述指導對外聞公布；其中容災工作委員會的主要指責是組織開展對緊急大事的監(jiān)測與報告、分析和預警；需要啟動緊急大事緊急預案時，提請決策層批準，提出物資和經(jīng)費儲藏打算；檢查督導緊急大事緊急預案的落實狀況等。緊急響應和運作的需求1、識別潛在的緊急大事類型和所需的響應〔如火災、危急物質(zhì)泄漏、疾病等〕2、識別現(xiàn)有的、正確的緊急大事相應規(guī)程通知規(guī)程：內(nèi)部的〔逐級規(guī)程，包括本地的、機構(gòu)的。外部的〔響應規(guī)程大事前的預備：依據(jù)災難的類型：自然大事、事故、有意的破壞治理和職權(quán)的連續(xù)性緊急措施：疏散醫(yī)療和人員詢問危急材料響應滅火通知其他消減損失：測試規(guī)程和責任：3、建議制定還沒有的緊急大事規(guī)程，規(guī)程包括以下內(nèi)容：人員的保護：括適當?shù)闹鸺夁^程生疏和了解充分和更嚴格地履行任何相關法律要求的重要性識別直接部署和后續(xù)合同的選項大事的掌握：了解挽救和掌握損失的原則了解用于掌握業(yè)務影響的緊急大事效勞工作進展補充的可用選項了解業(yè)務功能本身掌握災難影響的可能性后果的評估：分析形勢并供給有效的評估報告評價大事對機構(gòu)的直接影響將形勢通報給相關設施和機構(gòu)其他地點中的員工供給對媒體可能關注事項的理解并與現(xiàn)存的公共關系和/或市場部門聯(lián)合制定響應方案打算最適宜的行動：了解在建議或打算連續(xù)性選項過程中需要考慮的事項了解緊急大事效勞的角色維護安全的原則〔人員、物理和信息〕4、將災難恢復、業(yè)務連續(xù)性規(guī)程與緊急大事規(guī)程整合起來5、識別治理緊急大事的命令和掌握需求設計和裝備緊急大事運作中心在大事中命令和決策的職權(quán)角色通信載體〔如郵件、無線電、信使和移動等〕6、建議制定對角色、職權(quán)進展定義的命令和掌握規(guī)程以及治理緊急大事的通信規(guī)程開啟緊急大事運作中心緊急大事運作中心的治理和運作關閉緊急大事運作中心7、緊急大事響應和分類搶救的優(yōu)先挨次院的運輸規(guī)程8、挽救和復原需求集適宜當?shù)膱F隊：了解通過進展有效診斷的需要了解在受到影響的地點對相關資源進展有效集中的需要/響應開放的現(xiàn)場供給所需等級的資源定義初始現(xiàn)場的行動策略：了解對直接消減損失和挽救需求進展識別的需要了解其需求并在需要的狀況下預備站點保安、安全和穩(wěn)定措施打算識別保護現(xiàn)場資產(chǎn)的適當方法，包括設備房產(chǎn)和文檔〔如法律法規(guī)、緊急大事效勞如消防部門以及警察、保險公司、損失理賠等〕了解業(yè)務需求和對其進展解釋以幫助物理資產(chǎn)的恢復與公共當局建立設施訪問的規(guī)程與第三方效勞供給商盡力規(guī)程，包括適當?shù)暮贤瑓f(xié)議9、確保緊急大事響應規(guī)程與公共當局的要求相統(tǒng)一緊急響應場所的分類和功能、建設描述緊急響應場所至少包括避難所〔shelterinplace、緊急操作中心EOCemergencyoperationcenteIC〔incidentcommand緊急大事運作中心ICS的場所。實現(xiàn)對緊急大事的分析、打算、組織、協(xié)調(diào)和治理掌握等指揮功能。手段和最小的資源投入，將損失掌握在最小范圍內(nèi)。緊急大事運作中心根本功能包括：緊急大事的評估與觸發(fā)啟動，依據(jù)對各種資料數(shù)據(jù)的分析評估，對大事進展級別判定，經(jīng)核實后向相應級別的部門提出預案啟動建議。系統(tǒng)。參謀人員為首長供給各種關心決策信息。及其他相關單位的通訊網(wǎng)絡。信息收集分析功能：收集、整理各種相關信息資源。緊急大事運作中心應急指揮系統(tǒng)具有以下六大功能：理配置有關資源，準時掌握大事集中。可實現(xiàn)對特定范圍內(nèi)緊急大事的實時監(jiān)測，準時覺察突發(fā)大事?？缮舍槍Σ煌瑧贝笫碌亩喾N處理預案。期效果進展模擬?；h程調(diào)度治理，從根本上提高治理效率。緊急場所設施使用人員的權(quán)限安排性。緊急大事發(fā)生前的監(jiān)測、監(jiān)控與預警系統(tǒng)信號，提示企業(yè)和社會進展相關的應對和預備工作，防患于未然。監(jiān)測預警主要包括：火災監(jiān)測供電監(jiān)測監(jiān)測急救監(jiān)測影響區(qū)域監(jiān)測以上局部依據(jù)風險分析來完善。易造成重大危害的分布狀態(tài)及危急因素進展早期報告。政、事業(yè)單位。緊急大事發(fā)生后的緊急大事響應程序緊急大事的一般響應程序是：施；大事通知通知規(guī)程沒有先兆。通知規(guī)程應當在打算中包含這兩種狀況。適當?shù)耐ㄖ獙ο鳒pIT系統(tǒng)和支持小組。箱傳送消息。在影響廣泛的災難大事中，有效的通知工具是電臺、電視播送和WEB網(wǎng)站。的規(guī)程。下面是一個呼叫樹〔舉個例子：〔如家庭、工作號碼及傳呼號碼、電子郵件地址和家庭地址。通知還應當發(fā)給會由于不知情而受到負面影響的外部機構(gòu)或者互聯(lián)的伙伴系統(tǒng)。依據(jù)中斷類型的不同，POC可能具有恢復力量。所以，與外部機構(gòu)相連的每一個互聯(lián)系統(tǒng)應相互幫助，幫助的方式應當依據(jù)所供給的系統(tǒng)互聯(lián)協(xié)議確POC應當被列入打算的附錄中?？梢罁?jù)被通知的團隊而定。依據(jù)需要，通知信息可以包括以下內(nèi)容：所發(fā)生或者將發(fā)生的緊急狀況的性質(zhì)死亡或者受傷狀況任何的評估結(jié)果響應和恢復的細節(jié)何時何地召集會議介紹簡況或者聽取進一步的響應指令在評估期間進展重部署預備的指令〔假設需要〕損害評估程對于不同的系統(tǒng)是不同的；但是應當涉及到以下領域：造成緊急狀況或者中斷的緣由潛在的附加中斷和損失受到緊急狀況影響的區(qū)域〔如計算機室構(gòu)造的完整性、電源、電信、以及制熱、通風和空調(diào)〕的狀況IT設備的總量和功能狀態(tài)IT設備及其存貨的損失類型被更換的工程〔如硬件、軟件、固件或者支持材料〕估量恢復正常效勞所需的大事在書面打算無法得到的狀況下,具有損害評估職責的人員應當了解和能夠執(zhí)行這些規(guī)程.一旦系統(tǒng)的影響被確定,就應當將最信息和對此狀況的響應打算通知給適當?shù)膱F隊。通知應當依據(jù)通知規(guī)程進展。打算的啟動只有當損害評估的結(jié)果顯示一個或多個系統(tǒng)啟動條件被滿足時，IT緊急打算CIO應啟動打算。于以下方面：人員的安全和/或設施損失的程度系統(tǒng)損失的程度系統(tǒng)對于機構(gòu)使命的影響程度預期的中斷持續(xù)時間關的恢復團隊。通知和啟動階段模板〔系統(tǒng)名稱〕中斷造成的損害的最初行為。基于對大事的評估，可以通過緊急打算協(xié)調(diào)人啟動打算。人員的安康和安全。關聯(lián)人員的聯(lián)絡信息列在附錄中，通知挨次如下：協(xié)調(diào)人?！蚕到y(tǒng)負責人〔損害評估小組負責人聯(lián)系并將大事通知他們〔緊急打算協(xié)調(diào)人〕指示團隊負責人開頭評估規(guī)程?！矒p害評估小組〕可以遵循以下指導。損害評估規(guī)程：IT設備在接到〔緊急打算協(xié)調(diào)人〕的通知后〔損害評估小組負責人〕應當….〕應當….備用評估規(guī)程：接到〔緊急打算協(xié)調(diào)人〕的通知后〔損害評估小組負責人〕應當….〔損害評估小組〕應當….---〔損害評估小組負責人〕將結(jié)果通知〔人。要重進展配置。緊急狀況相關人員〔如警察、消防。以下一個或者多個標準得到滿足將啟動緊急預案：1〔系統(tǒng)名稱〕超過規(guī)定時間內(nèi)無法使用。2、設施受損并且超過規(guī)定時間內(nèi)無法使用。3、其他適當?shù)臉藴?。緊急打算協(xié)調(diào)人〕要通知全部團隊的負責人并將大事的細節(jié)以及是否需要重配置通知他們。收到〔緊急打算協(xié)調(diào)人〕的通知，團隊負責人要通知各自團隊。應當將?！骋ㄖ搽x站存儲設施〕發(fā)生了緊急大事并且〔損害評估確定的狀況下〕將所需材料送到〔備用站點?！簿o急打算協(xié)調(diào)人〔備用站點發(fā)生了緊急大事并要求其為(機構(gòu))的到達進展預備?！骋獙⒋笫碌拇笾聽顩r通知剩余人員〔通過通知規(guī)程。局部事故緊急響應預案局部事故應急預案指企業(yè)單位針對本單位存在的現(xiàn)實危急和有可能發(fā)生的施應急救援的組織方案和行動打算。(一)應急預案的編制原則1、應依據(jù)本單位危急源的特點編制，要有較強的針對性。2、救援措施、避險要領應當簡潔明白，有較強的可操作性。3、應急救援預案的編制應遵循企業(yè)自救與社會救援相結(jié)合的原則。(二)應急預案的主要內(nèi)容1、危急源辨識及評價結(jié)果。2、事故類型及可能造成的危害分析。3、事故應急救援及緊急避險措施。4、事故應急救援組織指揮機構(gòu)、救援隊伍及職責分工。5、事故應急救援器材、裝備。6、需懇求社會救援的事項。7、事故應急預案演練的考核評價標準。8、事故應急預案治理制度。(三)應急預案制定的根本程序及要求應急預案的制定是針對各項事故應急措施(含信息)、程序和行動打算的文件化過程。預案的制定應按如下程序及要求進展。1、危急源評估。通過辨識危急因素和危急部位，確定危急(危害)類型。2、事故類型與危害分析。事故類型與危害分析是在危急源評估的根底上對故產(chǎn)生危害的大小，以此作為制定事故應急措施的依據(jù)。3、制定應急措施。依據(jù)不同的事故類別、事故危害等，爭論制定相應的應對措施。對可能發(fā)生無法直接施救或可產(chǎn)生較大次生災難的事故要賜予特別關注，制定緊急疏散等應急措施，防止盲目施救導致傷亡擴大。4、依據(jù)事故應急措施需要，制定應急救援裝備、器材配置方案。主要包括搶險器材設備、人員防護裝備、通訊設備、搶救器材設備的種類和數(shù)量等。5、制定應急救援組織指揮機構(gòu)和應急救援隊伍方案，并明確職責分工。保證事故應急救援組織指揮機構(gòu)在發(fā)生事故時能依據(jù)事故狀況實施有效的協(xié)調(diào)指揮；應急救援隊伍能夠?qū)嵤┯行У膽睋岆U、排險、救援、搶救等工作。6、分析確定需社會救援的事項。為了在發(fā)生重、特大事故時能夠準時得到援的事項，納入預案治理。7、制定有關人員培訓內(nèi)容和預案演練考核標準。為使應急指揮人員和救援險逃命的要領，應爭論制定相關培訓內(nèi)容和預案演練考核標準。8、形成預案。在上述工作的根底上，經(jīng)過專家評審和領導審批后，作為執(zhí)行性文件。特大事故應急救援預案應報有關治理部門備案。(四)預案措施的落實與治理應急救援預案確定后，企業(yè)單位的主要負責人要組織預案措施的落實工作。(五)預案演練主要內(nèi)容：1救援支援及其接報響應。2、事故發(fā)生后第一時間的現(xiàn)場應急搶險或避險。3、事故應急調(diào)度指揮部指揮與搶險。包括指揮部人員快速趕赴現(xiàn)場預定位展搶險、排險、疏散、戒備、搶救等相關工作。4、調(diào)用物資。包括應急搶險車輛、裝備、通訊器材、醫(yī)療器材、藥品和個人防護用品等。5、演練總結(jié)和預案補充。依據(jù)演練考核標準，對演練狀況進展總結(jié)，補充完善預案。重、特大事故緊急響應預案災、搶救等工作而制定的事故應急響應方案和行動打算。重、特大事故應急響應預案由主管領導審批執(zhí)行,在相關部門備案。主要內(nèi)容應包括：(一)事故應急響應組織體系及各局部職能1、組織領導機構(gòu)。2、辦事機構(gòu)。3、明確事故應急響應職責。(二)事故信息報送程序及要求1