最新系統(tǒng)應(yīng)急預(yù)案及快速恢復(fù)方案

1、系統(tǒng)應(yīng)急預(yù)案及快速恢復(fù)方案XXXX有限公司XXX系統(tǒng)應(yīng)急預(yù)案及快速恢復(fù)方案20XX年11月精品資料概述1.1. 目的隨著信息時(shí)代的到來(lái)，信息系統(tǒng)的使用在企業(yè)中涉及的業(yè)務(wù)范圍與程度的不斷 深入，信息系統(tǒng)的安全、穩(wěn)定運(yùn)行尤為顯得重要。財(cái)務(wù)信息系統(tǒng)管理著企業(yè)的核心 業(yè)務(wù)、財(cái)務(wù)和高度機(jī)密的數(shù)據(jù)，對(duì)企業(yè)的正常經(jīng)營(yíng)至關(guān)重要。系統(tǒng)的安全正常運(yùn)行 是企業(yè)正常業(yè)務(wù)開(kāi)展的前提與重要保障。本方案從應(yīng)急預(yù)案管理制度的建立、應(yīng)急預(yù)案的流程制定和運(yùn)作及其財(cái)務(wù)信息 系統(tǒng)應(yīng)急預(yù)案技術(shù)操作規(guī)范三個(gè)方面進(jìn)行闡述，供企業(yè)在制定具體的應(yīng)用軟件系統(tǒng) 運(yùn)行管理應(yīng)急預(yù)案時(shí)參考。參考規(guī)定應(yīng)急情況分類應(yīng)急情況分重大災(zāi)難和一般性緊急情況兩大類進(jìn)

2、行相應(yīng)的處理。1.3.1.重大災(zāi)難重大災(zāi)難是指因各種不可抗力引起的系統(tǒng)災(zāi)難，主要有以下幾個(gè)類型：1、地 震、火災(zāi)、雷電、水災(zāi)等自然災(zāi)害造成的破壞性突發(fā)事件；2、儀器設(shè)備被盜、機(jī) 房存在重大安全隱患而造成的損失等嚴(yán)重突發(fā)事件；3、服務(wù)器系統(tǒng)崩潰、交換機(jī) 等設(shè)備癱瘓、網(wǎng)絡(luò)中斷、病毒和黑客入侵；4、因大面積停電、外部網(wǎng)絡(luò)中斷等因 素導(dǎo)致財(cái)務(wù)信息系統(tǒng)無(wú)法使用等不可抗力引起的網(wǎng)絡(luò)癱瘓、設(shè)備毀損的重大災(zāi)難應(yīng)精1品資料急情況。當(dāng)財(cái)務(wù)信息系統(tǒng)及其運(yùn)行環(huán)境（包括網(wǎng)絡(luò)、硬件和支持軟件）出現(xiàn)重大災(zāi)難時(shí)，啟動(dòng)重大災(zāi)難管理應(yīng)急預(yù)案1.3.2.般性的緊急情況一般性的緊急情況指網(wǎng)絡(luò)、設(shè)備、軟件突發(fā)故障；人為小部分破壞、誤操

3、作、 環(huán)境和應(yīng)用系統(tǒng)突發(fā)癱瘓等引起的一般性應(yīng)急情況。當(dāng)財(cái)務(wù)信息系統(tǒng)及其運(yùn)行環(huán)境 （包括網(wǎng)絡(luò)、硬件和支持軟件）出現(xiàn)一般性的緊急情況時(shí)，啟動(dòng)一般性的緊急情況 管理應(yīng)急預(yù)案。應(yīng)急預(yù)案及快速恢復(fù)方案管理制度對(duì)于財(cái)務(wù)信息系統(tǒng)出現(xiàn)的緊急情況，企業(yè)的各部門應(yīng)充分重視，參照本方案的條款制定相應(yīng)的緊急預(yù)案及快速恢復(fù)方案管理制度:2.1.工作原則統(tǒng)一領(lǐng)導(dǎo)、統(tǒng)一指揮、各司其職、整體作戰(zhàn)、發(fā)揮優(yōu)勢(shì)、保障安全。對(duì)所發(fā)生 的突發(fā)性事件，信息管理人員了解詳細(xì)情況后，應(yīng)馬上向領(lǐng)導(dǎo)匯報(bào)組織領(lǐng)導(dǎo)單位主要負(fù)責(zé)人為突發(fā)事件應(yīng)急組組長(zhǎng)，各相關(guān)業(yè)務(wù)經(jīng)辦機(jī)構(gòu)負(fù)責(zé)人為副組 長(zhǎng)。成員：全體技術(shù)人員、每個(gè)業(yè)務(wù)經(jīng)辦機(jī)構(gòu)選派一名業(yè)務(wù)骨干。平時(shí)由信息

4、管理 部門會(huì)同各業(yè)務(wù)經(jīng)辦機(jī)構(gòu)負(fù)責(zé)信息系統(tǒng)的安全管理工作，落實(shí)各項(xiàng)應(yīng)急方案。在遇 到突發(fā)事件時(shí)，由突發(fā)事件應(yīng)急組長(zhǎng)宣布啟動(dòng)應(yīng)急預(yù)案；響應(yīng)速度當(dāng)出現(xiàn)緊急情況，尤其是重大災(zāi)難事，突發(fā)事件應(yīng)急組組長(zhǎng)必須親自到現(xiàn)場(chǎng)指 揮和處理，工作人員接到通知后立即以最快的速度到達(dá)現(xiàn)場(chǎng)；處理方式嚴(yán)格按照財(cái)務(wù)信息系統(tǒng)緊急預(yù)案管理流程進(jìn)行，具體操作規(guī)程按照財(cái)務(wù)信息系 統(tǒng)緊急預(yù)案操作規(guī)范進(jìn)行處理；總結(jié)與報(bào)告緊急事件處理完畢后應(yīng)編寫完整總結(jié)報(bào)告，總結(jié)報(bào)告應(yīng)對(duì)事件發(fā)生的情況、處 理過(guò)程和處理結(jié)果進(jìn)行完整的記載和分析，向有關(guān)領(lǐng)導(dǎo)上報(bào)，并形成檔案進(jìn)行歸檔 和管理。應(yīng)急處理程序及恢復(fù)控制原則在數(shù)據(jù)庫(kù)遭致破壞或損毀時(shí)，及時(shí)啟動(dòng)災(zāi)難性數(shù)據(jù)

