第一篇：wps文字備份與數(shù)據(jù)恢復(fù)管理

wps文字備份與數(shù)據(jù)恢復(fù)管理

這篇wps文字備份與數(shù)據(jù)恢復(fù)管理是 小編特地為大家整理的，希望對大家有所幫助!

備份管理

如果WPS Office程序遇到異常情況需要退出的時候，將對正在使用的文件進(jìn)行分析以查找錯誤，如果可

能將恢復(fù)其中的信息。但在某些情況下，無法恢復(fù)任何信息。

在重新啟動WPS Office程序，將自動彈出“備份管理”任務(wù)窗格，里面列出了程序停止響應(yīng)時已恢復(fù)的

所有文件。

此時，您可以單擊“各種備份文件都在這里哦!”打開備份文件目錄。通過文件名稱、備份時間等信息

找到合適的備份文件進(jìn)行恢復(fù)。

恢復(fù)完畢之后，您可以選擇手工逐個刪除或者全部刪除備份文件。

數(shù)據(jù)恢復(fù)

意外刪除了文件，磁盤出現(xiàn)損壞等情況了出現(xiàn)時，使用數(shù)據(jù)恢復(fù)功能找回丟失的文件。

操作小貼士

界面左上角“WPS文字”選項中，常規(guī)與保存下，可以設(shè)置備份的相關(guān)選項。啟用智能備份時，備份的

默認(rèn)時間則為10分鐘。

第二篇：數(shù)據(jù)備份和恢復(fù)管理規(guī)范

數(shù)據(jù)備份和恢復(fù)管理規(guī)范

第一章 總 則

第一條 為規(guī)范、統(tǒng)一全集團(tuán)范圍內(nèi)重要系統(tǒng)的數(shù)據(jù)備份及管理工作，明確各系統(tǒng)數(shù)據(jù)備份及恢復(fù)的角色和職責(zé)，確保備份介質(zhì)的安全和按時、順利恢復(fù)系統(tǒng)和數(shù)據(jù)，并確保有關(guān)責(zé)任人員熟練掌握系統(tǒng)和數(shù)據(jù)的備份、歸檔和恢復(fù)流程，特制定本辦法。

第二條 備份和恢復(fù)管理的范圍包括：確定關(guān)鍵系統(tǒng)的備份和恢復(fù)方針及原則；系統(tǒng)、應(yīng)用等軟件及業(yè)務(wù)、配置等數(shù)據(jù)的備份和恢復(fù)；備份介質(zhì)的存放、歸檔管理；系統(tǒng)及數(shù)據(jù)恢復(fù)演練；備份和恢復(fù)流程的評估和維護(hù)；歸檔數(shù)據(jù)的查詢；備份和恢復(fù)所需存儲、磁帶庫等硬件工具/設(shè)備的監(jiān)控和管理。不包括：硬件、網(wǎng)絡(luò)的備份和恢復(fù)（屬于業(yè)務(wù)連續(xù)性管理）；業(yè)務(wù)系統(tǒng)的在線數(shù)據(jù)冗余（屬于業(yè)務(wù)可用性管理）。

第三條 關(guān)鍵系統(tǒng)定義： ERP、研發(fā)、SCM、CRM、財務(wù)、HR和其他多個單位通用的業(yè)務(wù)系統(tǒng)；MIP、郵件、公共網(wǎng)站等IT基礎(chǔ)應(yīng)用系統(tǒng)；單個單位使用的核心業(yè)務(wù)系統(tǒng)。

第四條 集團(tuán)數(shù)據(jù)備份和恢復(fù)工作由集團(tuán)備份管理員負(fù)責(zé)組織、協(xié)調(diào)，并按照既定計劃和策略督促相關(guān)人員執(zhí)行。

第二章 數(shù)據(jù)備份、歸檔和恢復(fù)原則

第五條 備份和恢復(fù)時間、性能應(yīng)符合各系統(tǒng)服務(wù)級別的規(guī)定，各系統(tǒng)服務(wù)級別由系統(tǒng)所在單位與系統(tǒng)主要使用部門商議。

第六條 應(yīng)考慮主機系統(tǒng)（操作系統(tǒng)、工具軟件、數(shù)據(jù)庫系統(tǒng)軟件、應(yīng)用等）變化的頻率，全備份的頻率應(yīng)與業(yè)務(wù)系統(tǒng)變化頻率成正比。

第七條 當(dāng)主機系統(tǒng)發(fā)生較大更改時，應(yīng)馬上對主機系統(tǒng)進(jìn)行一次全備份。第八條 應(yīng)考慮全備份的容量，全備份的頻率應(yīng)與其備份容量成反比。第九條 系統(tǒng)全備份方式適用于使用小型機設(shè)備的系統(tǒng)，使用PC服務(wù)器的系統(tǒng)建議采用克隆系統(tǒng)應(yīng)急盤方式。

第十條 對應(yīng)用軟件等程序文件：當(dāng)系統(tǒng)配置數(shù)據(jù)發(fā)生變動時，應(yīng)馬上備份，備份介質(zhì)保留至下一次系統(tǒng)全備份。當(dāng)生產(chǎn)環(huán)境中的應(yīng)用軟件將發(fā)生變動時，應(yīng)對變動前的應(yīng)用軟件進(jìn)行備份。該種情況下的備份一般情況下由各系統(tǒng)管理員自行準(zhǔn)備資源完成。

第十一條 對Oracle等數(shù)據(jù)庫進(jìn)行在線備份的系統(tǒng)，原則上要求周日為0級備份（冷備份）。對有數(shù)據(jù)長期保留需求的系統(tǒng)，只進(jìn)行系統(tǒng)的0級備份的歸檔，以確保數(shù)據(jù)有效性和可恢復(fù)性。

第十二條 歸檔數(shù)據(jù)一般包括程序文件、數(shù)據(jù)文件，一般不包括數(shù)據(jù)庫歸檔日志、邏輯備份數(shù)據(jù)（如在線備份）。

第十三條 歸檔數(shù)據(jù)完整性的基本原則：進(jìn)行數(shù)據(jù)恢復(fù)后，系統(tǒng)在簡單配置后可直接使用。

第十四條 對業(yè)務(wù)數(shù)據(jù)備份：在網(wǎng)絡(luò)帶寬和存儲設(shè)備允許的前提下，可以采用集中備份和恢復(fù)管理的方式，否則采用分布備份和恢復(fù)管理方式。在數(shù)據(jù)庫故障時能夠快速恢復(fù)數(shù)據(jù)是選擇備份方式的一個重要因素。應(yīng)該采用多種備份方式（如采用塊方式和文本方式等），以保證除了使用備份系統(tǒng)進(jìn)行恢復(fù)外，還可以在本地備份機上直接恢復(fù)應(yīng)用，如特別關(guān)鍵應(yīng)用，建議考慮增加異地的恢復(fù)方式。除了用于恢復(fù)外，備份介質(zhì)還應(yīng)該方便存檔數(shù)據(jù)查詢、恢復(fù)演練、新系統(tǒng)測試、審計檢查等使用。重點保留月末、季末、年末、結(jié)息日、新系統(tǒng)切換等重點時間的數(shù)據(jù)。

第十五條 對Oracle數(shù)據(jù)庫備份：為了保護(hù)最近產(chǎn)生的數(shù)據(jù)，必須連續(xù)備份數(shù)據(jù)庫邏輯日志。在業(yè)務(wù)數(shù)據(jù)的兩次連續(xù)0級備份之間，應(yīng)該進(jìn)行業(yè)務(wù)數(shù)據(jù)邏輯日志的備份。

第十六條 應(yīng)該根據(jù)數(shù)據(jù)容量/備份持續(xù)時間來決定采用每日0級備份，或定期0級備份+每日增量備份方式（增量備份分為對上次0級備份的增量、對上次增量的增量兩種）。如果每日0級備份的備份和恢復(fù)時間符合要求，建議采用每日0級備份方式；否則采用每周0級備份+每日增量備份方式。備份介質(zhì)保留一個備份周期。

第十七條 區(qū)別維持關(guān)鍵業(yè)務(wù)運行的數(shù)據(jù)（如，僅僅包含賬戶數(shù)據(jù)、客戶信息、交易數(shù)據(jù)，不含歷史數(shù)據(jù)），并每日單獨備份，剩余數(shù)據(jù)同樣單獨備份?？紤]到是快速恢復(fù)數(shù)據(jù)，故該類數(shù)據(jù)不宜過大。另外考慮到其使用目標(biāo)是僅僅是應(yīng)急，故其備份介質(zhì)都是短期保留。

