第一篇：wps文字備份與數據恢復管理

wps文字備份與數據恢復管理

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

備份管理

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

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

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

所有文件。

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

找到合適的備份文件進行恢復。

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

數據恢復

意外刪除了文件，磁盤出現損壞等情況了出現時，使用數據恢復功能找回丟失的文件。

操作小貼士

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

默認時間則為10分鐘。

第二篇：數據備份和恢復管理規范

數據備份和恢復管理規范

第一章 總 則

第一條 為規范、統一全集團范圍內重要系統的數據備份及管理工作，明確各系統數據備份及恢復的角色和職責，確保備份介質的安全和按時、順利恢復系統和數據，并確保有關責任人員熟練掌握系統和數據的備份、歸檔和恢復流程，特制定本辦法。

第二條 備份和恢復管理的范圍包括：確定關鍵系統的備份和恢復方針及原則；系統、應用等軟件及業務、配置等數據的備份和恢復；備份介質的存放、歸檔管理；系統及數據恢復演練；備份和恢復流程的評估和維護；歸檔數據的查詢；備份和恢復所需存儲、磁帶庫等硬件工具/設備的監控和管理。不包括：硬件、網絡的備份和恢復（屬于業務連續性管理）；業務系統的在線數據冗余（屬于業務可用性管理）。

第三條 關鍵系統定義： ERP、研發、SCM、CRM、財務、HR和其他多個單位通用的業務系統；MIP、郵件、公共網站等IT基礎應用系統；單個單位使用的核心業務系統。

第四條 集團數據備份和恢復工作由集團備份管理員負責組織、協調，并按照既定計劃和策略督促相關人員執行。

第二章 數據備份、歸檔和恢復原則

第五條 備份和恢復時間、性能應符合各系統服務級別的規定，各系統服務級別由系統所在單位與系統主要使用部門商議。

第六條 應考慮主機系統（操作系統、工具軟件、數據庫系統軟件、應用等）變化的頻率，全備份的頻率應與業務系統變化頻率成正比。

第七條 當主機系統發生較大更改時，應馬上對主機系統進行一次全備份。第八條 應考慮全備份的容量，全備份的頻率應與其備份容量成反比。第九條 系統全備份方式適用于使用小型機設備的系統，使用PC服務器的系統建議采用克隆系統應急盤方式。

第十條 對應用軟件等程序文件：當系統配置數據發生變動時，應馬上備份，備份介質保留至下一次系統全備份。當生產環境中的應用軟件將發生變動時，應對變動前的應用軟件進行備份。該種情況下的備份一般情況下由各系統管理員自行準備資源完成。

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

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

第十三條 歸檔數據完整性的基本原則：進行數據恢復后，系統在簡單配置后可直接使用。

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

第十五條 對Oracle數據庫備份：為了保護最近產生的數據，必須連續備份數據庫邏輯日志。在業務數據的兩次連續0級備份之間，應該進行業務數據邏輯日志的備份。

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

第十七條 區別維持關鍵業務運行的數據（如，僅僅包含賬戶數據、客戶信息、交易數據，不含歷史數據），并每日單獨備份，剩余數據同樣單獨備份。考慮到是快速恢復數據，故該類數據不宜過大。另外考慮到其使用目標是僅僅是應急，故其備份介質都是短期保留。

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

第十九條 在備份和恢復操作流程發生變動時，應該對操作人員進行培訓；進行恢復演練的頻率與流程變化的頻率成正比；進行實際恢復演練的頻率與恢復失敗的頻率（考核指標之一）成正比。

第二十條 所有對生產系統和數據的恢復都要預先得到批準；對存檔備份介質的調閱需要登記，并且只能拷貝不能外借。

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

第三章 存儲、備份設備及相關設備管理

第二十二條 存儲設備：集團中央數據存儲系統、集團中央備份存儲系統；備份管理員負責：每天檢查存儲設備控制器產生的信息，每周至少一次現場檢查存儲設備及相關部件運行狀況，并將檢查記錄包含在周報中；存儲設備Lun的調整和新Lun的分配，磁盤Raid策略調整等資源使用管理；

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

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