5、恢復(fù)操作規(guī)范，采用備 份數(shù)據(jù)進(jìn)行恢復(fù)，若建立了數(shù)據(jù)容災(zāi)系統(tǒng)，應(yīng)迅即啟用容災(zāi)備份系統(tǒng)支持正常業(yè)務(wù) 開(kāi)展。在硬件損壞修復(fù)時(shí)，遵守?cái)?shù)據(jù)安全完整第一原則，首先在保證存儲(chǔ)介質(zhì)不 受損傷的情況下進(jìn)行維修。在不可預(yù)知災(zāi)難中造成數(shù)據(jù)缺損丟失或系統(tǒng)在近期內(nèi)無(wú)法恢復(fù)時(shí)，應(yīng)緊急 啟動(dòng)手工業(yè)務(wù)處理預(yù)案。在系統(tǒng)恢復(fù)過(guò)程期間，先采用手工處理相關(guān)業(yè)務(wù)。局域網(wǎng)中斷后，信息安全相關(guān)負(fù)責(zé)人員應(yīng)盡快之內(nèi)趕到機(jī)房，查明故障原 因。如屬線路故障，應(yīng)通知相關(guān)人員檢修維護(hù)或重新安裝線路。如屬路由器、交換 機(jī)等網(wǎng)絡(luò)設(shè)備故障，應(yīng)立即從指定位置將備用設(shè)備取出接上，并調(diào)試通暢。如屬路 由器、交換機(jī)配置文件破壞，應(yīng)迅速按照要求重新配置，并調(diào)試通暢。

6、服務(wù)器等關(guān)鍵設(shè)備損壞后，值班人員應(yīng)立即向信息安全負(fù)責(zé)人報(bào)告。信息 安全相關(guān)負(fù)責(zé)人員立即查明原因。如果能夠自行恢復(fù)，應(yīng)立即用備件替換受損部 件。如屬不能自行恢復(fù)的，立即與設(shè)備提供商聯(lián)系，請(qǐng)求派維護(hù)人員前來(lái)維修。如果設(shè)備和財(cái)務(wù)信息系統(tǒng)修復(fù)所需時(shí)間較長(zhǎng)，應(yīng)通過(guò)電話、網(wǎng)站、會(huì)議等 方式做好宣傳解釋工作。應(yīng)急預(yù)案及快速恢復(fù)方案管理流程當(dāng)災(zāi)難性故障發(fā)生時(shí)，一般情況下對(duì)系統(tǒng)的破壞是全方位的，所以高層領(lǐng)導(dǎo)應(yīng) 充分重視，直接親臨現(xiàn)場(chǎng)指揮工作，運(yùn)行環(huán)境應(yīng)急處理、數(shù)據(jù)安全應(yīng)急處理、系統(tǒng) 應(yīng)用應(yīng)急處理同時(shí)進(jìn)行。當(dāng)一般性應(yīng)急事件發(fā)生時(shí)，可能對(duì)系統(tǒng)的破壞是部分的，部門領(lǐng)導(dǎo)應(yīng)親臨現(xiàn)場(chǎng) 領(lǐng)導(dǎo)和指揮工作，對(duì)具體影響進(jìn)行分析和評(píng)

7、估，制定并啟動(dòng)相應(yīng)的應(yīng)急方案。下面對(duì)本方案的標(biāo)準(zhǔn)應(yīng)急預(yù)案流程的各項(xiàng)工作進(jìn)行說(shuō)明：3.1.應(yīng)急情況的發(fā)現(xiàn)工作內(nèi)容：當(dāng)應(yīng)急事件發(fā)生時(shí)，使用人員、網(wǎng)絡(luò)管理員、系統(tǒng)管理員對(duì)事件的 嚴(yán)重性進(jìn)行初步判斷后，應(yīng)立即報(bào)告直接領(lǐng)導(dǎo)，如果是災(zāi)難性應(yīng)急事件，應(yīng)立即報(bào) 告高層領(lǐng)導(dǎo)。責(zé)任人：使用人員、網(wǎng)絡(luò)管理員、系統(tǒng)管理員。工作成果：必要時(shí)可進(jìn)行書面匯報(bào)。應(yīng)急情況的評(píng)估工作內(nèi)容：直接領(lǐng)導(dǎo)和高層領(lǐng)導(dǎo)會(huì)同使用人員、網(wǎng)絡(luò)管理員、系統(tǒng)管理員對(duì)意 外事件進(jìn)行分析，對(duì)應(yīng)急事件的嚴(yán)重性進(jìn)行分析和評(píng)估，確定是重大災(zāi)難還是一般 性緊急情況。這是可以確定是否要求網(wǎng)絡(luò)、設(shè)備、支持軟件、財(cái)務(wù)信息系統(tǒng)的廠商 提供立即到達(dá)現(xiàn)場(chǎng)提供服務(wù)。責(zé)任人：直

8、接領(lǐng)導(dǎo)和高層領(lǐng)導(dǎo)。工作成果：對(duì)問(wèn)題進(jìn)行描述的書面文件應(yīng)急情況的組織領(lǐng)導(dǎo)重大災(zāi)難應(yīng)急處理的組織領(lǐng)導(dǎo)重大災(zāi)難故障的應(yīng)急處理，應(yīng)由高層領(lǐng)導(dǎo)召開(kāi)現(xiàn)場(chǎng)會(huì)議，親自指揮和安排工 作。召開(kāi)現(xiàn)場(chǎng)會(huì)議工作內(nèi)容：當(dāng)被確定是重大災(zāi)難時(shí)應(yīng)立即召開(kāi)現(xiàn)場(chǎng)工作會(huì)議，組建一個(gè)臨時(shí)工 作小組，并安排工作內(nèi)容，提出要求。責(zé)任人：直接領(lǐng)導(dǎo)和高層領(lǐng)導(dǎo)。工作成果：工作小組、工作內(nèi)容、工作要求3.3.1.2. 高層領(lǐng)導(dǎo)指揮工作內(nèi)容：當(dāng)被確定是重大災(zāi)難時(shí)高層領(lǐng)導(dǎo)應(yīng)親臨現(xiàn)場(chǎng)指揮和監(jiān)督工作。責(zé)任人：高層領(lǐng)導(dǎo)。工作成果：災(zāi)難解決一般性緊急情況應(yīng)急處理的組織領(lǐng)導(dǎo)一般性緊急情況的應(yīng)急處理，由部門領(lǐng)導(dǎo)親自指揮和安排工作。部門領(lǐng)導(dǎo)指揮工作內(nèi)容：當(dāng)被確定是