第十八條 要使用腳本來進(jìn)行備份和恢復(fù)，盡量避免手工操作；盡量安排在非工作時間備份。

第十九條 在備份和恢復(fù)操作流程發(fā)生變動時，應(yīng)該對操作人員進(jìn)行培訓(xùn)；進(jìn)行恢復(fù)演練的頻率與流程變化的頻率成正比；進(jìn)行實際恢復(fù)演練的頻率與恢復(fù)失敗的頻率（考核指標(biāo)之一）成正比。

第二十條 所有對生產(chǎn)系統(tǒng)和數(shù)據(jù)的恢復(fù)都要預(yù)先得到批準(zhǔn)；對存檔備份介質(zhì)的調(diào)閱需要登記，并且只能拷貝不能外借。

第二十一條 所有的備份介質(zhì)都要貼上清晰的標(biāo)簽，標(biāo)簽應(yīng)包含介質(zhì)編號（或序號）、備份內(nèi)容、備份日期時間、備份人員等內(nèi)容；數(shù)據(jù)備份在制作、傳遞、轉(zhuǎn)移過程中，必須填寫《數(shù)據(jù)備份登記表》或《數(shù)據(jù)轉(zhuǎn)移保存登記表》，詳細(xì)記錄備份數(shù)據(jù)制作、傳遞、轉(zhuǎn)移的全部過程與責(zé)任人；數(shù)據(jù)備份的存放處必須符合防火、防水、防磁的安全要求；保存期在一年以上的備份磁帶應(yīng)半年進(jìn)行重寫或重繞處理；長期保存的磁帶應(yīng)記錄使用次數(shù)，保證介質(zhì)在規(guī)定的次數(shù)內(nèi)使用；歸檔數(shù)據(jù)備份介質(zhì)應(yīng)該實施異地存放，建議存放至銀行保險箱或檔案室（必須和主機房不在同一建筑物內(nèi)，如分支機構(gòu)辦公場所）。

第三章 存儲、備份設(shè)備及相關(guān)設(shè)備管理

第二十二條 存儲設(shè)備：集團(tuán)中央數(shù)據(jù)存儲系統(tǒng)、集團(tuán)中央備份存儲系統(tǒng)；備份管理員負(fù)責(zé)：每天檢查存儲設(shè)備控制器產(chǎn)生的信息，每周至少一次現(xiàn)場檢查存儲設(shè)備及相關(guān)部件運行狀況，并將檢查記錄包含在周報中；存儲設(shè)備Lun的調(diào)整和新Lun的分配，磁盤Raid策略調(diào)整等資源使用管理；

第二十三條 備份設(shè)備：STK SL500磁帶庫、LTO3數(shù)據(jù)磁帶、LTO3清洗帶；磁帶庫設(shè)備要求制定驅(qū)動器自動清洗策略，備份管理員負(fù)責(zé)：定期檢查策略執(zhí)行執(zhí)行是否正常，每周至少一次現(xiàn)場檢查磁帶庫及相關(guān)部件運行狀況，并將檢查記錄包含在周報中；根據(jù)備份策略或用戶需求調(diào)整，及時調(diào)整磁帶庫設(shè)備的資源分配。

第二十四條 相關(guān)設(shè)備：光纖通道交換機及光纖通道接口等部件、主機HBA卡；備份管理員負(fù)責(zé)：每周至少一次現(xiàn)場檢查光纖通道交換機及相關(guān)部件運行情況，并將檢查記錄包含在周報中；每月協(xié)助系統(tǒng)管理員對主機HBA卡運行情況進(jìn)行檢查，包括雙通道、負(fù)載均衡功能是否正常以及操作系統(tǒng)是否出現(xiàn)類似光纖通道報警信息；交換機Zooning調(diào)整、劃分及相關(guān)資源調(diào)配。

第二十五條 備份管理員負(fù)責(zé)以上設(shè)備的日常維護(hù)和故障報修。維護(hù)和報修流程見本規(guī)范第二十九條第2款。

第四章 備份和恢復(fù)相關(guān)人員職責(zé)

第二十六條 集團(tuán)備份管理員由集團(tuán)IT管理部任命和管理；二級備份管理員由二級管理平臺IT部門任命和管理，在備份業(yè)務(wù)上配合集團(tuán)備份管理員。增加二級備份管理員的調(diào)整須提前知會集團(tuán)IT管理部。系統(tǒng)管理責(zé)任人由系統(tǒng)所在平臺的IT部門確定，業(yè)務(wù)管理責(zé)任人由系統(tǒng)所在平臺的關(guān)鍵業(yè)務(wù)部門確定。

第二十七條 集團(tuán)備份管理員職責(zé)：作為集團(tuán)數(shù)據(jù)備份和恢復(fù)工作的總體計劃制

定和工作協(xié)調(diào)者，負(fù)責(zé)備份系統(tǒng)管理和日常維護(hù)；負(fù)責(zé)備份數(shù)據(jù)在磁帶、光盤等可移動存儲介質(zhì)上克隆、遷移和本地存放；參與備份系統(tǒng)建設(shè)、改造項目；協(xié)助二級備份管理員和各系統(tǒng)管理員進(jìn)行數(shù)據(jù)覆蓋和災(zāi)難恢復(fù)工作；定期組織二級備份管理員及相關(guān)人員進(jìn)行備份數(shù)據(jù)有效性驗證；負(fù)責(zé)組織集團(tuán)本部相關(guān)系統(tǒng)管理員進(jìn)行備份數(shù)據(jù)的有效性驗證工作；負(fù)責(zé)備份系統(tǒng)客戶端程序的異常處理，但不含客戶端程序的管理；有義務(wù)和責(zé)任對系統(tǒng)管理員制定的備份策略提出合理建議；根據(jù)各系統(tǒng)恢復(fù)演練要求，制定總體恢復(fù)演練工作計劃。

第二十八條 二級備份管理員職責(zé)：作為二級平臺及下屬單位數(shù)據(jù)備份和恢復(fù)工作詳細(xì)計劃的制定和協(xié)調(diào)者，協(xié)助備份管理員維護(hù)工作；組織相關(guān)系統(tǒng)管理員進(jìn)行備份系統(tǒng)客戶端的日常維護(hù)；協(xié)助備份管理員定期組織相關(guān)人員進(jìn)行備份數(shù)據(jù)的有效性驗證；參與備份系統(tǒng)建設(shè)、改造項目；負(fù)責(zé)平臺管理范圍內(nèi)系統(tǒng)進(jìn)行數(shù)據(jù)覆蓋和協(xié)助集團(tuán)備份管理員完成災(zāi)難恢復(fù)工作；負(fù)責(zé)制定該平臺及下屬單位的系統(tǒng)恢復(fù)演練詳細(xì)計劃，并負(fù)責(zé)該平臺及下屬單位數(shù)據(jù)從備份系統(tǒng)的導(dǎo)出。

第二十九條 系統(tǒng)技術(shù)管理責(zé)任人職責(zé)：簡稱系統(tǒng)管理員。是系統(tǒng)管理責(zé)任部門指定的系統(tǒng)日常維護(hù)人員，作為數(shù)據(jù)備份策略的制定者和恢復(fù)工作的實際執(zhí)行者，按照《備份系統(tǒng)維護(hù)指引》要求，負(fù)責(zé)對備份系統(tǒng)客戶端的維護(hù)；根據(jù)業(yè)務(wù)系統(tǒng)數(shù)據(jù)安全需求，負(fù)責(zé)制定合理、有效的備份策略(系統(tǒng)管理員只能負(fù)責(zé)提出策略和有效性審核，策略的合理性應(yīng)由集團(tuán)備份管理員完成)；在集團(tuán)備份管理員或二級備份管理員的協(xié)助下，負(fù)責(zé)進(jìn)行責(zé)任系統(tǒng)的備份數(shù)據(jù)有效性驗證；根據(jù)災(zāi)難演練計劃，建立系統(tǒng)詳細(xì)恢復(fù)操作文檔，并負(fù)責(zé)具體系統(tǒng)的搭建、恢復(fù)工作，同時負(fù)責(zé)組織相關(guān)人員對恢復(fù)系統(tǒng)的有效性進(jìn)行測試并提交相關(guān)報告。（各個應(yīng)用系統(tǒng)需要確定主要維護(hù)責(zé)任部門，由責(zé)任部門提出對系統(tǒng)的維護(hù)要求和指標(biāo)）

