【文章內(nèi)容簡介】 ；u 增量備份：只備份上次備份以后有變化的數(shù)據(jù)；u 差分備份：只備份上次完全備份以后有變化的數(shù)據(jù)。u 系統(tǒng)備份：主要對文件系統(tǒng)進(jìn)行備份。u 數(shù)據(jù)庫備份：對數(shù)據(jù)庫進(jìn)行備份，可分為在線備份和離線備份；在線備份又可分為物理備份和邏輯備份。u 數(shù)據(jù)歸檔：將歷史數(shù)據(jù)拷貝至磁帶等存儲介質(zhì)進(jìn)行長期保存。u 應(yīng)用備份：利用應(yīng)用程序的接口實(shí)現(xiàn)對應(yīng)用的完善的備份管理，如Lotus Notes、Oracle備份等。在備份策略中，各種備份的數(shù)據(jù)量不同：完全備份差分備份增量備份。在恢復(fù)數(shù)據(jù)時需要的備份介質(zhì)數(shù)量也不一樣：如果使用完全備份方式，只需上次的全備份磁帶就可以恢復(fù)所有數(shù)據(jù)；如果使用完全備份+增量備份方式，則需要上次的全備份磁帶+上次完全備份后的所有增量備份磁帶才能恢復(fù)所有數(shù)據(jù)；如果使用完全備份+差分備份方式，只需上次的全備份磁帶+最近的差分備份磁帶就可以恢復(fù)所有數(shù)據(jù)。在備份時要根據(jù)它們的特點(diǎn)靈活使用。備份過程中要求保存長期的歷史數(shù)據(jù)，這些數(shù)據(jù)不可能保存在同一盤磁帶上，每天都使用新磁帶備份顯然也不可取。如何靈活使用備份方法，有效分配磁帶，用較少的磁帶有效地備份長期數(shù)據(jù)，是備份制度要解決的問題。循環(huán)策略就可以解決以上問題。它為每天的備份分配備份介質(zhì)，制定備份方法，可以最有效地利用備份介質(zhì)。常見的循環(huán)策略有以下幾種：178。 5天制備份，周一至周四增量，周五完全備份。178。 5天制備份，周一至周四差量，周五完全備份。178。 5天制備份，周一至周四完全備份，周五完全備份。178。 7天制備份，周一至周四增量，周日完全備份。178。 7天制備份，周一至周四差量，周日完全備份。178。 7天制備份，周一至周四完全備份，周日完全備份。178。 祖父子(GFS：GrandfatherFatherSon)循環(huán)策略。祖父子循環(huán)策略由三級備份組成：日備份、周備份、月備份，日備份為增量備份，月備份和周備份為完全備份。日帶用于周一至周四的增量備份，每周循環(huán)使用；周帶順序循環(huán)使用；月帶數(shù)量視情況而定，用于每月最后一次完全備份，備份后將數(shù)據(jù)留檔保存。 用戶策略的定義關(guān)于針對XX商場系統(tǒng)的備份策略，我們可以根據(jù)需求系統(tǒng)備份、數(shù)據(jù)庫備份、文件備份等不同數(shù)據(jù)與業(yè)務(wù)類型，方便的采用任意一種，或者自定義。其中數(shù)據(jù)的備份可以采用循環(huán)備份中的增量/差分備份+完全備份的方式，也可以選擇祖－父－子的備份方式。自定義類型又有很多方法，比如每隔幾小時/天/月的備份，一周中特定天的備份等等。對于系統(tǒng)備份，可以采用每周或每月的定時備份。此外，在循環(huán)備份的策略中，我們還提供了介質(zhì)池（Media Pool）的概念，即：可以把不同的應(yīng)用系統(tǒng)或服務(wù)器平臺的數(shù)據(jù)分開備份到不同的介質(zhì)池，且可以為不同的介質(zhì)池自定義名字，磁帶保留的數(shù)量，保留期限等等。可以實(shí)現(xiàn)對備份介質(zhì)的集中管理。建議的備份策略為：u 備份時間段選在每日下班起至第二天上班前。u 每周對用戶數(shù)據(jù)庫實(shí)施一次全備份，其他時間實(shí)施增量備份。u 每周做一次系統(tǒng)全備份，每天做增量備份；u 以下是為用戶的環(huán)境設(shè)計(jì)的備份策略，由于用戶應(yīng)用數(shù)量較多而且保護(hù)級別可能有所不同，而且也是隨時間而發(fā)展變化的，所以這里可參考該備份策略，根據(jù)用戶自己的需要作適當(dāng)修改： 備份作業(yè)介質(zhì)集備份選擇列表備份作業(yè)模板　服務(wù)器數(shù)據(jù)類型允許執(zhí)行備份的時間段備份模式備份設(shè)備備份頻度備份介質(zhì)保存時間介質(zhì)保存地點(diǎn)數(shù)據(jù)倉庫系統(tǒng)Oracle22：0006：00全備份陣列、磁帶每周一次4星期本地?cái)?shù)據(jù)倉庫系統(tǒng)Oralce22：0006：00增量備份陣列每天一次4星期本地?cái)?shù)據(jù)倉庫系統(tǒng)Oracle22：0006：00全備份磁帶每月一次半年本、異地?cái)?shù)據(jù)庫系統(tǒng)Oracle22：0006：00全備份陣列每周一次4星期本地?cái)?shù)據(jù)庫系統(tǒng)Oracle22：0006：00增量備份陣列每天一次4星期本地?cái)?shù)據(jù)庫系統(tǒng)Oralce22：0006：00全備份磁帶每月一次半年本、異地OA管理文件22：0006：00全備份陣列、磁帶每周一次4星期本地OA管理文件22：0006：00增量備份陣列每天4星期本地OA管理文件22：0006：00全備份磁帶每月一次半年本、異地文件系統(tǒng)文件22：0006：00全備份陣列每周一次4星期本地文件系統(tǒng)文件22：0006：00全備份磁帶每月一次半年本、異地 系統(tǒng)災(zāi)難恢復(fù)的設(shè)計(jì)災(zāi)難恢復(fù)措施在整個備份制度中占有相當(dāng)重要的地位。因?yàn)樗P(guān)系到系統(tǒng)在經(jīng)歷災(zāi)難后能否迅速恢復(fù)。災(zāi)難恢復(fù)措施包括：災(zāi)難預(yù)防制度、災(zāi)難演習(xí)制度及災(zāi)難恢復(fù)。以往傳統(tǒng)的備份方法，如果系統(tǒng)徹底損毀，要恢復(fù)數(shù)據(jù)必然要有重新安裝操作系統(tǒng)和應(yīng)用程序等繁瑣的步驟，浪費(fèi)了大量的時間。而在系統(tǒng)損毀后，迅速地在盡可能短的時間內(nèi)恢復(fù)系統(tǒng)是絕對必要的。 災(zāi)難恢復(fù)制度為了預(yù)防災(zāi)難的發(fā)生，需要做災(zāi)難恢復(fù)備份。災(zāi)難恢復(fù)備份與一般數(shù)據(jù)備份不同的地方在于，它會自動備份系統(tǒng)的重要信息。 災(zāi)難演習(xí)制度要能夠保證災(zāi)難恢復(fù)的可靠性，光進(jìn)行備份是不夠的，還要進(jìn)行災(zāi)難演練。每過一段時間，應(yīng)進(jìn)行一次災(zāi)難演習(xí)?？梢岳锰蕴臋C(jī)器或多余的硬盤進(jìn)行災(zāi)難模擬，以熟練災(zāi)難恢復(fù)的操作過程，并檢驗(yàn)所生成的災(zāi)難恢復(fù)軟盤和災(zāi)難恢復(fù)備份是否可靠。 備份系統(tǒng)管理建議 備份系統(tǒng)管理員的職責(zé)象系統(tǒng)管理需要設(shè)置系統(tǒng)管理員、數(shù)據(jù)庫管理需要數(shù)據(jù)庫管理員、網(wǎng)絡(luò)管理需要網(wǎng)絡(luò)管理員一樣，管理備份系統(tǒng)也需要有相應(yīng)的人員來負(fù)責(zé)。備份系統(tǒng)雖然不如這些系統(tǒng)那么復(fù)雜，但也需要相當(dāng)?shù)膶W(xué)習(xí)才能對備份系統(tǒng)進(jìn)行有效、安全地管理。備份系統(tǒng)管理員可以是專職的也可以由系統(tǒng)管理員、數(shù)據(jù)庫管理員或網(wǎng)絡(luò)管理員兼職?；蛟S這些角色都集中在一個管理人員身上。至少應(yīng)安排一個備份系統(tǒng)的管理人員，如果條件允許，也可以安排另一個管理人員以防止主要管理員不在的時候有人負(fù)責(zé)對備份系統(tǒng)進(jìn)行管理。盡管備份系統(tǒng)管理員可以對整個備份系統(tǒng)進(jìn)行任何操作，但實(shí)際上備份系統(tǒng)管理員的主要職責(zé)應(yīng)該是協(xié)助其它管理者使用備份系統(tǒng)。 備份策略制定的角色無論是在制定新或改變已有的備份時策略時，備份系統(tǒng)管理員應(yīng)與系統(tǒng)管理員和數(shù)據(jù)庫管理員進(jìn)行溝通，由他們決定備份策略的內(nèi)容，也就是說備份策略的制定者應(yīng)該是系統(tǒng)管理員和數(shù)據(jù)庫管理員而不是備份系統(tǒng)管理員。備份系統(tǒng)管理員只是負(fù)責(zé)協(xié)助他們使用備份系統(tǒng)。由系統(tǒng)管理員和數(shù)據(jù)庫管理員決定對哪些數(shù)據(jù)進(jìn)行備份、備份在什么時候進(jìn)行、備份是使用全備份或增量備份以及備份的保存周期等。 修改備份策略的過程有時，服務(wù)器系統(tǒng)的改變或數(shù)據(jù)庫的改變以及應(yīng)用的需求等，需要進(jìn)行備份策略的的修正以適應(yīng)這些改變。當(dāng)需要對備份策略進(jìn)行改變時，應(yīng)按一定的程序進(jìn)行而不是由備份系統(tǒng)管理員自選決定進(jìn)行修改。首先，應(yīng)由應(yīng)用、系統(tǒng)或數(shù)據(jù)庫管理員提出需求，將需要改變的內(nèi)容如備份內(nèi)容、備份時間、備份類型、備份頻率和備份保存周期等以書面方式提交給備份系統(tǒng)管理員。管理員收到修改需求后，需要確定修改內(nèi)容的合理性以及修改對其它備份部分的影響。如果確認(rèn)可以進(jìn)行修改再對備份系統(tǒng)進(jìn)行修改。管理員將備份系統(tǒng)修改的內(nèi)容以書面方式記錄下來，以備后用。應(yīng)對修改后的備份部分進(jìn)行相應(yīng)的測試。 恢復(fù)的管理恢復(fù)的操作直接影響到實(shí)際的應(yīng)用。如果進(jìn)行了不正確的恢復(fù)操作可能會造成可怕的后果。因此，恢復(fù)操作應(yīng)嚴(yán)格按一定的操作程序進(jìn)行，而絕不能由備份系統(tǒng)管理員或某一個應(yīng)用者進(jìn)行恢復(fù)操作了事。r 故障確認(rèn)在進(jìn)行恢復(fù)之前首先應(yīng)該確認(rèn)造成故障的原因。故障的原因非常多，應(yīng)該分清是操作系統(tǒng)的故障還是數(shù)據(jù)庫的故障。如果是數(shù)據(jù)庫的故障，不同的數(shù)據(jù)庫應(yīng)采用不同的故障分析方法，有時可以使用數(shù)據(jù)庫提供的故障診斷工具進(jìn)行故障分析。這些工作應(yīng)由相應(yīng)的管理者如系統(tǒng)管理員或數(shù)據(jù)庫管理員負(fù)責(zé)進(jìn)行，在完成故障分析后確認(rèn)需要進(jìn)行恢復(fù)操作時，由相應(yīng)的管理者提交書面的故障分析報(bào)告。r 制定恢復(fù)計(jì)劃備份系統(tǒng)管理員在收到故障分析報(bào)告后應(yīng)與相應(yīng)管理者一起制定詳細(xì)的恢復(fù)計(jì)劃，包括恢復(fù)的內(nèi)容、恢復(fù)的時間、恢復(fù)的操作步驟、恢復(fù)對應(yīng)用造成的影響等，最后形成一個書面的恢復(fù)計(jì)劃。備份系統(tǒng)管理者應(yīng)將故障分析報(bào)告與恢復(fù)計(jì)劃一起提交到相應(yīng)的主管領(lǐng)導(dǎo)審批。主管領(lǐng)導(dǎo)應(yīng)確認(rèn)恢復(fù)對生產(chǎn)造成的影響，在批準(zhǔn)執(zhí)行恢復(fù)前應(yīng)以相應(yīng)方式與有關(guān)部門進(jìn)行溝通和通知有關(guān)部門進(jìn)行恢復(fù)前的準(zhǔn)備工作。r 恢復(fù)操作在進(jìn)行實(shí)際的恢復(fù)前，備份系統(tǒng)管理者與相應(yīng)管理者應(yīng)再次確認(rèn)恢復(fù)計(jì)劃的可行性及造成的后果。確認(rèn)無誤后進(jìn)入到實(shí)際的恢復(fù)操作。在進(jìn)行恢復(fù)前，還應(yīng)該做的一件事情是對現(xiàn)有的內(nèi)容作相應(yīng)的備份。以防止在恢復(fù)的過程中發(fā)生更進(jìn)一步的錯誤。這可能是由于恢復(fù)計(jì)劃制定得不合理造成的，也可能是操作失誤造成的。進(jìn)行恢復(fù)操作時應(yīng)將每一步的執(zhí)行過程記錄下來，以備后用。r 恢復(fù)后的操作完成恢復(fù)后應(yīng)測試恢復(fù)的結(jié)果。在完成恢復(fù)結(jié)果測試成功后，對恢復(fù)后的系統(tǒng)進(jìn)行相應(yīng)的備份。最后，將執(zhí)行恢復(fù)操作的管理者、恢復(fù)操作的時間、過程、完成的狀況等形成書面報(bào)告，報(bào)有關(guān)領(lǐng)導(dǎo)進(jìn)行審批。有關(guān)領(lǐng)導(dǎo)確認(rèn)恢復(fù)