9、一般性緊急情況時(shí)部門領(lǐng)導(dǎo)應(yīng)親臨現(xiàn)場(chǎng)指揮工作，確定 每個(gè)人的工作內(nèi)容、工作要求。責(zé)任人：部門領(lǐng)導(dǎo)工作成果：工作內(nèi)容、工作要求。判斷事件類型工作內(nèi)容：部門領(lǐng)導(dǎo)應(yīng)會(huì)同網(wǎng)絡(luò)管理員、系統(tǒng)管理員、骨干用戶進(jìn)步對(duì)事件的 影響程度進(jìn)行分析和評(píng)估，確定事件對(duì)網(wǎng)絡(luò)設(shè)備、系統(tǒng)軟件、數(shù)據(jù)和應(yīng)用系統(tǒng)的破 壞程度。責(zé)任人：部門領(lǐng)導(dǎo)。精品資料3.4.制定應(yīng)急方案數(shù)據(jù)安全應(yīng)急方案制定數(shù)據(jù)安全應(yīng)急方案工作內(nèi)容：系統(tǒng)管理員（必要時(shí)會(huì)同財(cái)務(wù)信息系統(tǒng)供應(yīng)商）對(duì)系統(tǒng)數(shù)據(jù)的破壞 程度進(jìn)行分析制定數(shù)據(jù)安全應(yīng)急方案，方案必須明確數(shù)據(jù)恢復(fù)數(shù)據(jù)庫(kù)、時(shí)間點(diǎn)、那 些（子）系統(tǒng)、責(zé)任人等，以及工作計(jì)劃、安排和要求。責(zé)任人：系統(tǒng)管理員。工作成果：數(shù)據(jù)安

10、全應(yīng)急方案。工作建議：系統(tǒng)管理員如果對(duì)問(wèn)題的具體定位有困難，在項(xiàng)目質(zhì)保期內(nèi)可要求 項(xiàng)目乙方幫助處理。3.4.1.2.執(zhí)行數(shù)據(jù)安全應(yīng)急方案工作內(nèi)容：執(zhí)行數(shù)據(jù)安全應(yīng)急處理方案。責(zé)任人：系統(tǒng)管理員。工作成果：?jiǎn)栴}已經(jīng)處理，并對(duì)處理過(guò)程進(jìn)行詳細(xì)記錄。工作建議：系統(tǒng)管理員如果對(duì)問(wèn)題的處理有困難，在項(xiàng)目質(zhì)保期內(nèi)可要求項(xiàng)目 乙方幫助處理。3.4.2.應(yīng)用系統(tǒng)應(yīng)急方案制定系統(tǒng)應(yīng)用應(yīng)急方案工作內(nèi)容：系統(tǒng)管理員（必要時(shí)會(huì)同財(cái)務(wù)信息系統(tǒng)供應(yīng)商）對(duì)財(cái)務(wù)信息系統(tǒng)的 破壞程度進(jìn)行分析制定應(yīng)用系統(tǒng)應(yīng)急方案，方案必須明確系統(tǒng)恢復(fù)的內(nèi)容、時(shí)間要 求、責(zé)任人等，以及工作計(jì)劃、安排和工作要求。責(zé)任人：系統(tǒng)管理員。工作成果：應(yīng)用系統(tǒng)

11、應(yīng)急方案。工作建議：系統(tǒng)管理員如果對(duì)問(wèn)題的具體定位有困難，在項(xiàng)目質(zhì)保期內(nèi)可要求 項(xiàng)目乙方幫助處理。執(zhí)行系統(tǒng)應(yīng)用應(yīng)急方案工作內(nèi)容：執(zhí)行數(shù)據(jù)安全應(yīng)急處理方案。責(zé)任人：系統(tǒng)管理員。工作成果：?jiǎn)栴}已經(jīng)處理，并對(duì)處理過(guò)程進(jìn)行詳細(xì)記錄。工作建議：系統(tǒng)管理員如果對(duì)問(wèn)題的處理有困難，在項(xiàng)目質(zhì)保期內(nèi)可要求項(xiàng)目 乙方幫助處理。3.5. 總結(jié)報(bào)告工作內(nèi)容：當(dāng)應(yīng)急事件處理完畢后部門領(lǐng)導(dǎo)必須就本次事件的發(fā)生原因、處理 過(guò)程、處理結(jié)果、經(jīng)驗(yàn)和教訓(xùn)進(jìn)行書面總結(jié)，并向企業(yè)的有關(guān)領(lǐng)導(dǎo)和有關(guān)用戶進(jìn)行 匯報(bào)。責(zé)任人：部門領(lǐng)導(dǎo)。工作成果：應(yīng)急事件處理報(bào)告。3.6. 記錄并歸檔管理工作內(nèi)容：同時(shí)部門領(lǐng)導(dǎo)應(yīng)將應(yīng)急事件處理報(bào)告”進(jìn)行有關(guān)歸

12、檔管理的處理，以備以后查用。責(zé)任人：部門領(lǐng)導(dǎo)。工作成果：歸檔管理的“應(yīng)急事件處理報(bào)告”。應(yīng)急預(yù)案及快速恢復(fù)方案技術(shù)操作規(guī)范運(yùn)行環(huán)境應(yīng)急預(yù)案及快速恢復(fù)方案技術(shù)操作規(guī)范運(yùn)行環(huán)境包括網(wǎng)絡(luò)、硬件、操作系統(tǒng)和支持軟件等，下面敘述其急預(yù)案技術(shù)操 作規(guī)范：網(wǎng)絡(luò)應(yīng)急管理規(guī)范情況描述網(wǎng)絡(luò)系統(tǒng)，包括保障系統(tǒng)運(yùn)行的局域網(wǎng)、廣域網(wǎng)和相關(guān)的網(wǎng)絡(luò)設(shè)備出現(xiàn)故障或 可靠性嚴(yán)重下降時(shí)，視為緊急情況。4.1.1.2.應(yīng)對(duì)方案在力所能及的職權(quán)范圍內(nèi)，啟動(dòng)本管理流程：推薦采用冗余網(wǎng)絡(luò)。中心服務(wù)器到下屬單位的之間平常使用電力城域網(wǎng)連接， 另外可考慮使用電信的ADSL或DDN專線，通過(guò)加密的VPN設(shè)備形成第二條輔助的 VPN專網(wǎng)。當(dāng)電力