第三十條 系統(tǒng)業(yè)務(wù)管理責(zé)任人職責(zé)：作為數(shù)據(jù)備份和恢復(fù)工作的用戶方或負(fù)責(zé)業(yè)務(wù)維護(hù)的項目組，負(fù)責(zé)確認(rèn)系統(tǒng)數(shù)據(jù)備份和恢復(fù)的時間、性能等指標(biāo)。ERP、SCM、CRM等類系統(tǒng)業(yè)務(wù)責(zé)任部門為系統(tǒng)所在單位財務(wù)部門，研發(fā)類系統(tǒng)業(yè)務(wù)責(zé)任部門為系統(tǒng)所在單位研發(fā)部門，集團(tuán)HR系統(tǒng)業(yè)務(wù)責(zé)任部門為集團(tuán)人力資源部，MIP、郵件等基礎(chǔ)應(yīng)用系統(tǒng)業(yè)務(wù)責(zé)任部門為集團(tuán)IT部。其他系統(tǒng)由系統(tǒng)管理的責(zé)任單位IT部門確定系統(tǒng)業(yè)務(wù)責(zé)任部門。

第五章 運維管理流程

第三十一條 數(shù)據(jù)備份異常的預(yù)警機制：對于連續(xù)兩次備份失敗的系統(tǒng)，集團(tuán)備份管理員應(yīng)以郵件、短信或電話方式知會二級備份管理員或相關(guān)系統(tǒng)管理員及該管理平臺IT部門負(fù)責(zé)人，系統(tǒng)管理員應(yīng)積極采取相關(guān)措施，二級備份管理員及集團(tuán)備份管理員應(yīng)配合，確保當(dāng)天晚上數(shù)據(jù)備份成功，連續(xù)三次備份失敗，集團(tuán)備份管理員應(yīng)將該信息抄送至系統(tǒng)責(zé)任單位財務(wù)負(fù)責(zé)人、集團(tuán)IT總監(jiān)。

第三十二條 系統(tǒng)日常維護(hù)流程：備份系統(tǒng)的服務(wù)器端操作，由備份管理員負(fù)責(zé)，客戶端操作由相關(guān)責(zé)任人負(fù)責(zé)，備份管理員協(xié)助完成。

1.備份情況通報流程：集團(tuán)備份管理員每天上午10點前將前一天晚上數(shù)據(jù)備份情況在MIP上公布（周六備份情況在周一通報），每周備份管理員將一周備份情況進(jìn)行總結(jié)并發(fā)布至MIP，內(nèi)容包括但不限于：本周備份數(shù)據(jù)量、備份有效性總結(jié)、故障處理情況；每月進(jìn)行一次系統(tǒng)運行情況總結(jié)，上報至基礎(chǔ)管理中心高級經(jīng)理，內(nèi)容包括但不限于：本月備份有效性情況、故障處理匯總及分析、系統(tǒng)運行趨勢分析及系統(tǒng)改進(jìn)合理化建議等。對于備份失敗的系統(tǒng)，以郵件、短信或電話方式通知二級備份管理員及其上級領(lǐng)導(dǎo)并給出初步診斷結(jié)果和建議操作；二級備份管理員應(yīng)立即聯(lián)系相關(guān)系統(tǒng)管理員，系統(tǒng)管理員應(yīng)在當(dāng)天配合備份管理員查找問題。若數(shù)據(jù)連續(xù)兩天沒有備份成功，第三天需要系統(tǒng)管理員與備份管理員一起確定系統(tǒng)的備份方式，若為數(shù)據(jù)庫的在線備份失敗，應(yīng)采取冷備份，若因數(shù)據(jù)庫沒有正確啟停，需系統(tǒng)管理員在策略中約定的時間手工啟停數(shù)據(jù)庫，保證當(dāng)晚數(shù)據(jù)備份成功。如二級備份管理員及系統(tǒng)管理員對備份失敗問題一天內(nèi)查不出原因，集團(tuán)備份管理員應(yīng)協(xié)調(diào)相關(guān)資源協(xié)助處理。

2.備份系統(tǒng)日程運維管理流程：包括備份系統(tǒng)及相關(guān)設(shè)備日常檢查及故障處理。備份管理員每天對備份系統(tǒng)軟件日志進(jìn)行查看，如系統(tǒng)出現(xiàn)的報警或故障信息，當(dāng)天反饋至技術(shù)后臺支持經(jīng)理，如超過2天不能解決，應(yīng)上報至基礎(chǔ)運維管理中心高級經(jīng)理，并聯(lián)系相關(guān)外部技術(shù)支持人員。如超過4天不能解決，應(yīng)上報至集團(tuán)IT總監(jiān)。3.備份和恢復(fù)策略初次申請流程：由系統(tǒng)管理員提出備份和恢復(fù)策略并填寫《備份和恢復(fù)需求》、《系統(tǒng)備份信息表》、《備份和恢復(fù)策略和原則》，系統(tǒng)業(yè)務(wù)責(zé)任人對《備份和恢復(fù)需求》進(jìn)行確認(rèn)，二級平臺備份管理員審查，集團(tuán)備份管理員審核，并在備份系統(tǒng)中實施，備份管理員直屬領(lǐng)導(dǎo)及基礎(chǔ)運維管理中心負(fù)責(zé)人備案。

4.備份和恢復(fù)策略變更流程：由系統(tǒng)管理員提出變更后的備份和恢復(fù)策略并填寫《備份和恢復(fù)需求》、《系統(tǒng)備份信息表》、《備份和恢復(fù)策略和原則》，系統(tǒng)業(yè)務(wù)責(zé)任人對《備份和恢復(fù)需求》進(jìn)行確認(rèn)，二級平臺備份管理員審查，集團(tuán)備份管理員審核，并在備份系統(tǒng)中實施，備份管理員直屬領(lǐng)導(dǎo)及基礎(chǔ)運維管理中心負(fù)責(zé)人備案。5.備份數(shù)據(jù)常規(guī)恢復(fù)流程：常規(guī)恢復(fù)指數(shù)據(jù)的測試環(huán)境覆蓋、恢復(fù)演練等要求下進(jìn)行數(shù)據(jù)恢復(fù)。不允許在凌晨進(jìn)行數(shù)據(jù)恢復(fù)，如需進(jìn)行數(shù)據(jù)，需要以郵件方式發(fā)送請求至集團(tuán)備份管理員，由備份管理員安排恢復(fù)時間和協(xié)助恢復(fù)。如系統(tǒng)管理員自行恢復(fù)，導(dǎo)致正常備份工作受到影響，將追究相關(guān)管理員責(zé)任。

6.系統(tǒng)和數(shù)據(jù)災(zāi)難恢復(fù)流程：系統(tǒng)管理員提交系統(tǒng)和數(shù)據(jù)恢復(fù)申請，系統(tǒng)管理員直屬領(lǐng)導(dǎo)進(jìn)行審核，系統(tǒng)業(yè)務(wù)責(zé)任部門審批，根據(jù)系統(tǒng)故障類型，二級備份管理員或集團(tuán)備份管理員準(zhǔn)備恢復(fù)的介質(zhì)，系統(tǒng)管理員進(jìn)行系統(tǒng)和數(shù)據(jù)恢復(fù)，系統(tǒng)業(yè)務(wù)責(zé)任人對恢復(fù)數(shù)據(jù)正確性進(jìn)行驗證，確認(rèn)恢復(fù)成功后，由系統(tǒng)管理部門對外發(fā)出《系統(tǒng)恢復(fù)通知》。

7.日常備份和歸檔管理流程：集團(tuán)備份管理員進(jìn)行日常備份和歸檔，提交《備份介質(zhì)存放登記表》，并在MIP上發(fā)布當(dāng)日備份信息，備份管理員直屬領(lǐng)導(dǎo)對歸檔進(jìn)行審核和數(shù)據(jù)抽查，基礎(chǔ)運維管理中心負(fù)責(zé)人備案。

8.備份介質(zhì)存放管理流程：集團(tuán)備份管理員對歸檔的備份介質(zhì)（目前為磁帶）進(jìn)行異地存放，并填寫《數(shù)據(jù)轉(zhuǎn)移保存登記表》，備份管理員直屬領(lǐng)導(dǎo)審查，基礎(chǔ)運維管理中心負(fù)責(zé)人備案。