第二十五條 備份管理員負責以上設備的日常維護和故障報修。維護和報修流程見本規范第二十九條第2款。

第四章 備份和恢復相關人員職責

第二十六條 集團備份管理員由集團IT管理部任命和管理；二級備份管理員由二級管理平臺IT部門任命和管理，在備份業務上配合集團備份管理員。增加二級備份管理員的調整須提前知會集團IT管理部。系統管理責任人由系統所在平臺的IT部門確定，業務管理責任人由系統所在平臺的關鍵業務部門確定。

第二十七條 集團備份管理員職責：作為集團數據備份和恢復工作的總體計劃制

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

第二十八條 二級備份管理員職責：作為二級平臺及下屬單位數據備份和恢復工作詳細計劃的制定和協調者，協助備份管理員維護工作；組織相關系統管理員進行備份系統客戶端的日常維護；協助備份管理員定期組織相關人員進行備份數據的有效性驗證；參與備份系統建設、改造項目；負責平臺管理范圍內系統進行數據覆蓋和協助集團備份管理員完成災難恢復工作；負責制定該平臺及下屬單位的系統恢復演練詳細計劃，并負責該平臺及下屬單位數據從備份系統的導出。

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

第三十條 系統業務管理責任人職責：作為數據備份和恢復工作的用戶方或負責業務維護的項目組，負責確認系統數據備份和恢復的時間、性能等指標。ERP、SCM、CRM等類系統業務責任部門為系統所在單位財務部門，研發類系統業務責任部門為系統所在單位研發部門，集團HR系統業務責任部門為集團人力資源部，MIP、郵件等基礎應用系統業務責任部門為集團IT部。其他系統由系統管理的責任單位IT部門確定系統業務責任部門。

第五章 運維管理流程

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

第三十二條 系統日常維護流程：備份系統的服務器端操作，由備份管理員負責，客戶端操作由相關責任人負責，備份管理員協助完成。

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

2.備份系統日程運維管理流程：包括備份系統及相關設備日常檢查及故障處理。備份管理員每天對備份系統軟件日志進行查看，如系統出現的報警或故障信息，當天反饋至技術后臺支持經理，如超過2天不能解決，應上報至基礎運維管理中心高級經理，并聯系相關外部技術支持人員。如超過4天不能解決，應上報至集團IT總監。3.備份和恢復策略初次申請流程：由系統管理員提出備份和恢復策略并填寫《備份和恢復需求》、《系統備份信息表》、《備份和恢復策略和原則》，系統業務責任人對《備份和恢復需求》進行確認，二級平臺備份管理員審查，集團備份管理員審核，并在備份系統中實施，備份管理員直屬領導及基礎運維管理中心負責人備案。

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

6.系統和數據災難恢復流程：系統管理員提交系統和數據恢復申請，系統管理員直屬領導進行審核，系統業務責任部門審批，根據系統故障類型，二級備份管理員或集團備份管理員準備恢復的介質，系統管理員進行系統和數據恢復，系統業務責任人對恢復數據正確性進行驗證，確認恢復成功后，由系統管理部門對外發出《系統恢復通知》。

7.日常備份和歸檔管理流程：集團備份管理員進行日常備份和歸檔，提交《備份介質存放登記表》，并在MIP上發布當日備份信息，備份管理員直屬領導對歸檔進行審核和數據抽查，基礎運維管理中心負責人備案。

8.備份介質存放管理流程：集團備份管理員對歸檔的備份介質（目前為磁帶）進行異地存放，并填寫《數據轉移保存登記表》，備份管理員直屬領導審查，基礎運維管理中心負責人備案。