13、網(wǎng)絡(luò)繁忙或出現(xiàn)故障時(shí)，用戶客戶端可通過(guò)輔助網(wǎng)絡(luò)連接。從而 不影響正常業(yè)務(wù)工作。網(wǎng)絡(luò)方面如下應(yīng)急方案：當(dāng)客戶端連接服務(wù)器時(shí)，經(jīng)過(guò)長(zhǎng)時(shí)間等待后，報(bào)服務(wù)連接失敗的錯(cuò)誤。此時(shí)有可能是網(wǎng)絡(luò)不通。請(qǐng)按如下步驟操作：首先請(qǐng)嘗試ping本地局域網(wǎng)的其它計(jì)算機(jī)，如果不通，請(qǐng)聯(lián)系相關(guān)部門及時(shí) 處理；如果能連通，請(qǐng)ping總部的應(yīng)用服務(wù)器；如果能通，則可能屬于軟件系統(tǒng) 的故障，尋求軟件實(shí)施商的幫助；如果不通，可能是總部網(wǎng)絡(luò)故障；請(qǐng)求總部相關(guān) 的系統(tǒng)管理員解決，并啟用備用網(wǎng)絡(luò)連接。當(dāng)客戶端連接時(shí)，出現(xiàn)了數(shù)據(jù)庫(kù)連接失敗的提示時(shí)，請(qǐng)按如下步驟操 作：請(qǐng)Ping數(shù)據(jù)庫(kù)服務(wù)器，如果不通，可能是數(shù)據(jù)庫(kù)群集的網(wǎng)絡(luò)出現(xiàn)故 障，請(qǐng)求

14、總部相關(guān)的系統(tǒng)管理員解決。如果能連通，可能是數(shù)據(jù)庫(kù)故障。要考慮對(duì)網(wǎng)絡(luò)設(shè)備的冗余，對(duì)網(wǎng)絡(luò)設(shè)備進(jìn)行備份，主要是對(duì)交換機(jī)、 防火墻、路由器等設(shè)備采用備份策略，解決網(wǎng)絡(luò)設(shè)備的單點(diǎn)故障，保證網(wǎng)絡(luò)可靠的 運(yùn)行。根據(jù)網(wǎng)絡(luò)設(shè)備的售后服務(wù)協(xié)議，及時(shí)進(jìn)行維修。精品資料 如果是線路故障，也要及時(shí)通知有關(guān)部門進(jìn)行維修。服務(wù)器和其他硬件應(yīng)急管理規(guī)范情況描述數(shù)據(jù)庫(kù)服務(wù)器、中間件服務(wù)器、域控制器等硬件設(shè)備出現(xiàn)故障時(shí)，視為緊急情 況。應(yīng)對(duì)方案如果是一個(gè)硬件服務(wù)器出現(xiàn)故障時(shí)，系統(tǒng)將癱瘓，如果系統(tǒng)是熱備或 群集，當(dāng)發(fā)現(xiàn)出現(xiàn)其中一個(gè)硬件服務(wù)器出現(xiàn)問(wèn)題時(shí)，系統(tǒng)雖能工作，但都要及時(shí)的 啟動(dòng)本流程。硬件在購(gòu)置時(shí)應(yīng)建立完善的售后服務(wù)體系；

15、問(wèn)題具體定位后，應(yīng)及時(shí)聯(lián)系產(chǎn)品供應(yīng)商進(jìn)行處理。由此引發(fā)的服務(wù)系統(tǒng)的安裝應(yīng)及時(shí)啟動(dòng)“系統(tǒng)應(yīng)用應(yīng)急”和“系統(tǒng)數(shù)據(jù)處 理應(yīng)急”等相關(guān)應(yīng)急處理流程。4.1.3.數(shù)據(jù)庫(kù)管理系統(tǒng)應(yīng)急管理規(guī)范4.1.3.1.情況描述數(shù)據(jù)管理系統(tǒng)包括數(shù)據(jù)庫(kù)服務(wù)器、客戶端及其相關(guān)的管理工具出現(xiàn)崩潰的緊急 情況。4.1.3.2.應(yīng)對(duì)方案如果是一個(gè)數(shù)據(jù)庫(kù)系統(tǒng)，系統(tǒng)將癱瘓，如果數(shù)據(jù)庫(kù)系統(tǒng)是熱備或群 集，當(dāng)發(fā)現(xiàn)出現(xiàn)其中一個(gè)出現(xiàn)問(wèn)題時(shí)，系統(tǒng)應(yīng)能工作，無(wú)論那種情況，都要及時(shí)的 啟動(dòng)本流程。這些系統(tǒng)在購(gòu)置時(shí)應(yīng)建立完善的售后服務(wù)體系；問(wèn)題具體定位后，核實(shí)是否在供應(yīng)商應(yīng)該提供相應(yīng)的服務(wù)，如果在服 務(wù)范圍之內(nèi)及時(shí)聯(lián)系產(chǎn)品供應(yīng)商進(jìn)行處理。核實(shí)項(xiàng)目軟

16、件的實(shí)施商是否應(yīng)該提供相應(yīng)的技術(shù)服務(wù)，如果在服務(wù)范 圍之內(nèi)及時(shí)聯(lián)系項(xiàng)目實(shí)施商進(jìn)行處理。4.1.4.中間件管理系統(tǒng)應(yīng)急管理規(guī)范情況描述中間件管理系統(tǒng)包括WEB服務(wù)器、J2EE服務(wù)器、消息服務(wù)器和郵件服務(wù)器等 方面的軟件系統(tǒng)出現(xiàn)崩潰時(shí)的緊急情況。應(yīng)對(duì)方案這些系統(tǒng)在購(gòu)置時(shí)應(yīng)建立完善的售后服務(wù)體系；當(dāng)出現(xiàn)問(wèn)題時(shí)，啟動(dòng)本管理流程；問(wèn)題具體定位后，核實(shí)是否在供應(yīng)商應(yīng)該提供相應(yīng)的服務(wù)，如果在服 務(wù)范圍之內(nèi)及時(shí)聯(lián)系產(chǎn)品供應(yīng)商進(jìn)行處理核實(shí)項(xiàng)目軟件的實(shí)施商是否應(yīng)該提供相應(yīng)的技術(shù)服務(wù)，如果在服務(wù)范圍之內(nèi)及時(shí)聯(lián)系項(xiàng)目實(shí)施商進(jìn)行處理。4.1.5.其他軟件系統(tǒng)應(yīng)急管理規(guī)范情況描述其他軟件系統(tǒng)包括磁盤陣列、磁帶庫(kù)、集群、安