第三十三條 系統(tǒng)和數(shù)據(jù)恢復(fù)演練流程：包括所有非災(zāi)難恢復(fù)性質(zhì)的數(shù)據(jù)恢復(fù)流程。集團(tuán)或二級平臺備份管理員提交《系統(tǒng)和數(shù)據(jù)恢復(fù)演練計劃》，同時準(zhǔn)備好演練的環(huán)境和介質(zhì)，系統(tǒng)管理員將系統(tǒng)和數(shù)據(jù)恢復(fù)至預(yù)定位置，并進(jìn)行系統(tǒng)和數(shù)據(jù)恢復(fù)結(jié)果進(jìn)行驗證，并填寫《系統(tǒng)和數(shù)據(jù)恢復(fù)演練反饋表》。

第三十四條 存檔數(shù)據(jù)查詢流程：由存檔數(shù)據(jù)查詢?nèi)颂峤弧洞鏅n數(shù)據(jù)查詢申請表》，系統(tǒng)業(yè)務(wù)責(zé)任人審核，系統(tǒng)管理員準(zhǔn)備恢復(fù)所需硬件、軟件等資源，二級備份管理員或集團(tuán)備份管理員準(zhǔn)備恢復(fù)環(huán)境和備份介質(zhì)，系統(tǒng)管理員進(jìn)行數(shù)據(jù)恢復(fù)對恢復(fù)系統(tǒng)和數(shù)據(jù)進(jìn)行可用性確認(rèn)，系統(tǒng)業(yè)務(wù)責(zé)任人對恢復(fù)系統(tǒng)和數(shù)據(jù)進(jìn)行正確性驗證，并通知查詢?nèi)诉M(jìn)行數(shù)據(jù)查詢。

第六章 懲罰措施

第三十五條 如集團(tuán)備份管理員已通知相關(guān)系統(tǒng)管理員備份失敗信息，而系統(tǒng)管理員沒有及時處理，導(dǎo)致兩次以上的數(shù)據(jù)備份失敗情況發(fā)生，系統(tǒng)管理員應(yīng)承擔(dān)數(shù)據(jù)安全管理不善責(zé)任，并在MIP上通報批評，如造成數(shù)據(jù)丟失等嚴(yán)重后果，按照相關(guān)單位規(guī)定進(jìn)行處罰。

第三十六條 因集團(tuán)備份管理員維護(hù)不到位，出現(xiàn)同一套系統(tǒng)數(shù)據(jù)備份失敗情況，且沒有及時知會相關(guān)系統(tǒng)管理員進(jìn)行應(yīng)急處理，導(dǎo)致系統(tǒng)備份失敗情況連續(xù)發(fā)生三天以上（含三天），集團(tuán)備份管理員將承擔(dān)系統(tǒng)管理不善責(zé)任，并在MIP上通報批評，如由此造成的數(shù)據(jù)丟失或其他嚴(yán)重后果，按照集團(tuán)相關(guān)規(guī)定進(jìn)行處罰。連續(xù)三個月未出現(xiàn)因備份管理員維護(hù)不力而出現(xiàn)備份異常情況，由集團(tuán)IT管理部給予××獎勵。

第三十七條 因相關(guān)系統(tǒng)管理員未及時處理，而導(dǎo)致連續(xù)三天以上備份失?。ê欤?，系統(tǒng)管理員承擔(dān)系統(tǒng)維護(hù)不善的責(zé)任，并在MIP上通報批評，如因此造成的數(shù)據(jù)丟失或其他嚴(yán)重后果，按系統(tǒng)管理員所在單位相關(guān)規(guī)定進(jìn)行處罰。

第三十八條 如無特殊原因，連續(xù)三個月內(nèi)都未組織二級備份管理員及相關(guān)系統(tǒng)管理員進(jìn)行系統(tǒng)災(zāi)難恢復(fù)演練工作，集團(tuán)備份管理員應(yīng)承擔(dān)系統(tǒng)維護(hù)不力責(zé)任，并在MIP上通報批評。

第三十九條 二級備份管理員不配合集團(tuán)備份管理員組織系統(tǒng)災(zāi)難恢復(fù)演練工作，導(dǎo)致演練工作無法開展，將追究相關(guān)責(zé)任人責(zé)任并在MIP上通報批評。

第四十條 相關(guān)系統(tǒng)管理員不服從備份管理員組織，連續(xù)三個月內(nèi)都未進(jìn)行系統(tǒng)災(zāi)難恢復(fù)演練工作，將追究相關(guān)責(zé)任人責(zé)任并在MIP上通報批評，因此出現(xiàn)備份數(shù)據(jù)恢復(fù)無效而導(dǎo)致數(shù)據(jù)丟失情況，由系統(tǒng)管理員及所在部門責(zé)任人承擔(dān)數(shù)據(jù)安全的全部責(zé)任。

第四十一條 本《規(guī)范》由集團(tuán)IT管理部負(fù)責(zé)修改和解釋。第四十二條 此規(guī)范自下發(fā)之日起執(zhí)行。

2006年4月9日

第三篇：ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

摘 要

結(jié)合金華電信IT系統(tǒng)目前正在實施的備份與恢復(fù)策略，重點介紹電信業(yè)務(wù)計算機管理系統(tǒng)(簡稱97系統(tǒng))和營銷支撐系統(tǒng)的ORALCE數(shù)據(jù)庫備份和恢復(fù)方案。

Oracle數(shù)據(jù)庫有三種標(biāo)準(zhǔn)的備份方法，它們分別是導(dǎo)出／導(dǎo)入（EXP/IMP）、熱備份和冷備份。要實現(xiàn)簡單導(dǎo)出數(shù)據(jù)（Export）和導(dǎo)入數(shù)據(jù)（Import），增量導(dǎo)出／導(dǎo)入的按設(shè)定日期自動備份，可考慮，將該部分功能開發(fā)成可執(zhí)行程序，然后結(jié)合操作系統(tǒng)整合的任務(wù)計劃，實現(xiàn)特定時間符合備份規(guī)劃的備份應(yīng)用程序的運行，實現(xiàn)數(shù)據(jù)庫的本級備份，結(jié)合ftp簡單開發(fā)，實現(xiàn)多服務(wù)器的數(shù)據(jù)更新同步，實現(xiàn)數(shù)據(jù)備份的異地自動備份。

關(guān)鍵字：數(shù)據(jù)庫 遠(yuǎn)程異地 集中備份

I

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

目 錄

一、前 言 ··························· 1

二、金華電信ORACLE數(shù)據(jù)庫的備份與恢復(fù)方案 ······· 2

2.1 備份系統(tǒng)數(shù)據(jù)庫備份策略································································································· 3 2.2 備份系統(tǒng)數(shù)據(jù)庫恢復(fù)策略···················· 3 2.3 金華電信97系統(tǒng)及營銷支撐系統(tǒng)的系統(tǒng)狀況 ··········· 3 2.4 金華電信97系統(tǒng)、營銷支撐系統(tǒng)及備份系統(tǒng)總體結(jié)構(gòu)圖 ······ 4 2.5 備份系統(tǒng)結(jié)構(gòu)圖說明······················ 4

三、金華電信97系統(tǒng)的數(shù)據(jù)庫備份和恢復(fù) ········ 6

3.1 備份方法··························· 6 3.2 備份策略··························· 6 3.3 恢復(fù)策略··························· 6 3.4 性能影響··························· 6

四、金華電信營銷支撐系統(tǒng)的備份與恢復(fù)········· 7

4.1 備份方法··························· 7 4.2 備份策略··························· 7 4.4 性能影響··························· 7

五、RMAN CATALOG 數(shù)據(jù)庫的備份 ············ 8

II

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

六、結(jié) 語 ······················ 9

III

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

一、前 言

目前，數(shù)據(jù)已成為信息系統(tǒng)的基礎(chǔ)核心和重要資源，同時也是各單位的寶貴財富，數(shù)據(jù)的丟失將導(dǎo)致直接經(jīng)濟(jì)損失和用戶數(shù)據(jù)的丟失，嚴(yán)重影響對社會提供正常的服務(wù)。另一方面，隨著信息技術(shù)的迅猛發(fā)展和廣泛應(yīng)用，業(yè)務(wù)數(shù)據(jù)還將會隨業(yè)務(wù)的開展而快速增加。但由于系統(tǒng)故障，數(shù)據(jù)庫有時可能遭到破壞，這時如何盡快恢復(fù)數(shù)據(jù)就成為當(dāng)務(wù)之急。如做了備份，恢復(fù)數(shù)據(jù)就顯得很容易。由此可見，做好數(shù)據(jù)庫的備份至關(guān)重要。因此，建立一個滿足當(dāng)前和將來的數(shù)據(jù)備份需求的備份系統(tǒng)是必不可少的。傳統(tǒng)的數(shù)據(jù)備份方式主要采用主機內(nèi)置或外置的磁帶機對數(shù)據(jù)進(jìn)行冷備份，這種方式在數(shù)據(jù)量不大、操作系統(tǒng)種類單