第三十三條 系統和數據恢復演練流程：包括所有非災難恢復性質的數據恢復流程。集團或二級平臺備份管理員提交《系統和數據恢復演練計劃》，同時準備好演練的環境和介質，系統管理員將系統和數據恢復至預定位置，并進行系統和數據恢復結果進行驗證，并填寫《系統和數據恢復演練反饋表》。

第三十四條 存檔數據查詢流程：由存檔數據查詢人提交《存檔數據查詢申請表》，系統業務責任人審核，系統管理員準備恢復所需硬件、軟件等資源，二級備份管理員或集團備份管理員準備恢復環境和備份介質，系統管理員進行數據恢復對恢復系統和數據進行可用性確認，系統業務責任人對恢復系統和數據進行正確性驗證，并通知查詢人進行數據查詢。

第六章 懲罰措施

第三十五條 如集團備份管理員已通知相關系統管理員備份失敗信息，而系統管理員沒有及時處理，導致兩次以上的數據備份失敗情況發生，系統管理員應承擔數據安全管理不善責任，并在MIP上通報批評，如造成數據丟失等嚴重后果，按照相關單位規定進行處罰。

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

第三十七條 因相關系統管理員未及時處理，而導致連續三天以上備份失敗（含三天），系統管理員承擔系統維護不善的責任，并在MIP上通報批評，如因此造成的數據丟失或其他嚴重后果，按系統管理員所在單位相關規定進行處罰。

第三十八條 如無特殊原因，連續三個月內都未組織二級備份管理員及相關系統管理員進行系統災難恢復演練工作，集團備份管理員應承擔系統維護不力責任，并在MIP上通報批評。

第三十九條 二級備份管理員不配合集團備份管理員組織系統災難恢復演練工作，導致演練工作無法開展，將追究相關責任人責任并在MIP上通報批評。

第四十條 相關系統管理員不服從備份管理員組織，連續三個月內都未進行系統災難恢復演練工作，將追究相關責任人責任并在MIP上通報批評，因此出現備份數據恢復無效而導致數據丟失情況，由系統管理員及所在部門責任人承擔數據安全的全部責任。

第四十一條 本《規范》由集團IT管理部負責修改和解釋。第四十二條 此規范自下發之日起執行。

2006年4月9日

第三篇：ORACLE數據備份與數據恢復方案

ORACLE數據備份與數據恢復方案

摘 要

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

Oracle數據庫有三種標準的備份方法，它們分別是導出／導入（EXP/IMP）、熱備份和冷備份。要實現簡單導出數據（Export）和導入數據（Import），增量導出／導入的按設定日期自動備份，可考慮，將該部分功能開發成可執行程序，然后結合操作系統整合的任務計劃，實現特定時間符合備份規劃的備份應用程序的運行，實現數據庫的本級備份，結合ftp簡單開發，實現多服務器的數據更新同步，實現數據備份的異地自動備份。

關鍵字：數據庫 遠程異地 集中備份

I

ORACLE數據備份與數據恢復方案

目 錄

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

二、金華電信ORACLE數據庫的備份與恢復方案 ······· 2

2.1 備份系統數據庫備份策略································································································· 3 2.2 備份系統數據庫恢復策略···················· 3 2.3 金華電信97系統及營銷支撐系統的系統狀況 ··········· 3 2.4 金華電信97系統、營銷支撐系統及備份系統總體結構圖 ······ 4 2.5 備份系統結構圖說明······················ 4

三、金華電信97系統的數據庫備份和恢復 ········ 6

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

四、金華電信營銷支撐系統的備份與恢復········· 7

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

五、RMAN CATALOG 數據庫的備份 ············ 8

II

ORACLE數據備份與數據恢復方案

六、結 語 ······················ 9

III

ORACLE數據備份與數據恢復方案

一、前 言

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

一、服務器數量有限的情況下，不失為一種既經濟又簡明的備份手段。但隨著計算機規模的擴大，數據量幾何級的增長以及分布式網絡環境的興起，將越來越多的業務分布在不同的機器、不同的操作平臺上，這種單機的人工冷備份方式越來越不適應當今分布式網絡環境。