17、全管理等方面的軟件系統(tǒng)出現(xiàn) 崩潰時(shí)的緊急情況。應(yīng)對(duì)方案這些系統(tǒng)在購(gòu)置時(shí)應(yīng)建立完善的售后服務(wù)體系；當(dāng)出現(xiàn)問(wèn)題時(shí)，啟動(dòng)本管理流程；問(wèn)題具體定位后及時(shí)聯(lián)系產(chǎn)品供應(yīng)商進(jìn)行處理。數(shù)據(jù)安全應(yīng)急預(yù)案及快速恢復(fù)方案技 術(shù)操作規(guī)范當(dāng)應(yīng)急事件出現(xiàn)時(shí)，對(duì)系統(tǒng)的數(shù)據(jù)庫(kù)已經(jīng)造成了破壞，例如服務(wù)器壞了，或者 被盜了，或者崩潰了，總之，就是不能使用了，我們必須重新安裝數(shù)據(jù)庫(kù)系統(tǒng)，從 最近的備份點(diǎn)進(jìn)行恢復(fù)數(shù)據(jù)，所以沒(méi)有備份就無(wú)從恢復(fù)，可見(jiàn)備份是至關(guān)重要的， 基于其重要性和oracle數(shù)據(jù)庫(kù)系統(tǒng)應(yīng)用的廣泛性，在此首先說(shuō)明一般的備份和恢 復(fù)的技術(shù)規(guī)范后，重點(diǎn)重申ORACLE數(shù)據(jù)庫(kù)的備份規(guī)范，然后再說(shuō)明數(shù)據(jù)庫(kù)恢復(fù)規(guī) 范。數(shù)據(jù)庫(kù)系統(tǒng)

18、的備份一般規(guī)范一個(gè)好的備份系統(tǒng)，除了需要配備有好的軟硬件產(chǎn)品之外，更需要有良好的備 份策略和管理規(guī)劃來(lái)保證備份系統(tǒng)的QOS。建立備份策略時(shí)，要統(tǒng)籌考慮需備份的 數(shù)據(jù)總量，線路帶寬、數(shù)據(jù)吞吐量、時(shí)間窗口以及對(duì)恢復(fù)時(shí)間的要求等因素。目前 的備份策略主要有全備份、增量備份和差異備份。全備份所需時(shí)間最長(zhǎng)，但恢復(fù)時(shí) 間最短，操作最方便，當(dāng)系統(tǒng)中數(shù)據(jù)量不大時(shí)，采用全備份方式最為可靠。增量備 份和差異備份所需的備份介質(zhì)和備份時(shí)間都較全備份少，但是數(shù)據(jù)恢復(fù)煩瑣。根據(jù) 不同業(yè)務(wù)對(duì)數(shù)據(jù)備份的備份窗口和災(zāi)難恢復(fù)的要求，可以選擇不同的備份方式，亦 可以將這幾種備份方式進(jìn)行組合應(yīng)用，以得到更好的備份效果。備份類型全備份

19、(Full Backup)，所謂全備份，就是對(duì)整個(gè)系統(tǒng)包括系統(tǒng)文件和應(yīng)用數(shù) 據(jù)進(jìn)行的完全備份。這種備份方式的優(yōu)點(diǎn)是數(shù)據(jù)恢復(fù)所需時(shí)間短。缺點(diǎn)是備份數(shù)據(jù) 中有大量?jī)?nèi)容是重復(fù)的，這些重復(fù)的數(shù)據(jù)浪費(fèi)了大量的磁帶空間，無(wú)形中增加了數(shù) 據(jù)備份的成本；此外，由于需要備份的數(shù)據(jù)量大，因此備份所需時(shí)間相對(duì)較長(zhǎng)。一 般數(shù)據(jù)量情況下，半個(gè)小時(shí)左右時(shí)間可以完成全庫(kù)的恢復(fù)，恢復(fù)過(guò)程需要離線進(jìn) 行，即這段時(shí)間內(nèi)系統(tǒng)不可用。而在線備份可能要花費(fèi)1到數(shù)小時(shí)。增量備份(Incremental Backup)，增量備份指每次備份的數(shù)據(jù)是上一次備份后 增加和修改過(guò)的數(shù)據(jù)。這種備份的優(yōu)點(diǎn)很明顯：沒(méi)有重復(fù)的備份數(shù)據(jù)，節(jié)省磁帶空 間，又

20、縮短了備份時(shí)間。但它的缺點(diǎn)在于當(dāng)發(fā)生災(zāi)難時(shí)，恢復(fù)數(shù)據(jù)比較麻煩，需進(jìn) 行多次數(shù)據(jù)恢復(fù)才能恢復(fù)至最新的數(shù)據(jù)狀態(tài)。這種備份恢復(fù)的時(shí)間跟數(shù)據(jù)的更改量精品資料 有關(guān)系，最快的可能1天的增量數(shù)據(jù)2分鐘就備份/恢復(fù)完成，一般需要10-數(shù)十分 鐘。差異備份(Differential Backup)，差異備份就是每次備份的數(shù)據(jù)是相對(duì)于上 一次全備份之后新增加的和修改過(guò)的數(shù)據(jù)。差異備份無(wú)需每次都做系統(tǒng)完全備份， 因此備份所需時(shí)間短，并節(jié)省磁帶空間；另外，差異備份的災(zāi)難恢復(fù)也很方便，系 統(tǒng)管理員只需做兩次備份數(shù)據(jù)，即全備份的數(shù)據(jù)磁帶與發(fā)生災(zāi)難前一天的備份數(shù)據(jù) 磁帶，就可以將系統(tǒng)完全恢復(fù)。這種方式的數(shù)據(jù)量和所需時(shí)間介