一、服務(wù)器數(shù)量有限的情況下，不失為一種既經(jīng)濟(jì)又簡明的備份手段。但隨著計算機規(guī)模的擴大，數(shù)據(jù)量幾何級的增長以及分布式網(wǎng)絡(luò)環(huán)境的興起，將越來越多的業(yè)務(wù)分布在不同的機器、不同的操作平臺上，這種單機的人工冷備份方式越來越不適應(yīng)當(dāng)今分布式網(wǎng)絡(luò)環(huán)境。

因此迫切需要建立一個集中的、自動在線的企業(yè)級備份系統(tǒng)。備份的內(nèi)容應(yīng)當(dāng)包括基于業(yè)務(wù)的業(yè)務(wù)數(shù)據(jù)，又包括IT系統(tǒng)中重要的日志文件、參數(shù)文件、配置文件、控制文件等。本文以O(shè)RACLE數(shù)據(jù)庫為例，結(jié)合金華電信的幾個相關(guān)業(yè)務(wù)系統(tǒng)目前正在實施的備份方案，介紹ORACLE數(shù)據(jù)庫的備份與恢復(fù)。

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

二、金華電信ORACLE數(shù)據(jù)庫的備份與恢復(fù)方案

由于金華電信IT系統(tǒng)以前只采用邏輯備份方式進(jìn)行數(shù)據(jù)庫備份，速度較慢并且數(shù)據(jù)存儲管理都很分散，甚至出現(xiàn)備份數(shù)據(jù)不完整的現(xiàn)象。為了提高備份數(shù)據(jù)的效率，提供可靠的數(shù)據(jù)備份，完善備份系統(tǒng)，保證備份數(shù)據(jù)的完整性，降低數(shù)據(jù)備份對網(wǎng)絡(luò)和服務(wù)器的影響，對每個IT系統(tǒng)的備份數(shù)據(jù)進(jìn)行集中管理，我們對備份工作進(jìn)行了改進(jìn)，將邏輯備份與物理備份相結(jié)合，在遠(yuǎn)程建立了一個異地集中、自動在線的備份系統(tǒng)即網(wǎng)絡(luò)存儲管理系統(tǒng)。（這里用到的物理備份指熱備份）其具備的主要功能如下：(1)集中式管理 :網(wǎng)絡(luò)存儲備份管理系統(tǒng)對整個網(wǎng)絡(luò)的數(shù)據(jù)進(jìn)行管理。利用集中式管理工具的幫助，系統(tǒng)管理員可對全網(wǎng)的備份策略進(jìn)行統(tǒng)一管理，備份服務(wù)器可以監(jiān)控所有機器的備份作業(yè)，也可以修改備份策略，并可即時瀏覽所有目錄。所有數(shù)據(jù)可以備份到同備份服務(wù)器或應(yīng)用服務(wù)器相連的任意一臺磁帶庫內(nèi)。(2)全自動的備份: 對于大多數(shù)機房管理人員來說,備份是一項繁重的任務(wù)。每天都要小心翼翼,不敢有半點閃失,生怕一失足成千古恨。網(wǎng)絡(luò)備份能夠?qū)崿F(xiàn)定時自動備份，大大減輕管理員的壓力。備份系統(tǒng)能根據(jù)用戶的實際需求，定義需要備份的數(shù)據(jù)，然后以圖形界面方式根據(jù)需要設(shè)置備份時間表，備份系統(tǒng)將自動啟動備份作業(yè)，無需人工干預(yù)。這個自動備份作業(yè)是可自定的,包括一次備份作業(yè)、每周的某幾日、每月的第幾天等項目。設(shè)定好計劃后，備份作業(yè)就會按計劃自動進(jìn)行。(3)數(shù)據(jù)庫備份和恢復(fù): 數(shù)據(jù)庫系統(tǒng)已經(jīng)相當(dāng)復(fù)雜和龐大，不能用文件的備份方式來備份數(shù)據(jù)庫。企業(yè)級的備份系統(tǒng)能夠?qū)?shù)據(jù)庫在不中斷業(yè)務(wù)、不停頓數(shù)據(jù)庫的情況下對數(shù)據(jù)進(jìn)行聯(lián)機的自動備份，包括可以進(jìn)行數(shù)據(jù)庫備份、日志備份、完全備份、增量備份等。(4)歸檔管理: 用戶可以按項目、時間定期對所有數(shù)據(jù)進(jìn)行有效的歸檔處理。提供統(tǒng)一的數(shù)據(jù)存儲格式從而保證所有的應(yīng)用數(shù)據(jù)由一個統(tǒng)一的數(shù)據(jù)格式來作永久的保存，保證數(shù)據(jù)的永久可利用性。(5)有效的媒體管理: 備份系統(tǒng)對每一個用于作備份的磁帶自動加入一個電子標(biāo)簽，同時在軟件中提供了識別標(biāo)簽的功能，如果磁帶外面的標(biāo)簽脫落，只需執(zhí)行這一功能，就會迅速知道該磁帶的內(nèi)容。(6)滿足系統(tǒng)不斷增加的需求:備份軟件必須能支持多平臺系統(tǒng)，當(dāng)網(wǎng)絡(luò)連接其它的應(yīng)用服務(wù)器時，對于網(wǎng)絡(luò)存儲管理系統(tǒng)來說，只需在其上安裝支持這種服務(wù)器的客戶端軟件即可將數(shù)據(jù)備份到磁帶庫或光盤庫中。

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

2.1 備份系統(tǒng)數(shù)據(jù)庫備份策略

數(shù)據(jù)庫運行在歸檔模式下，利用Veritas軟件模塊調(diào)用數(shù)據(jù)庫的備份接口進(jìn)行在線的熱備份，可以在備份時，對備份數(shù)據(jù)保存在不同的存儲對象中，以滿足客戶容災(zāi)的要求，可以利用Veritas的多線程的數(shù)據(jù)遷移、利用多個磁帶驅(qū)動器同時讀寫提高其數(shù)據(jù)備份的效率。

針對數(shù)據(jù)庫的總數(shù)據(jù)量和增量數(shù)據(jù)量大小，我們可以利用數(shù)據(jù)庫的多級的增量備份機制，結(jié)合Veritas 強大的備份數(shù)據(jù)追蹤尋址能力和介質(zhì)管理功能，制定靈活的備份策略，實現(xiàn)全自動的備份數(shù)據(jù)的全生命周期管理。

2.2 備份系統(tǒng)數(shù)據(jù)庫恢復(fù)策略

通過本地的Veritas Server結(jié)合Veritas for Databases利用備份數(shù)據(jù)進(jìn)行數(shù)據(jù)恢復(fù)?；謴?fù)時，Veritas 可以實現(xiàn)多線程的數(shù)據(jù)恢復(fù)，利用Veritas 獨特的磁帶分類集中存放技術(shù)，減少磁帶的就位時間，提高數(shù)據(jù)恢復(fù)的效率。

先用最近一次的全備份恢復(fù)＋恢復(fù)最近一次的增量備份＋增量備份到斷點的ARCHIVE LOG來恢復(fù)（要求數(shù)據(jù)庫在ARCHIVE LOG模式下工作）。這種恢復(fù)方式比全部用ARCHIVE LOG恢復(fù)要快。

如果兩份冗余的最近一次增量備份都不可用，可以追溯再上次的增量備份來恢復(fù)，然后用增量備份到斷點的ARCHIVE LOG恢復(fù)。

如果最近一次的全備份恢復(fù)都不可用,則利用上個周期的全備份＋上個周期的最后一次增量備份＋本周期的最近一次增量備份＋增量備份到斷點的ARCHIVE LOG來恢復(fù)。

如果增量備份都不可用，那么用全備份＋ARCHIVE LOG來恢復(fù)。

2.3 金華電信97系統(tǒng)及營銷支撐系統(tǒng)的系統(tǒng)狀況