因此迫切需要建立一個集中的、自動在線的企業級備份系統。備份的內容應當包括基于業務的業務數據，又包括IT系統中重要的日志文件、參數文件、配置文件、控制文件等。本文以ORACLE數據庫為例，結合金華電信的幾個相關業務系統目前正在實施的備份方案，介紹ORACLE數據庫的備份與恢復。

ORACLE數據備份與數據恢復方案

二、金華電信ORACLE數據庫的備份與恢復方案

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

ORACLE數據備份與數據恢復方案

2.1 備份系統數據庫備份策略

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

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

2.2 備份系統數據庫恢復策略

通過本地的Veritas Server結合Veritas for Databases利用備份數據進行數據恢復。恢復時，Veritas 可以實現多線程的數據恢復，利用Veritas 獨特的磁帶分類集中存放技術，減少磁帶的就位時間，提高數據恢復的效率。

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

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

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

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

2.3 金華電信97系統及營銷支撐系統的系統狀況

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

ORACLE數據備份與數據恢復方案

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

2.4 金華電信97系統、營銷支撐系統及備份系統總體結構圖

對于具體的備份環境和結構,我們結合了Oracle備份技術和LAN環境的SAN備份結構.該系統的結構如下圖所示（以97系統與營銷支撐系統為例）

備份系統總體結構圖

2.5 備份系統結構圖說明

此在線存儲系統采用了基于SAN（存儲區域網絡）的結構，SAN是一種高速

ORACLE數據備份與數據恢復方案

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

ORACLE數據備份與數據恢復方案

三、金華電信97系統的數據庫備份和恢復

3.1 備份方法

采用Veritas NBU物理備份加EXP邏輯備份。Exp邏輯備份在服務器上直接備份，定期轉移到邏輯備份服務器。

3.2 備份策略

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

3.3 恢復策略

恢復策略:(1)數據文件損壞或磁盤陣列損壞：針對這種情況可以采用Veritas NBU從FC磁盤陣列中恢復。(2)誤操作或對象級邏輯上的損壞：針對這種情況可以從exp備份中采用imp恢復。

3.4 性能影響

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

ORACLE數據備份與數據恢復方案

四、金華電信營銷支撐系統的備份與恢復

4.1 備份方法

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

4.2 備份策略

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

4.3 恢復策略

恢復策略:(1)數據文件損壞或磁盤陣列損壞：針對這種情況可以采用RMAN從磁盤中恢復。(2)誤操作或對象級邏輯上的損壞：針對這種情況可以從exp備份中采用imp恢復。

4.4 性能影響

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

ORACLE數據備份與數據恢復方案

五、RMAN Catalog 數據庫的備份

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

ORACLE數據備份與數據恢復方案

六、結 語

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

第四篇：備份與恢復管理

備份與恢復管理 目的

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

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

災難恢復，指自然或人為災害后，重新啟用信息系統的數據、硬件及軟件設備，恢復正常商業運作的過程。災難恢復規劃是涵蓋面更廣的業務連續規劃的一部分,其核心即對企業或機構的災難性風險做出評估、防范，特別是對關鍵性業務數據、流程予以及時記錄、備份、保護。

數據備份是容災的基礎，是指為防止系統出現操作失誤或系統故障導致數據丟失，而將全部或部分數據集合從應用主機的硬盤或陣列復制到其它的存儲介質的過程。關鍵控制點

1． 在與重要硬件設備或軟件系統供應商簽訂的采購合同中，應有相關備份與災害恢復的技術支持條款。

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

5.1 職責

1．電腦部是公司信息備份的歸口管理部門，負責公司所有重要信息備份的管理和協調。

2．各部門負責人是確定本部門重要備份數據的責任人，部門負責人應定期向電腦部提供本部門重要數據的備份或最新的備份數據清單。

5.2 備份清單建立和維護

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

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