21、于上述兩種方式之 間。備份周期建議每周作一次完全備份，保存周期為一個(gè)月；將每月未的完全備份進(jìn)行保存，周期為一年(可以更長(zhǎng))，有帶庫(kù)的情況下建 議保存10年；每天作一次增量備份，保存周期為一個(gè)月?；謴?fù)方式恢復(fù)時(shí)首先恢復(fù)最近一次的全備份，然后再恢復(fù)所有的增量備份。精品資料4.2.2.ORACLE數(shù)據(jù)庫(kù)系統(tǒng)的備份4.2.2.1.備份范圍描述oracle數(shù)據(jù)庫(kù)備份范圍，一般包括控制文件、在線重做日志文件、歸檔 日志文件、數(shù)據(jù)文件等。范例：（1）控制文件控制文件是數(shù)據(jù)庫(kù)中非常重要的部分，控制文件與數(shù)據(jù)庫(kù)的物理結(jié)構(gòu)有關(guān)，記 錄了數(shù)據(jù)庫(kù)名和數(shù)據(jù)庫(kù)的唯一標(biāo)識(shí)DBID，以及全部數(shù)據(jù)文件名及路徑、全部的日志 文件

22、名及路徑，數(shù)據(jù)庫(kù)恢復(fù)所需的同步信息也存儲(chǔ)在控制文件中。因此，對(duì)于實(shí)際 運(yùn)行的數(shù)據(jù)庫(kù)，控制文件必須要進(jìn)行鏡像。三個(gè)控制文件分別放在三個(gè)不同的磁盤上。（2）在線重做日志文件在線重做日志文件是保證數(shù)據(jù)庫(kù)安全，以及與數(shù)據(jù)庫(kù)備份與恢復(fù)有直接關(guān)系的 文件，日志文件損壞或日志信息的丟失，比數(shù)據(jù)文件損壞對(duì)于數(shù)據(jù)安全的影響更 大，因?yàn)槟骋粋€(gè)日志文件的損壞，可能導(dǎo)致整個(gè)數(shù)據(jù)庫(kù)不能使用。因此，為了防止 日志文件的物理?yè)p壞，要對(duì)日志成員進(jìn)行鏡像，鏡像的日志成員文件存儲(chǔ)與不同的 物理磁盤。（3）歸檔日志文件歸檔日志即重做日志的備份，使用歸檔日志的目的是為了實(shí)現(xiàn)介質(zhì)恢復(fù)。其對(duì) 數(shù)據(jù)庫(kù)恢復(fù)有很重要的作用，因此也需要對(duì)歸檔日

23、志進(jìn)行鏡像。（4）數(shù)據(jù)文件數(shù)據(jù)文件是用于存儲(chǔ)數(shù)據(jù)庫(kù)數(shù)據(jù)的文件，為了保證數(shù)據(jù)安全，將數(shù)據(jù)文件存放 在RAID5磁盤陣列上。文件存放策略綜合以上要求，同時(shí)考慮性能因素、數(shù)據(jù)安全因素，（1）建議對(duì)重做日志組進(jìn)行以下配置：設(shè)八組日志組，每組大小為100M ；由于重做日志文件對(duì)寫性能要求比較高，建議使用8塊硬盤做兩組RAID10磁 盤陣列，每組4塊盤；每組兩個(gè)日志文件，分別放在兩組RAID10磁盤陣列上。（2）建議對(duì)控制文件按以下方式進(jìn)行存放：兩個(gè)控制文件分別存放在兩組RAID10磁盤陣列上；第三個(gè)控制文件存放在RAID5磁盤陣列上。（3）建議對(duì)歸檔日志文件按以下方式進(jìn)行存放：將歸檔日志文件和鏡像文件分

24、別存放在兩組RAID10磁盤陣列上。（4）建議將數(shù)據(jù)文件存放在RAID5磁盤陣列上。備份方法數(shù)據(jù)庫(kù)的備份與恢復(fù)是保證數(shù)據(jù)庫(kù)安全運(yùn)行的一項(xiàng)重要內(nèi)容，也是數(shù)據(jù)庫(kù)管理 員的重要職責(zé)。在實(shí)際中，如果數(shù)據(jù)庫(kù)發(fā)生災(zāi)難性破壞，例如，由于數(shù)據(jù)庫(kù)的物理精品資料 結(jié)構(gòu)被誤操作破壞或由于機(jī)器硬件故障而遭到破壞，必須使用數(shù)據(jù)庫(kù)的備份文件對(duì) 數(shù)據(jù)庫(kù)實(shí)施及時(shí)的恢復(fù)，盡可能使用戶的數(shù)據(jù)免遭損失，使數(shù)據(jù)庫(kù)正常運(yùn)行。下面以RMAN備份為例進(jìn)行說(shuō)明，其他第三方備份工具不再進(jìn)行列舉，備份策 略相同。4.2.2.3.1. RMAN備份的特點(diǎn)采用數(shù)據(jù)庫(kù)提供的RMAN備份工具有以下的優(yōu)點(diǎn)：支持在線熱備份在線熱備份是指?jìng)浞莶恍枰P(guān)閉數(shù)據(jù)庫(kù)

25、進(jìn)行，在備份的同時(shí)可以進(jìn)行正常的數(shù) 據(jù)庫(kù)的各種操作，滿足了 7*24的系統(tǒng)的需要，數(shù)據(jù)庫(kù)的備份將不會(huì)影響INTERNET 或INTRANET用戶對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)。支持多級(jí)增量備份多級(jí)增量備份是指第N級(jí)的備份只需要備份最后一次同級(jí)或N-1級(jí)備份以后 發(fā)生的改變的數(shù)據(jù)?？梢酝ㄟ^(guò)下圖來(lái)說(shuō)明：changed blocks| all nonempty blocks1Level02212220DaySunMonTueWedThuFriSatSun上圖是一個(gè)增量備份的例子，即在第一個(gè)星期天做一個(gè)增量的0級(jí)備份，然后 在星期一，星期二做一個(gè)增量的2級(jí)備份，在星期三做一個(gè)增量的1級(jí)備份，然后 類推。假設(shè)現(xiàn)在在星期