金華電信經(jīng)過這么多年的信息系統(tǒng)建設(shè)，目前已經(jīng)運行著多個系統(tǒng)，除計費系統(tǒng)有較為完善的備份系統(tǒng)外，其他系統(tǒng)的備份系統(tǒng)都需要完善。其中97系統(tǒng)的機器型號IBM 7040-61R，操作系統(tǒng) AIX5.2，數(shù)據(jù)庫類型ORALCE8.1.7.4，數(shù)據(jù)量120G；營銷支撐系統(tǒng)機器型號IBM xseries440，操作系統(tǒng)Red Flag Linux Server 4.0,數(shù)據(jù)庫類型ORACLE9.2.0.1,數(shù)據(jù)量150G。以前,這兩個系統(tǒng)的數(shù)據(jù)備份都是通過邏輯備份(exp)實現(xiàn)并且備份數(shù)據(jù)管理是分散的，然而一個完善的備份系統(tǒng)必須包含物理備份和邏輯備份兩種方式。因此，我們正在實施一個遠(yuǎn)程

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

異地在線集中的高效的備份系統(tǒng)，將邏輯備份和物理備份（熱備份）相結(jié)合，設(shè)置了專門的備份服務(wù)器。由于97、營銷支撐操作系統(tǒng)采用AIX及Red Flag，我們在備份服務(wù)器上安裝了第三方備份軟件Veritias NBU。

2.4 金華電信97系統(tǒng)、營銷支撐系統(tǒng)及備份系統(tǒng)總體結(jié)構(gòu)圖

對于具體的備份環(huán)境和結(jié)構(gòu),我們結(jié)合了Oracle備份技術(shù)和LAN環(huán)境的SAN備份結(jié)構(gòu).該系統(tǒng)的結(jié)構(gòu)如下圖所示（以97系統(tǒng)與營銷支撐系統(tǒng)為例）

備份系統(tǒng)總體結(jié)構(gòu)圖

2.5 備份系統(tǒng)結(jié)構(gòu)圖說明

此在線存儲系統(tǒng)采用了基于SAN（存儲區(qū)域網(wǎng)絡(luò)）的結(jié)構(gòu)，SAN是一種高速

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

網(wǎng)絡(luò)或子網(wǎng)絡(luò)，提供在計算機與存儲系統(tǒng)之間的數(shù)據(jù)傳輸。存儲設(shè)備是指一張或多張用以存儲計算機數(shù)據(jù)的磁盤設(shè)備。一個 SAN 網(wǎng)絡(luò)由負(fù)責(zé)網(wǎng)絡(luò)連接的通信結(jié)構(gòu)如光交換機、負(fù)責(zé)組織連接的管理層、存儲部件以及計算機系統(tǒng)構(gòu)成，從而保證數(shù)據(jù)傳輸?shù)陌踩院土Χ?。由于整個SAN系統(tǒng)的數(shù)據(jù)量比較大，所以備份系統(tǒng)采用SAN結(jié)構(gòu)，將磁盤陣列直接連接到SAN的交換機上，和備份服務(wù)器、多臺服務(wù)器均通過SAN相互連接，利用SAN的高性能來提高備份速度、降低數(shù)據(jù)備份對網(wǎng)絡(luò)和服務(wù)器的影響。備份系統(tǒng)結(jié)構(gòu)圖說明如下:(1)Veritas 服務(wù)器(即備份服務(wù)器):備份系統(tǒng)是數(shù)據(jù)安全的關(guān)鍵系統(tǒng)，而備份服務(wù)器是備份系統(tǒng)的核心，因此從安全可靠的角度，采用專用的備份服務(wù)器，在這臺服務(wù)器上安裝VERTIAS Server端軟件，集中管理控制磁帶庫、定制備份策略、管理備份作業(yè)、管理磁帶等，同時安裝oracle catalog庫。(2)備份方案:對97系統(tǒng)購買IBM VERTIAS 備份軟件，將數(shù)據(jù)備份至磁盤陣列上面，備份數(shù)據(jù)走光纖通道。對營銷支撐系統(tǒng)，我們從SAN存儲的FATA盤上劃部分空間直接掛到系統(tǒng)中，然后直接采用RMAN做備份，以降低成本。之所以采用FATA盤的目的是為了避免和FC盤有IO沖突。(3)M300磁盤陣列:在我們的方案當(dāng)中，我們采用磁盤陣列來代替一貫采用的磁帶庫。磁盤陣列具有性能高，可靠性高，維護(hù)方便等優(yōu)點。本方案中采用專業(yè)存儲廠商富士通的中高端存儲ETERNUS3000 M300，作為一種面向開放系統(tǒng)的存儲系統(tǒng)，ETERNUS3000在性能、容量及連通性等方面將世界標(biāo)準(zhǔn)提高到一個新層次。M300的容量為6T的FC盤，10T的FATA盤。在FC盤上保留所有系統(tǒng)的一份全備，其他的備份在白天定期轉(zhuǎn)移到FATA盤。在FATA盤上保留1-2份全備，其他的定期轉(zhuǎn)移到3583磁帶庫中。(3)光纖交換機:為了使整個系統(tǒng)具有良好的擴展性，我們在數(shù)據(jù)中心采用了被評為最優(yōu)秀的網(wǎng)絡(luò)存儲產(chǎn)品博科的16口的光纖交換機，在新大樓備份中心采用博科的8口的光纖交換機。(4)磁帶庫:本方案中的磁帶庫采用的是原先計費系統(tǒng)所用的3583磁帶庫。我們定期將FATA盤上的備份自動轉(zhuǎn)移到該磁帶庫上，做更久的保留。(5)邏輯備份服務(wù)器:為了充份利用舊有的設(shè)備來提高異地集中備份系統(tǒng)的穩(wěn)定性，安全性，我們利用舊有設(shè)備IBM 7044-170小型機和IBM 3542陣列來搭建一個邏輯備份系統(tǒng)。所有的邏輯備份都放到該機器上面來，使得邏輯備份和物理備份在物理上開離。這樣一來避免了IO沖突，二來提高了備份系統(tǒng)的可靠性。

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

三、金華電信97系統(tǒng)的數(shù)據(jù)庫備份和恢復(fù)

3.1 備份方法

采用Veritas NBU物理備份加EXP邏輯備份。Exp邏輯備份在服務(wù)器上直接備份，定期轉(zhuǎn)移到邏輯備份服務(wù)器。

3.2 備份策略

備份策略:(1)每周進(jìn)行一次數(shù)據(jù)庫全備份操作，并定期將FC盤上面的物理備份定期轉(zhuǎn)移到FATA盤上，同時將FATA盤陣上面的物理備份定期轉(zhuǎn)移到磁帶庫上，至少保存 3 個全備份；全備份時間選擇在每周星期六凌晨12：00 開始。(2)數(shù)據(jù)庫采用Archive Log 模式，每天晚上12：00 開始進(jìn)行增量備份。(3)與數(shù)據(jù)庫的邏輯備份相配合，我們每天進(jìn)行一次數(shù)據(jù)的exp備份，即每天做一個完整的數(shù)據(jù)庫EXPORT 備份；備份時間選擇在每天凌晨1：00 開始。Exp備份還是備到本機，定期將其ftp到邏輯備份服務(wù)器上。

3.3 恢復(fù)策略

恢復(fù)策略:(1)數(shù)據(jù)文件損壞或磁盤陣列損壞：針對這種情況可以采用Veritas NBU從FC磁盤陣列中恢復(fù)。(2)誤操作或?qū)ο蠹夁壿嬌系膿p壞：針對這種情況可以從exp備份中采用imp恢復(fù)。

3.4 性能影響

數(shù)據(jù)庫采用歸檔模式對97數(shù)據(jù)庫性能將產(chǎn)生一定的影響。因為在歸檔模式下，oracle需要將歸檔日志歸檔到歸檔目錄(也就是copy)。在IO資源不成為瓶頸的情況下，對系統(tǒng)影響將可以不予考慮。97系統(tǒng)目前的瓶頸在于內(nèi)存這一塊。所以對97系統(tǒng)的性能影響可以不加以考慮。

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

四、金華電信營銷支撐系統(tǒng)的備份與恢復(fù)

4.1 備份方法

采用物理備份加EXP邏輯備份。物理備份考慮到VERTIAS 的成本，及該系統(tǒng)的重要程度，我們從SAN存儲上劃一部分空間掛接至該系統(tǒng)OS上面，然后直接采用RMAN備份。這樣備份的好處是成本低，缺點是不便于管理和維護(hù)，消耗主機的資源，在主機無法啟動的情況下，備份文件無法訪問，但備份數(shù)據(jù)還是完好如初的。

4.2 備份策略