件系統；OA系統；軟件系統開發的相關代碼和文檔；重要網絡設備的配置數據和文檔；其他重要的數據。

3．備份方式：電腦部負責根據數據的重要性及保存期限等情況，為各類數據設定適當的備份方式。備份方式有：服務器備份、在線備份、光盤備份。

4．備份頻率：凡是采用日備份的，應采用循環覆蓋方法，以節約存儲設備；但每月要保存一份月末的完整數據。具體規定如下：

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

6．數據備份的保存：備份數據應妥善保存在安全可靠的地方，保存地點應能防火、防盜、防潮。

7．數據備份的檢查

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

5.3 災害恢復計劃

1．硬件的災害恢復：

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

2)電腦部應保留所有硬件的供應商目錄及詳細資料，一旦發生災害，供應商在接到公司的通知后應在一定的時間內將設備配備到位。

3)在與信息系統供應商簽訂的采購合同中，必須有相關備份與災害恢復與技術支持條款，并要求供應商出具安全保密承諾書。

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

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

公司信息系統及計算機所使用的軟件及數據備份的保存按數據備份的要求進行，一旦發生系統災害，負責系統管理的人員通過災害發生前或其他信息系統所保存的各種備份介質，依據備份標記進行目的性的恢復。

對所有發生的硬件和軟件災害。必須對災害發生及恢復情況進行

書面記錄，對于重大災害，應立即報告分管副總和總經理。

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

1-1 部門數據備份清單

1-2 公司數據備份清單 附錄

第五篇：《備份與恢復管理制度》

備份與恢復管理制度

文檔控制

名稱

編號

版本

密級

擬制

日期

審核

日期

批準

日期

版本控制

日期

版本

描述

作者

分發控制

序號

對象

權限

一．

目的為加強單位計算機信息數據的備份與管理，避免信息數據丟失，根據相關規定，特制定本管理辦法。

二．

適用范圍

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

三．

管理規定

1．數據備份

第一條

本辦法適用于單位信息系統數據的備份與管理。

第二條

單位計算機信息數據的備份工作由信息中心管理，負責計算機信息數據備份的檢查和督促。

第三條

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

第四條

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

第五條

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

第六條

信息數據根據系統情況和備份內容，可以采取以下備份方式：

(一)完全備份：對備份的內容進行整體備份。

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

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

(四)按需備份：僅備份應用系統需要的部分數據。

第七條

為保證所備份的內容可再現系統運行環境，數據備份內容應包括網絡系統的所有關鍵數據。具體指計算機和網絡設備的操作系統、應用軟件、系統數據和應用數據。

第八條

數據備份可選擇硬盤、軟盤、光盤、磁帶等存儲介質，要確保備份數據的可恢復性。存儲介質應存放在無磁性、輻射性的安全環境。

第九條

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

(一)卷名按統一的規則來命名。卷名由“應用系統名稱—

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

第十條

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

第十一條

數據備份至少應保留兩份拷貝，一份在數據處理現場，以保證數據的正常快速恢復和數據查詢，另一份保存在異地機房，確保備份數據萬無一失。

第十二條

對計算機或設備進行軟件安裝、系統升級或更改配置時，應進行系統和數據、設備參數的完全備份。應用系統更新后，應對原系統及其數據的完全備份資料保存十年以上。

第十三條

本辦法從公布之日起實施。本辦法由信息中心負責解釋。

2．數據恢復

第一條

當信息中心服務器確認出現故障時，由系統管理員進行系統恢復。

第二條

系統管理員由信息中心主任指定專人負責。當人員變動時應有交接手續。

第三條

當網絡線路不通時，網絡系統維護人員應立即到場進行維護，當光纖損壞時應立即使用備用光纖進行恢復，交換機出現故障時，應使用備用交換機。

第四條

對每次的恢復細節應做好詳細記錄。

第五條

定期對全系統備份數據要進行模擬恢復，以檢查數據的可用性。

第六條

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

—

END

—