26、五數(shù)據(jù)庫(kù)需要做恢復(fù)，則可以先恢復(fù)第一個(gè)星期天的0級(jí)備份，然后恢復(fù)星期三的1級(jí)備份，再恢復(fù)星期四和星期五的2級(jí)備份就可以完成 數(shù)據(jù)庫(kù)的恢復(fù)。支持并行備份，恢復(fù)并行備份，恢復(fù)，RMAN是通過(guò)啟動(dòng)數(shù)據(jù)庫(kù)的SERVER進(jìn)程來(lái)進(jìn)行備份和恢 復(fù)，而且支持啟動(dòng)多個(gè)SERVER進(jìn)程來(lái)進(jìn)行備份和恢復(fù)，在同一個(gè)SERVER進(jìn)程 內(nèi)還支持多個(gè)BACKUPSET (備份集)的同時(shí)產(chǎn)生。主要是通過(guò)設(shè)置多個(gè)通道及 filesperset參數(shù)來(lái)達(dá)到并行的目的。分配多個(gè)通道的語(yǔ)句(以下語(yǔ)句分配兩個(gè)通道)Allocate channel 1dev_1, type disk;Allocate channel *dev_2 typ

27、e disk;減小所需要備份量減少所需要的備份數(shù)據(jù)量，因?yàn)镽MAN是工作在數(shù)據(jù)塊一級(jí)，所以能夠只備 份分配的數(shù)據(jù)塊，這樣就大大地減少了所需要的備份的數(shù)據(jù)量，特別是對(duì)于預(yù)先分 配空間的數(shù)據(jù)庫(kù)而言。備份，恢復(fù)使用簡(jiǎn)單使用簡(jiǎn)單，RMAN的使用特別簡(jiǎn)單，在進(jìn)行備份和恢復(fù)時(shí)都不需要指定需要 備份或需要恢復(fù)的數(shù)據(jù)文件，RMAN會(huì)自動(dòng)地把備份或恢復(fù)所需要的數(shù)據(jù)文件進(jìn)行 備份或進(jìn)行恢復(fù)。減少了人為操作可能產(chǎn)生的錯(cuò)誤。RMAN 配置方法配置RMAN包括配置CATALOG數(shù)據(jù)庫(kù)，制定RMAN的多級(jí)備份方案，寫 RMAN備份腳本。（1）配置CATALOG數(shù)據(jù)庫(kù)CATALOG數(shù)據(jù)庫(kù)因?yàn)镽MAN自動(dòng)維護(hù)備份和恢復(fù)所需要

28、的各種信息，所以RMAN必須把這些 以某種形式保存。RMAN支持兩種形式保存這些信息，數(shù)據(jù)庫(kù)的控制文件或創(chuàng)建一 個(gè)單獨(dú)的數(shù)據(jù)庫(kù)來(lái)保存RMAN的信息。當(dāng)選擇把RMAN的信息存儲(chǔ)在控制文件時(shí)，控制文件的丟失時(shí)將導(dǎo)致備份將 不能進(jìn)行恢復(fù)。所以若采用RMAN做備份，推薦一定采用RMAN CATALOG數(shù)據(jù) 庫(kù)來(lái)單獨(dú)存放備份信息。這個(gè)單獨(dú)的數(shù)據(jù)庫(kù)（稱為CATALOG數(shù)據(jù)庫(kù)）只需要很小 的空間，既可以和被備份的數(shù)據(jù)庫(kù)（E10K）放在同一主機(jī)上，也可以單獨(dú)放在另一 臺(tái)主機(jī)上（如果條件允許，推薦放在一臺(tái)單獨(dú)的主機(jī)上來(lái)確保最大的可恢復(fù)性）。備份CATALOG數(shù)據(jù)庫(kù)因?yàn)镃ATALOG數(shù)據(jù)庫(kù)包含了所有的備份信息，所

29、以該數(shù)據(jù)庫(kù)本身也是需要 通過(guò)某種方法進(jìn)行備份，但因?yàn)樵摂?shù)據(jù)庫(kù)很?。ㄒ荒陜?nèi)可能才增加十幾二十兆）， 所以既可以對(duì)它進(jìn)行冷備份，也可以進(jìn)行邏輯的輸出（EXPORT）o配置CATALOG數(shù)據(jù)庫(kù)用dbassist創(chuàng)建數(shù)據(jù)庫(kù)。在該數(shù)據(jù)庫(kù)創(chuàng)建RMAN數(shù)據(jù)庫(kù)用戶create user rman identified by rman default tablespace ts_rmantemporary tablespace temp;grant connect ,resource , RECOVERY_CATALOG_OWNER to rman.連接到目標(biāo)數(shù)據(jù)庫(kù)和CATALOG數(shù)據(jù)庫(kù)rman target

30、system/managertarget_tnsname rcvcat rman/rmancatalog_tnsname創(chuàng)建CATALOG用戶的表：rmancreate catalog登記目標(biāo)數(shù)據(jù)庫(kù)：rmanregister database這樣就可以利用該RMAN數(shù)據(jù)庫(kù)來(lái)備份目標(biāo)數(shù)據(jù)庫(kù)了。磁帶接口當(dāng)使用專用的磁帶管理工具時(shí)，必須配置數(shù)據(jù)庫(kù)與磁帶的接口，一般是管理工 具提供一個(gè)動(dòng)態(tài)連接庫(kù)與數(shù)據(jù)庫(kù)進(jìn)行連接。進(jìn)行測(cè)試以下是一個(gè)測(cè)試的RMAN腳本run allocate channel dev1 type diskresync catalog;backup format */archive/ctl%

31、u_%p_%c current controlfile;release channel dev1（2）多級(jí)備份策略采用多級(jí)備份是為了減少了恢復(fù)所需要的時(shí)間和減少每天備份所需要的時(shí)間， 而又保證系統(tǒng)有很好的恢復(fù)性。但是在恢復(fù)時(shí)間和備份時(shí)間要有一個(gè)權(quán)衡。比如只 要開(kāi)始的一個(gè)全備份和備份所有產(chǎn)生的歸檔文件就可以保證把數(shù)據(jù)庫(kù)恢復(fù)到最新的 狀態(tài)，但是一般來(lái)說(shuō)實(shí)際上并不會(huì)這么進(jìn)行（因?yàn)樵诨謴?fù)時(shí)將需要很長(zhǎng)很長(zhǎng)的時(shí) 間），多級(jí)備份就是為了解決這樣的問(wèn)題。以下是一種建議的方案：在第一個(gè)星期天做一個(gè)增量的0級(jí)備份，同時(shí)將備份集備份在磁帶上；在星期一，星期二做一個(gè)增量的2級(jí)備份；在星期三做一個(gè)增量的1級(jí)備份；在星期