備份策略:(1)每周進(jìn)行一次數(shù)據(jù)庫全備份操作，采用循環(huán)覆蓋的方式，共保存 2個全備份；備份時間可以選擇在周日晚上11：00進(jìn)行(由于其采用的是FATA盤，與其他的物理備份不會造成IO沖突)。(2)數(shù)據(jù)庫采用Archive Log 模式，每天晚上12：00 增量備份。(3)與數(shù)據(jù)庫的邏輯備份相配合，我們每周進(jìn)行一次數(shù)據(jù)的exp備份，即每天做一個完整的數(shù)據(jù)庫EXPORT 備份；備份時間選擇在每天凌晨1:00 開始。

4.3 恢復(fù)策略

恢復(fù)策略:(1)數(shù)據(jù)文件損壞或磁盤陣列損壞：針對這種情況可以采用RMAN從磁盤中恢復(fù)。(2)誤操作或?qū)ο蠹夁壿嬌系膿p壞：針對這種情況可以從exp備份中采用imp恢復(fù)。

4.4 性能影響

數(shù)據(jù)庫采用歸檔模式對營銷支撐系統(tǒng)數(shù)據(jù)庫性能產(chǎn)生的影響也是由于歸檔進(jìn)程需要對歸檔日志進(jìn)行歸檔。同時改成歸檔模式還需要注意的一個問題就是歸檔目錄空間的問題，該系統(tǒng)空間足夠。如果該系統(tǒng)的IO資源較為充裕的話，則不會對性能產(chǎn)生很大的影響。

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

五、RMAN Catalog 數(shù)據(jù)庫的備份

RMAN Catalog庫是整個備份系統(tǒng)當(dāng)中最重要的信息之一。是在物理備份（Veritas）服務(wù)器上建立的一個ORACLE數(shù)據(jù)庫，記錄了所有備份的數(shù)據(jù)庫數(shù)據(jù)文件。如果丟失了Catalog信息的話，恢復(fù)將非常麻煩，因此我們也需要對RMAN Catalog庫做定期備份。RMAN Catalog庫采用邏輯備份，每天直接備份到邏輯備份服務(wù)器上。

ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案

六、結(jié) 語

數(shù)據(jù)庫的備份和恢復(fù)的主要工作就是為數(shù)據(jù)做了一份拷貝，防止出現(xiàn)故障時導(dǎo)致數(shù)據(jù)的丟失。數(shù)據(jù)庫受破壞一般是由于兩種情況引起，其一為系統(tǒng)（軟件）故障，如掉電、SQL Server錯誤、操作系統(tǒng)錯誤、非正常關(guān)機等引起。其二為磁盤（介質(zhì)）故障，由磁盤受破壞引起。若出現(xiàn)介質(zhì)故障（如磁盤崩潰），當(dāng)且僅當(dāng)對數(shù)據(jù)庫及事務(wù)日志做了定期備份，才能恢復(fù)數(shù)據(jù)庫。在實際應(yīng)用中，應(yīng)根據(jù)具體的情況，采納一切可以用的方法，制定切合實際的備份和恢復(fù)方案，明確在各種故障情況中數(shù)據(jù)可恢復(fù)的程度是否滿足了應(yīng)用的需要。為了保證數(shù)據(jù)存儲的可管理性，減少管理的復(fù)雜性，建立一個異地集中、在線的備份系統(tǒng)是必不可少的。采用先進(jìn)的備份技術(shù)和先進(jìn)的備份系統(tǒng)軟件，采用統(tǒng)一的管理機制，保證大數(shù)據(jù)量的一致性備份和高速切換。從而提供高效的存儲設(shè)備的管理能力和可靠的數(shù)據(jù)備份功能。

第四篇：備份與恢復(fù)管理

備份與恢復(fù)管理 目的

為了規(guī)范公司重要數(shù)據(jù)備份清單的建立、備份的職責(zé)、備份的檢查、以及系統(tǒng)受到破壞后的恢復(fù)工作，合理防范計算機及信息系統(tǒng)使用過程中的風(fēng)險，特制定本制度。適用范圍

本制度適用于××××××公司。定義

災(zāi)難恢復(fù)，指自然或人為災(zāi)害后，重新啟用信息系統(tǒng)的數(shù)據(jù)、硬件及軟件設(shè)備，恢復(fù)正常商業(yè)運作的過程。災(zāi)難恢復(fù)規(guī)劃是涵蓋面更廣的業(yè)務(wù)連續(xù)規(guī)劃的一部分,其核心即對企業(yè)或機構(gòu)的災(zāi)難性風(fēng)險做出評估、防范，特別是對關(guān)鍵性業(yè)務(wù)數(shù)據(jù)、流程予以及時記錄、備份、保護(hù)。

數(shù)據(jù)備份是容災(zāi)的基礎(chǔ)，是指為防止系統(tǒng)出現(xiàn)操作失誤或系統(tǒng)故障導(dǎo)致數(shù)據(jù)丟失，而將全部或部分?jǐn)?shù)據(jù)集合從應(yīng)用主機的硬盤或陣列復(fù)制到其它的存儲介質(zhì)的過程。關(guān)鍵控制點

1． 在與重要硬件設(shè)備或軟件系統(tǒng)供應(yīng)商簽訂的采購合同中，應(yīng)有相關(guān)備份與災(zāi)害恢復(fù)的技術(shù)支持條款。

2．各部門應(yīng)建立相應(yīng)的重要信息備份清單，在此基礎(chǔ)上形成公司重要信息備份清單，并定期更新。規(guī)范和要求

5.1 職責(zé)

1．電腦部是公司信息備份的歸口管理部門，負(fù)責(zé)公司所有重要信息備份的管理和協(xié)調(diào)。

2．各部門負(fù)責(zé)人是確定本部門重要備份數(shù)據(jù)的責(zé)任人，部門負(fù)責(zé)人應(yīng)定期向電腦部提供本部門重要數(shù)據(jù)的備份或最新的備份數(shù)據(jù)清單。

5.2 備份清單建立和維護(hù)

1．各部門人員將需要備份的數(shù)據(jù)清單填到《部門數(shù)據(jù)備份清單》中，然后提交到電腦部，并確保每天下班前存放到電腦部指定的網(wǎng)絡(luò)存儲位置。電腦部匯總各部門上報的《部門數(shù)據(jù)備份清單》，并核對網(wǎng)絡(luò)上的存儲數(shù)據(jù)，形成《公司數(shù)據(jù)備份清單》。

2．下列數(shù)據(jù)應(yīng)包含在《公司數(shù)據(jù)備份清單》中： 信息系統(tǒng)（包括：ERP系統(tǒng)、工資系統(tǒng)、考勤系統(tǒng)、安保系統(tǒng)、飯卡系統(tǒng)等）；郵

件系統(tǒng)；OA系統(tǒng)；軟件系統(tǒng)開發(fā)的相關(guān)代碼和文檔；重要網(wǎng)絡(luò)設(shè)備的配置數(shù)據(jù)和文檔；其他重要的數(shù)據(jù)。

3．備份方式：電腦部負(fù)責(zé)根據(jù)數(shù)據(jù)的重要性及保存期限等情況，為各類數(shù)據(jù)設(shè)定適當(dāng)?shù)膫浞莘绞?。備份方式有：服?wù)器備份、在線備份、光盤備份。

4．備份頻率：凡是采用日備份的，應(yīng)采用循環(huán)覆蓋方法，以節(jié)約存儲設(shè)備；但每月要保存一份月末的完整數(shù)據(jù)。具體規(guī)定如下：

5．為了加大數(shù)據(jù)備份的相對安全電腦部應(yīng)定期（每年至少1次）通過光盤或其他存儲設(shè)施做永久性備份。不同時期的各備份介質(zhì)作好相應(yīng)的編號及相關(guān)說明，并移交公司檔案室存檔。

6．?dāng)?shù)據(jù)備份的保存：備份數(shù)據(jù)應(yīng)妥善保存在安全可靠的地方，保存地點應(yīng)能防火、防盜、防潮。

7．?dāng)?shù)據(jù)備份的檢查

電腦部應(yīng)定期（每年至少1次）檢查各類備份資料的情況，及時更新或銷毀過期的資料，并作好檢查記錄；對損毀的備份資料，要及時與使用部門聯(lián)系，共同研究補救措施和方法；對于到達(dá)資料保存期限的備份資料，應(yīng)在得到經(jīng)營負(fù)責(zé)人批準(zhǔn)后及時銷毀。

5.3 災(zāi)害恢復(fù)計劃

1．硬件的災(zāi)害恢復(fù)：

1)電腦部應(yīng)保存公司所有計算機、服務(wù)器及其輔助設(shè)備清單，具體可參見《固定資產(chǎn)編號及臺賬管理制度》。

2)電腦部應(yīng)保留所有硬件的供應(yīng)商目錄及詳細(xì)資料，一旦發(fā)生災(zāi)害，供應(yīng)商在接到公司的通知后應(yīng)在一定的時間內(nèi)將設(shè)備配備到位。

3)在與信息系統(tǒng)供應(yīng)商簽訂的采購合同中，必須有相關(guān)備份與災(zāi)害恢復(fù)與技術(shù)支持條款，并要求供應(yīng)商出具安全保密承諾書。

4)計算機系統(tǒng)硬件受到破壞，使得系統(tǒng)無法正常工作時，各部門應(yīng)及時將情況反饋給電腦部，并協(xié)助電腦部做好原因調(diào)查工作，屬于設(shè)備供應(yīng)商問題的，應(yīng)追究設(shè)備供應(yīng)商的賠償責(zé)任。

5)電腦部及時提出所需設(shè)備的采購申請，并將這些設(shè)備安裝到公司事先指定備用辦公地點或依據(jù)當(dāng)時情況指定臨時地點，以便盡快恢復(fù)正常業(yè)務(wù)。2．軟件的災(zāi)害恢復(fù)：

公司信息系統(tǒng)及計算機所使用的軟件及數(shù)據(jù)備份的保存按數(shù)據(jù)備份的要求進(jìn)行，一旦發(fā)生系統(tǒng)災(zāi)害，負(fù)責(zé)系統(tǒng)管理的人員通過災(zāi)害發(fā)生前或其他信息系統(tǒng)所保存的各種備份介質(zhì)，依據(jù)備份標(biāo)記進(jìn)行目的性的恢復(fù)。

對所有發(fā)生的硬件和軟件災(zāi)害。必須對災(zāi)害發(fā)生及恢復(fù)情況進(jìn)行

書面記錄，對于重大災(zāi)害，應(yīng)立即報告分管副總和總經(jīng)理。

3．公司應(yīng)定期（每年至少1次）對公司信息系統(tǒng)的相關(guān)風(fēng)險及所采取的風(fēng)險管理實施是否充分、適當(dāng)進(jìn)行評估，該項工作由電腦部牽頭，各部門相關(guān)人員參加。流程圖及表單

1-1 部門數(shù)據(jù)備份清單

1-2 公司數(shù)據(jù)備份清單 附錄

第五篇：《備份與恢復(fù)管理制度》

備份與恢復(fù)管理制度

文檔控制

名稱

編號

版本

密級

擬制

日期

審核

日期

批準(zhǔn)

日期

版本控制

日期

版本

描述

作者

分發(fā)控制

序號

對象

權(quán)限

一．

目的為加強單位計算機信息數(shù)據(jù)的備份與管理，避免信息數(shù)據(jù)丟失，根據(jù)相關(guān)規(guī)定，特制定本管理辦法。

二．

適用范圍

適用于本單位所有的工作人員

三．

管理規(guī)定

1．?dāng)?shù)據(jù)備份

第一條

本辦法適用于單位信息系統(tǒng)數(shù)據(jù)的備份與管理。

第二條

單位計算機信息數(shù)據(jù)的備份工作由信息中心管理，負(fù)責(zé)計算機信息數(shù)據(jù)備份的檢查和督促。

第三條

提高數(shù)據(jù)備份的自動化運行管理水平，做好本地數(shù)據(jù)冷備份，減少人的操作與干預(yù)，或制定嚴(yán)格的管理規(guī)范，避免誤操作。

第四條

計算機信息數(shù)據(jù)備份的基本原則是“誰使用，誰備份”。具體包括服務(wù)器全部數(shù)據(jù)，各工作站上的數(shù)據(jù)庫及其它數(shù)據(jù)文件。

第五條

信息數(shù)據(jù)的備份包括定期備份和臨時備份兩種。定期備份指按照規(guī)定的日期定期對數(shù)據(jù)進(jìn)行備份；臨時備份指在特殊情況（如軟件升級、設(shè)備更換、感染病毒等）下，臨時對信息數(shù)據(jù)進(jìn)行備份。

第六條

信息數(shù)據(jù)根據(jù)系統(tǒng)情況和備份內(nèi)容，可以采取以下備份方式：

(一)完全備份：對備份的內(nèi)容進(jìn)行整體備份。

(二)增量備份：僅備份相對于上一次備份后新增加和修改過的數(shù)據(jù)。

(三)差分備份：僅備份相對于上一次完全備份之后新增加和修改過的數(shù)據(jù)。

(四)按需備份：僅備份應(yīng)用系統(tǒng)需要的部分?jǐn)?shù)據(jù)。

第七條

為保證所備份的內(nèi)容可再現(xiàn)系統(tǒng)運行環(huán)境，數(shù)據(jù)備份內(nèi)容應(yīng)包括網(wǎng)絡(luò)系統(tǒng)的所有關(guān)鍵數(shù)據(jù)。具體指計算機和網(wǎng)絡(luò)設(shè)備的操作系統(tǒng)、應(yīng)用軟件、系統(tǒng)數(shù)據(jù)和應(yīng)用數(shù)據(jù)。

第八條

數(shù)據(jù)備份可選擇硬盤、軟盤、光盤、磁帶等存儲介質(zhì)，要確保備份數(shù)據(jù)的可恢復(fù)性。存儲介質(zhì)應(yīng)存放在無磁性、輻射性的安全環(huán)境。

第九條

數(shù)據(jù)備份時必須建立備份文件檔案及檔案庫，詳細(xì)記錄備份數(shù)據(jù)的信息。要做好數(shù)據(jù)備份的文卷管理，所有備份要有明確的標(biāo)識，具體包括：卷名、備份人。

(一)卷名按統(tǒng)一的規(guī)則來命名。卷名由“應(yīng)用系統(tǒng)名稱—

備份時間—序號”組成，(二)備份人：備份人姓名

第十條

備份數(shù)據(jù)的保存時間根據(jù)單位信息系統(tǒng)的數(shù)據(jù)重要程度和有效利用周期以及具體使用情況確定。根據(jù)各種數(shù)據(jù)的重要程度及其容量，確定備份方式、備份周期和保留周期。

第十一條

數(shù)據(jù)備份至少應(yīng)保留兩份拷貝，一份在數(shù)據(jù)處理現(xiàn)場，以保證數(shù)據(jù)的正?？焖倩謴?fù)和數(shù)據(jù)查詢，另一份保存在異地機房，確保備份數(shù)據(jù)萬無一失。

第十二條

對計算機或設(shè)備進(jìn)行軟件安裝、系統(tǒng)升級或更改配置時，應(yīng)進(jìn)行系統(tǒng)和數(shù)據(jù)、設(shè)備參數(shù)的完全備份。應(yīng)用系統(tǒng)更新后，應(yīng)對原系統(tǒng)及其數(shù)據(jù)的完全備份資料保存十年以上。

第十三條

本辦法從公布之日起實施。本辦法由信息中心負(fù)責(zé)解釋。

2．?dāng)?shù)據(jù)恢復(fù)

第一條

當(dāng)信息中心服務(wù)器確認(rèn)出現(xiàn)故障時，由系統(tǒng)管理員進(jìn)行系統(tǒng)恢復(fù)。

第二條

系統(tǒng)管理員由信息中心主任指定專人負(fù)責(zé)。當(dāng)人員變動時應(yīng)有交接手續(xù)。

第三條

當(dāng)網(wǎng)絡(luò)線路不通時，網(wǎng)絡(luò)系統(tǒng)維護(hù)人員應(yīng)立即到場進(jìn)行維護(hù)，當(dāng)光纖損壞時應(yīng)立即使用備用光纖進(jìn)行恢復(fù)，交換機出現(xiàn)故障時，應(yīng)使用備用交換機。

第四條

對每次的恢復(fù)細(xì)節(jié)應(yīng)做好詳細(xì)記錄。

第五條

定期對全系統(tǒng)備份數(shù)據(jù)要進(jìn)行模擬恢復(fù)，以檢查數(shù)據(jù)的可用性。

第六條

管理員根據(jù)故障情況預(yù)計修復(fù)時間，如超過半小時即向中心主任申請啟用應(yīng)急方案

—

END

—