32、四、星期五、星期六做一個(gè)增量的2級(jí)備份；當(dāng)需要時(shí)（如十二個(gè)小時(shí)歸檔文件系統(tǒng)就要接近滿了）備份歸檔文件；假設(shè)現(xiàn)在在星期五數(shù)據(jù)庫(kù)需要做恢復(fù)，則可以先恢復(fù)第一個(gè)星期天的0級(jí)備份，然后恢復(fù)星期三的1級(jí)備份，再恢復(fù)星期四和星期五的2級(jí)備份就可以完成數(shù)據(jù)庫(kù)的恢復(fù)。（3）數(shù)據(jù)庫(kù)備份腳本全備份腳本run allocate channel devl type disk ;allocate channel dev2 type disk ;allocate channel dev3 type disk ;backup full tag dbfull format /o9i/fmisrman/full%u_%p_%c

33、 database ;sql alter system archive log current;backup filesperset 3 archivelog all delete input;release channel dev1;release channel dev2;release channel dev3零級(jí)備份腳本run allocate channel dev1 type disk ;allocate channel dev2 type disk ;allocate channel dev3 type disk ;backup incremental level 0 tag d

34、bL0 format /o9i/ fmisrman /basic%u_%p_%c database ;sql alter system archive log current ;backup filesperset 3 archivelog all delete input;release channel dev1;release channel dev2;release channel dev3 一級(jí)備份腳本run allocate channel devl type disk ;allocate channel dev2 type disk ;allocate channel dev3 t

35、ype disk ;backup incremental level 1 tag dbL1 format /o9i/ fmisrman /basic%u_%p_%c ddatabase ;sql alter system archive log current;backup filesperset 3 archivelog all delete input;release channel dev1;release channel dev2;release channel dev3;二級(jí)備份腳本run allocate channel dev1 type disk ;allocate chann

36、el dev2 type disk ;allocate channel dev3 type disk ;backup incremental level 2 tag dbL2 format /o9i/ fmisrman /basic%u_%p_%c ddatabase ;sql alter system archive log current ;backup filesperset 3 archivelog all delete input;release channel dev1;release channel dev2;release channel dev3;表空間備份腳本（以u(píng)sers

37、表空間為例）run allocate channel dev1 type disk ;allocate channel dev2 type disk ;allocate channel dev3 type disk ;backup tag tsusers format /o9i/ fmisrman /basic%u_%p_%c tablespace users;sql alter system archive log current ;backup filesperset 3 archivelog all delete input;release channel dev1;release ch

38、annel dev2;release channel dev3;歸檔文件備份腳本run allocate channel dev1 type disk ;allocate channel dev2 type disk ;allocate channel dev3 type disk ;backup filesperset 3 archivelog all delete input;release channel dev1;release channel dev2;release channel dev3;備份CATALOG數(shù)據(jù)庫(kù)(數(shù)據(jù)庫(kù)邏輯輸出)exp pafile=exp.dat其中exp.

39、dat如下userid=rman/rmanfile=rmanexp.dmpRMAN 維護(hù)方法RMAN的維護(hù)工作主要包括以下兩點(diǎn)：.查看備份信息；.因?yàn)槭止h除了備份文件或歸檔文件需要把RMAN CATALOG數(shù)據(jù)庫(kù)的信息與 手工刪除的信息同步。檢查RMAN備份信息備份信息維護(hù)列出已經(jīng)過(guò)時(shí)的備份RMANreport obsolete;刪除過(guò)時(shí)的備份信息RMAN allocate channel for maintenance type disk;RMAN change backupset id delete;RMAN release channel;RMAN信息同步當(dāng)手工刪除了數(shù)據(jù)庫(kù)的歸檔文件后

40、，要執(zhí)行以下腳本進(jìn)行同步：RMAN allocate channel for maintenance type disk;RMAN change archivelog all crosscheck;RMAN release channel;當(dāng)手工刪除了數(shù)據(jù)庫(kù)的RMAN備份文件后，要執(zhí)行以下腳本進(jìn)行同步：RMAN allocate channel for maintenance type disk;RMAN crosscheck backup;RMAN delete expired backup;RMAN release channel;4.2.2.4. 備份數(shù)據(jù)恢復(fù)計(jì)劃考慮到客戶信息系統(tǒng)的多樣

41、性、復(fù)雜性，制定細(xì)致周密的數(shù)據(jù)恢復(fù)方案是必不 可少的。這樣可以在發(fā)生災(zāi)難時(shí)，用最快的時(shí)間最小的代價(jià)來(lái)做到最完整的恢復(fù)。所有的備份都是為發(fā)生災(zāi)難時(shí)作恢復(fù)而準(zhǔn)備的，一個(gè)備份軟件的優(yōu)劣標(biāo)準(zhǔn)不僅 僅在于它的備份模式/備份速度等，需要慎重衡量的還有另一個(gè)標(biāo)準(zhǔn)-恢復(fù)。而可恢 復(fù)性又有兩個(gè)決定因素：恢復(fù)速度和恢復(fù)操作的簡(jiǎn)易性。針對(duì)客戶現(xiàn)有運(yùn)行系統(tǒng)，我們特此制定完備的恢復(fù)方案以應(yīng)對(duì)將來(lái)有可能發(fā)生 的各種情況。災(zāi)難恢復(fù)操作通常可以分為三類。第一類是系統(tǒng)數(shù)據(jù)恢復(fù)，第二類是文件類數(shù) 據(jù)恢復(fù)，第三類是數(shù)據(jù)庫(kù)數(shù)據(jù)的恢復(fù)。（1）文件類的恢復(fù)在實(shí)際使用中，個(gè)別數(shù)據(jù)恢復(fù)可能要比全系統(tǒng)恢復(fù)常見(jiàn)得多，利用備份系統(tǒng)的 恢復(fù)功能，我們很容易恢復(fù)受損的個(gè)別數(shù)據(jù)。只