第一篇：公司數(shù)據(jù)災(zāi)難備份及恢復(fù)應(yīng)急預(yù)案

公司數(shù)據(jù)災(zāi)難備份及恢復(fù)應(yīng)急預(yù)案

災(zāi)難往往影響較大，可能會直接導(dǎo)致一些基礎(chǔ)設(shè)施的無法使用，甚至?xí)?dǎo)致人員減少，因此對于災(zāi)難恢復(fù)流程相對特殊且繁瑣。1.數(shù)據(jù)搶救

災(zāi)難發(fā)生時，需在保證人身安全的情況對公司的重要數(shù)據(jù)進(jìn)行搶救，搶救的范圍主要包括：記錄公司重要信息的文件、資料，存儲公司重要數(shù)據(jù)的磁帶，存放重要數(shù)據(jù)的硬盤、服務(wù)器。此過程需由安全組進(jìn)行統(tǒng)籌指揮，按照既定的計(jì)劃執(zhí)行，各組成員、公司員工必須服從安全組的統(tǒng)一調(diào)度和指揮。

2.損壞評估及啟動應(yīng)預(yù)案

災(zāi)難發(fā)生后需根據(jù)情況匯報(bào)損失情況給損壞評估組，損壞評估組根據(jù)匯總信息進(jìn)行消息告知。損壞信息包括: a）公司重要生產(chǎn)、監(jiān)視測量、辦公設(shè)備

b）擁有在可以執(zhí)行計(jì)劃之內(nèi)的關(guān)鍵性功能的員工 c）保存公司重要數(shù)據(jù)的介質(zhì) d）網(wǎng)絡(luò)、通訊設(shè)備

根據(jù)披露的損壞信息情況進(jìn)行應(yīng)急預(yù)案啟動，如選舉臨時領(lǐng)導(dǎo)、使用備份服務(wù)器、備份通訊設(shè)備進(jìn)行替代等。3.業(yè)務(wù)恢復(fù)計(jì)劃

業(yè)務(wù)恢復(fù)計(jì)劃可劃分為以下幾個階段: a）IT基礎(chǔ)設(shè)施恢復(fù)階段：

此階段主要的目標(biāo)是將對于保存數(shù)據(jù)的基礎(chǔ)設(shè)施、業(yè)務(wù)系統(tǒng)所在的主機(jī)、公司網(wǎng)絡(luò)架構(gòu)進(jìn)行恢復(fù)。首先須根據(jù)損失評估的報(bào)告分析可繼續(xù)利用的IT基礎(chǔ)設(shè)施，如供電設(shè)施、交換機(jī)、服務(wù)器、防火墻等。若有損壞不可用的設(shè)備，需及時同代理商進(jìn)行溝通借用或新購相應(yīng)設(shè)備。b）系統(tǒng)恢復(fù)階段：

系統(tǒng)恢復(fù)主要針對關(guān)鍵應(yīng)用主機(jī)，如郵件服務(wù)器。為節(jié)約時間需同時針對各個服務(wù)器系統(tǒng)進(jìn)行快速恢復(fù)。c）網(wǎng)絡(luò)恢復(fù)階段：

網(wǎng)絡(luò)恢復(fù)階段的主要針對以下幾點(diǎn)進(jìn)行：

關(guān)鍵商業(yè)應(yīng)用系統(tǒng)的內(nèi)部局域網(wǎng)和網(wǎng)絡(luò)設(shè)備的支持 外部廣域網(wǎng)和電信服務(wù)

待恢復(fù)系統(tǒng)和終端用戶（公司同事）間的通訊 4.業(yè)務(wù)系統(tǒng)數(shù)據(jù)恢復(fù)： 首先須對業(yè)務(wù)系統(tǒng)的數(shù)據(jù)進(jìn)行恢復(fù)，需要尋找相應(yīng)的恢復(fù)設(shè)備完成此操作，目前我們主要利用磁帶機(jī)、遠(yuǎn)程災(zāi)備數(shù)據(jù)，可正常工作的主機(jī)或同城備份機(jī)房進(jìn)行數(shù)據(jù)恢復(fù)工作。需要將搶救出的磁帶、硬盤或遠(yuǎn)程數(shù)據(jù)在對應(yīng)設(shè)備上恢復(fù)出數(shù)據(jù)。5.業(yè)務(wù)系統(tǒng)重搭建：

由于一些業(yè)務(wù)系統(tǒng)的特殊性，需盡快與相應(yīng)平臺的供應(yīng)商接口人取得聯(lián)系，并申請臨時可用的許可文件等。6.業(yè)務(wù)系統(tǒng)數(shù)據(jù)導(dǎo)入：

數(shù)據(jù)恢復(fù)需根據(jù)導(dǎo)出的數(shù)據(jù)結(jié)合自己管理的業(yè)務(wù)平臺進(jìn)行數(shù)據(jù)導(dǎo)入，并測試可行性。再導(dǎo)入成功并可使用后及時同負(fù)責(zé)人進(jìn)行通知。

在恢復(fù)后由恢復(fù)檢查人員對主機(jī)進(jìn)行檢查，確認(rèn)主機(jī)確實(shí)恢復(fù)后，再接入網(wǎng)絡(luò)，恢復(fù)后檢查人員應(yīng)在48小時內(nèi)對恢復(fù)后的主機(jī)密切關(guān)注，確實(shí)恢復(fù)正常后，報(bào)告災(zāi)難恢復(fù)小組組長。并對主機(jī)恢復(fù)情況留有詳細(xì)記錄，以備后續(xù)檢查

第二篇：Veeam_備份和災(zāi)難恢復(fù)解決方案

Veeam 備份和災(zāi)難恢復(fù)解決方案

目 錄

第1章

1.1 1.2 1.3 1.4 摘要..........................................................................................................................4

前言...........................................................................................................................................4 需求與挑戰(zhàn)...............................................................................................................................5 我們?nèi)绾螡M足您的要求............................................................................................................5 VEEAM BACKUP & REPLICATION解決方案綜述......................................................................6

第2章

2.1 VEEAM 備份和災(zāi)難恢復(fù)解決方案......................................................................8

量身定制虛擬化平臺備份容災(zāi)解決方案................................................................................8

2.1.1 硬件部分方案介紹............................................................................................................9 2.1.2 軟件部分方案介紹............................................................................................................9 SUREBACKUP：100%可靠性（正在申請專利）............................................................................10 INSTANTRESTORE?：最快速的數(shù)據(jù)恢復(fù).........................................................................................11 即時虛擬機(jī)恢復(fù)（Instant VM Recovery，正在申請專利）。..................................................11 U-AIR（通用應(yīng)用項(xiàng)恢復(fù)，正在申請專利）。.........................................................................11 即時文件級恢復(fù)（Instant File-Level Recovery，正在申請專利）。.......................................11 SMARTCDP?：接近連續(xù)的數(shù)據(jù)保護(hù)...............................................................................................12 二合一：備份和復(fù)制.........................................................................................................................12 2.2 VEEAM 備份和災(zāi)難恢復(fù)解決方案方案價(jià)值.........................................................................12

第3章 方案優(yōu)勢................................................................................................................14

目 錄

第4章 為什么選擇VEEAM............................................................................................15

目 錄

第1章 摘要

1.1 前言

隨著虛擬化技術(shù)的廣泛應(yīng)用，對運(yùn)用在虛擬化平臺上的虛擬機(jī)的備份方式也在悄然發(fā)生改變，虛擬數(shù)據(jù)中心的備份方法可以沿襲物理機(jī)上的做法，在每個客機(jī)OS上安裝一個備份軟件，它能夠把數(shù)據(jù)、分區(qū)甚至整個虛擬硬盤拷貝到其他地方去。這種方法在物理機(jī)上并無瑕疵，然而轉(zhuǎn)到虛擬環(huán)境下卻難掩問題。由于主機(jī)OS中的每個虛擬機(jī)是共用同一個I/O通道，因此當(dāng)它們備份工具的同時運(yùn)行，即是不可避免地遭遇I/O瓶頸的開始。

關(guān)鍵數(shù)據(jù)和數(shù)據(jù)庫的備份操作已經(jīng)成為日常運(yùn)行處理的一個組成部分，以確保出現(xiàn)問題時及時恢復(fù)重要數(shù)據(jù)。傳統(tǒng)的解決方案,類似于磁帶機(jī)備份存在較大的缺點(diǎn).通常數(shù)據(jù)采用磁帶離線備份，當(dāng)數(shù)據(jù)量較大或突發(fā)災(zāi)難發(fā)生時，備份磁帶無法真正及時快速恢復(fù)數(shù)據(jù)及業(yè)務(wù)。

自然災(zāi)害頻發(fā)，災(zāi)難已經(jīng)給人們留下了巨大的傷痛，但這遠(yuǎn)遠(yuǎn)沒有結(jié)束，當(dāng)重建工作遭遇數(shù)據(jù)災(zāi)難恢復(fù)難題時，數(shù)據(jù)丟失帶來的二次災(zāi)難正在上演。據(jù)統(tǒng)計(jì)，“9.11”事故一年后，重返世貿(mào)大廈的企業(yè)由原先的350家變成150家，另外200家企業(yè)由于重要信息系統(tǒng)的破壞，關(guān)鍵數(shù)據(jù)的丟失而永遠(yuǎn)的消失了。再來看看國外一些數(shù)據(jù)災(zāi)難恢復(fù)研究機(jī)構(gòu)的統(tǒng)計(jì)吧：金融業(yè)在災(zāi)難停機(jī)兩天內(nèi)所受損失為日營業(yè)額的50%；如果在兩星期內(nèi)無法進(jìn)行數(shù)據(jù)災(zāi)難恢復(fù)方案，75%的公司將業(yè)務(wù)停頓，43%的公司將再也無法開業(yè)；沒有實(shí)施數(shù)據(jù)災(zāi)難恢復(fù)方案的公司60%將在災(zāi)難后2-3年間破產(chǎn)。

第4頁

由此可見，數(shù)據(jù)災(zāi)難恢復(fù)方案對災(zāi)難后社會的正常運(yùn)行起到了非常關(guān)鍵的作用。

1.2 需求與挑戰(zhàn)

現(xiàn)代社會發(fā)展速度快、競爭激烈，業(yè)務(wù)變化大、創(chuàng)新高，快速可靠的信息不僅提供最新最快的業(yè)務(wù)資料作決策參考，在企業(yè)運(yùn)營中的角色更不言而喻。隨著信息系統(tǒng)逐步上升為企業(yè)生產(chǎn)運(yùn)行的中樞，保障信息系統(tǒng)的安全、穩(wěn)定也成為保證企業(yè)生產(chǎn)持續(xù)運(yùn)行的關(guān)鍵。因此，為企業(yè)的信息系統(tǒng)建立起有效的備份與容災(zāi)體系，在發(fā)生各類災(zāi)難時快速響應(yīng)、全力保證業(yè)務(wù)連續(xù)性，成為企業(yè)當(dāng)前及未來IT建設(shè)的重點(diǎn)。

一直以來，企業(yè)在建立備份與容災(zāi)系統(tǒng)時，通常既要考慮建立代價(jià)不菲的備份系統(tǒng)以應(yīng)付不測，同時又要考慮建立容災(zāi)系統(tǒng)以抗衡大型災(zāi)難的發(fā)生。然而，在經(jīng)歷過無數(shù)次‘恢復(fù)失敗’后，人們發(fā)現(xiàn)，在傳統(tǒng)的備份與容災(zāi)技術(shù)手段下，即使投入了昂貴的成本，在各類災(zāi)難發(fā)生時，備份系統(tǒng)消耗了冗長的恢復(fù)時間，卻還是不能保證最少的數(shù)據(jù)丟失；容災(zāi)系統(tǒng)也帶來很多煩惱：數(shù)據(jù)丟失后不可恢復(fù)、難以進(jìn)行容災(zāi)演練、災(zāi)備中心的應(yīng)急效率低等等

1.3 我們?nèi)绾螡M足您的要求

Veeam Backup & Replication 是首屈一指的虛擬機(jī)備份解決方案。

? 最大限度減少風(fēng)險(xiǎn)：每隔幾分鐘復(fù)制，更快更頻繁地備份，以 避免數(shù)據(jù)丟失。另外，通過測試每個備份以確認(rèn)一切運(yùn)行正常，來確

第5頁

保備份的可恢復(fù)性*。

? 降低成本：通過一種產(chǎn)品，以一個低廉的價(jià)格提供強(qiáng)大的功能：備份、復(fù)制、去重、應(yīng)用項(xiàng)恢復(fù)*、恢復(fù)驗(yàn)證*、多 hypervisor 支持等等。

? 減少停機(jī)時間：在任何主機(jī)上還原整個虛擬機(jī)。另外，使用vPower*，您可在短短數(shù)分鐘內(nèi)快速重新啟動虛擬機(jī)或恢復(fù)應(yīng)用項(xiàng)。

? 優(yōu)化管理：對于 ROBO/大規(guī)模部署Veeam 提供自適應(yīng)的分布式架構(gòu)，該架構(gòu)可動態(tài)分配任務(wù)，讓您無需為工作耗費(fèi)大量精力，或不斷調(diào)整工作時間表。? 支持任何存儲器：Veeam Backup & Replication 對存儲器無限制。

第13頁

第3章 方案優(yōu)勢

? vPower*：Veeam Backup & Replication 中的突破性技術(shù)讓您無需對備份作任何修改，即可直接從備份文件運(yùn)行虛擬機(jī)(VM)。

? 許可：無需購買、部署或維護(hù)虛擬機(jī)上的額外代理，以用于不同的操作。另外，諸如復(fù)制、集中化管理和內(nèi)置的去重等功能是該解決方案的一部分，您無需為獨(dú)立組件授予許可。

? 粒度恢復(fù)*：從任何虛擬化應(yīng)用* 或文件系統(tǒng)恢復(fù)單個電子郵件、記錄或?qū)ο?。另外，將文件還原工作安全地指派給技術(shù)支持人員。

? 即時虛擬機(jī)恢復(fù)(Instant VM Recovery)*：不再需要將備份數(shù)據(jù)解壓并復(fù)制到生產(chǎn)環(huán)境的存儲器上。使用 vPower，您可簡單地從備份啟動虛擬機(jī)。

? 為虛擬環(huán)境而開發(fā)：超越傳統(tǒng)備份產(chǎn)品，可為虛擬化應(yīng)用、服務(wù)和和數(shù)據(jù)提供全新的保護(hù)。

第14頁

第4章 為什么選擇Veeam 作為精英 VMware 技術(shù)聯(lián)盟合作伙伴和受管理的 Microsoft 合作伙伴，Veeam? Software 一直為虛擬基礎(chǔ)架構(gòu)管理和數(shù)據(jù)保護(hù)開發(fā)創(chuàng)新產(chǎn)品。通過 Veeam，客戶可以降低成本、最大限度地減少風(fēng)險(xiǎn)并充分實(shí)現(xiàn)虛擬化的價(jià)值。

作為一家國際化的公司，Veeam 的全球總部位于瑞士的巴爾市；北美總部位于美國俄亥俄州的哥倫布市；歐洲、中東和非洲總部位于法國的巴黎市；亞太總部位于澳大利亞新南威爾士的愁尼市。Veeam 在全球擁有 45,000 多家客戶，且目前新客戶數(shù)量以每月 1500 家的速度不斷增加。公司的免費(fèi) FastSCP? 工具已有 150,000 多名 VMware 專業(yè)人員使用，這使得其成為最廣泛應(yīng)用的 Vmware 管理工具。

Veeam 創(chuàng)立于 2006 年，創(chuàng)業(yè)團(tuán)隊(duì)曾服務(wù)于 Aelita Software（該公司以 Windows Server 管理解決方案聞名）。2008 年，Veeam 收購了 nworks，帶來了整合 VMware 與 Microsoft 和 HP 企業(yè)管理系統(tǒng)的解決方案。

Veeam 正在全球快速擴(kuò)展其影響力以及合作伙伴網(wǎng)絡(luò)，并將繼續(xù)推出創(chuàng)新、實(shí)用的解決方案，以幫助 IT 專業(yè)人員更有效地管理其 VMware vSphere 和 Microsoft Hyper-V 虛擬基礎(chǔ)架構(gòu)。

采用 vPower? 的 Veeam Backup & Replication? 可提供先進(jìn)的“基于虛擬化的數(shù)據(jù)保護(hù)”(Virtualization-Powered Data Protection?)。它是首屈一指的虛擬機(jī)備份解決方案，且可同時支持 VMware 和 Hyper-V。

Veeam ONE? 是一種單

一、易于使用和功能強(qiáng)大的解決方案，可以為 VMware 和 Hyper-V 提供全天候?qū)崟r監(jiān)控、性能分析、資源優(yōu)化和管理報(bào)告。集 Veeam Monitor?、Reporter? 和 Business View? 三者的功能而開發(fā)，Veeam ONE 能夠以經(jīng)濟(jì)實(shí)惠的方式為虛擬化管理員提供至關(guān)重要的功能。

Veeam 通過 Veeam Management Pack?(MP)和 Veeam Smart Plug-in?(SPI)分別將深入的 VMware 監(jiān)控?cái)U(kuò)展到 Microsoft System Center 和 HP Operations Manager。隨著在全世界的 1200 多次部署，Veeam MP 和

第15頁

通過一個單一的控制臺幫助企業(yè)管理物理和虛擬基礎(chǔ)架構(gòu)、應(yīng)用程序和依賴關(guān)系，以消除額外的監(jiān)控框架需求。

第16頁

第三篇：數(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、財(cái)務(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)，并按照既定計(jì)劃和策略督促相關(guān)人員執(zhí)行。

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

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

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

第七條 當(dāng)主機(jī)系統(tǒng)發(fā)生較大更改時，應(yīng)馬上對主機(jī)系統(tǒng)進(jìn)行一次全備份。第八條 應(yīng)考慮全備份的容量，全備份的頻率應(yīng)與其備份容量成反比。第九條 系統(tǒng)全備份方式適用于使用小型機(jī)設(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ù)外，還可以在本地備份機(jī)上直接恢復(fù)應(yīng)用，如特別關(guān)鍵應(yīng)用，建議考慮增加異地的恢復(fù)方式。除了用于恢復(fù)外，備份介質(zhì)還應(yīng)該方便存檔數(shù)據(jù)查詢、恢復(fù)演練、新系統(tǒng)測試、審計(jì)檢查等使用。重點(diǎn)保留月末、季末、年末、結(jié)息日、新系統(tǒng)切換等重點(diǎn)時間的數(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ù)運(yùn)行的數(shù)據(jù)（如，僅僅包含賬戶數(shù)據(jù)、客戶信息、交易數(shù)據(jù)，不含歷史數(shù)據(jù)），并每日單獨(dú)備份，剩余數(shù)據(jù)同樣單獨(dú)備份?？紤]到是快速恢復(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)行實(shí)際恢復(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)該實(shí)施異地存放，建議存放至銀行保險(xiǎn)箱或檔案室（必須和主機(jī)房不在同一建筑物內(nèi)，如分支機(jī)構(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)部件運(yùn)行狀況，并將檢查記錄包含在周報(bào)中；存儲設(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)部件運(yùn)行狀況，并將檢查記錄包含在周報(bào)中；根據(jù)備份策略或用戶需求調(diào)整，及時調(diào)整磁帶庫設(shè)備的資源分配。

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

第二十五條 備份管理員負(fù)責(zé)以上設(shè)備的日常維護(hù)和故障報(bào)修。維護(hù)和報(bào)修流程見本規(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ù)工作的總體計(jì)劃制

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

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

第二十九條 系統(tǒng)技術(shù)管理責(zé)任人職責(zé)：簡稱系統(tǒng)管理員。是系統(tǒng)管理責(zé)任部門指定的系統(tǒng)日常維護(hù)人員，作為數(shù)據(jù)備份策略的制定者和恢復(fù)工作的實(shí)際執(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ù)有效性驗(yàn)證；根據(jù)災(zāi)難演練計(jì)劃，建立系統(tǒng)詳細(xì)恢復(fù)操作文檔，并負(fù)責(zé)具體系統(tǒng)的搭建、恢復(fù)工作，同時負(fù)責(zé)組織相關(guān)人員對恢復(fù)系統(tǒng)的有效性進(jìn)行測試并提交相關(guān)報(bào)告。（各個應(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ù)的項(xiàng)目組，負(fù)責(zé)確認(rèn)系統(tǒng)數(shù)據(jù)備份和恢復(fù)的時間、性能等指標(biāo)。ERP、SCM、CRM等類系統(tǒng)業(yè)務(wù)責(zé)任部門為系統(tǒng)所在單位財(cái)務(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é)任部門。

第五章 運(yùn)維管理流程

第三十一條 數(shù)據(jù)備份異常的預(yù)警機(jī)制：對于連續(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é)任單位財(cái)務(wù)負(fù)責(zé)人、集團(tuán)IT總監(jiān)。

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

1.備份情況通報(bào)流程：集團(tuán)備份管理員每天上午10點(diǎn)前將前一天晚上數(shù)據(jù)備份情況在MIP上公布（周六備份情況在周一通報(bào)），每周備份管理員將一周備份情況進(jìn)行總結(jié)并發(fā)布至MIP，內(nèi)容包括但不限于：本周備份數(shù)據(jù)量、備份有效性總結(jié)、故障處理情況；每月進(jìn)行一次系統(tǒng)運(yùn)行情況總結(jié)，上報(bào)至基礎(chǔ)管理中心高級經(jīng)理，內(nèi)容包括但不限于：本月備份有效性情況、故障處理匯總及分析、系統(tǒng)運(yùn)行趨勢分析及系統(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)日程運(yùn)維管理流程：包括備份系統(tǒng)及相關(guān)設(shè)備日常檢查及故障處理。備份管理員每天對備份系統(tǒng)軟件日志進(jìn)行查看，如系統(tǒng)出現(xiàn)的報(bào)警或故障信息，當(dāng)天反饋至技術(shù)后臺支持經(jīng)理，如超過2天不能解決，應(yīng)上報(bào)至基礎(chǔ)運(yùn)維管理中心高級經(jīng)理，并聯(lián)系相關(guān)外部技術(shù)支持人員。如超過4天不能解決，應(yīng)上報(bào)至集團(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)中實(shí)施，備份管理員直屬領(lǐng)導(dǎo)及基礎(chǔ)運(yùn)維管理中心負(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)中實(shí)施，備份管理員直屬領(lǐng)導(dǎo)及基礎(chǔ)運(yùn)維管理中心負(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)行驗(yà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ǔ)運(yùn)維管理中心負(fù)責(zé)人備案。

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

第三十三條 系統(tǒng)和數(shù)據(jù)恢復(fù)演練流程：包括所有非災(zāi)難恢復(fù)性質(zhì)的數(shù)據(jù)恢復(fù)流程。集團(tuán)或二級平臺備份管理員提交《系統(tǒng)和數(shù)據(jù)恢復(fù)演練計(jì)劃》，同時準(zhǔn)備好演練的環(huán)境和介質(zhì)，系統(tǒng)管理員將系統(tǒng)和數(shù)據(jù)恢復(fù)至預(yù)定位置，并進(jìn)行系統(tǒng)和數(shù)據(jù)恢復(fù)結(jié)果進(jìn)行驗(yà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)行正確性驗(yà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上通報(bào)批評，如造成數(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上通報(bào)批評，如由此造成的數(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上通報(bào)批評，如因此造成的數(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上通報(bào)批評。

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

第四十條 相關(guān)系統(tǒng)管理員不服從備份管理員組織，連續(xù)三個月內(nèi)都未進(jìn)行系統(tǒng)災(zāi)難恢復(fù)演練工作，將追究相關(guān)責(zé)任人責(zé)任并在MIP上通報(bào)批評，因此出現(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)目前正在實(shí)施的備份與恢復(fù)策略，重點(diǎn)介紹電信業(yè)務(wù)計(jì)算機(jī)管理系統(tǒng)(簡稱97系統(tǒng))和營銷支撐系統(tǒng)的ORALCE數(shù)據(jù)庫備份和恢復(fù)方案。

Oracle數(shù)據(jù)庫有三種標(biāo)準(zhǔn)的備份方法，它們分別是導(dǎo)出／導(dǎo)入（EXP/IMP）、熱備份和冷備份。要實(shí)現(xiàn)簡單導(dǎo)出數(shù)據(jù)（Export）和導(dǎo)入數(shù)據(jù)（Import），增量導(dǎo)出／導(dǎo)入的按設(shè)定日期自動備份，可考慮，將該部分功能開發(fā)成可執(zhí)行程序，然后結(jié)合操作系統(tǒng)整合的任務(wù)計(jì)劃，實(shí)現(xiàn)特定時間符合備份規(guī)劃的備份應(yīng)用程序的運(yùn)行，實(shí)現(xiàn)數(shù)據(jù)庫的本級備份，結(jié)合ftp簡單開發(fā)，實(shí)現(xiàn)多服務(wù)器的數(shù)據(jù)更新同步，實(shí)現(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ǔ)核心和重要資源，同時也是各單位的寶貴財(cái)富，數(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ù)備份方式主要采用主機(jī)內(nèi)置或外置的磁帶機(jī)對數(shù)據(jù)進(jìn)行冷備份，這種方式在數(shù)據(jù)量不大、操作系統(tǒng)種類單

一、服務(wù)器數(shù)量有限的情況下，不失為一種既經(jīng)濟(jì)又簡明的備份手段。但隨著計(jì)算機(jī)規(guī)模的擴(kuò)大，數(shù)據(jù)量幾何級的增長以及分布式網(wǎng)絡(luò)環(huán)境的興起，將越來越多的業(yè)務(wù)分布在不同的機(jī)器、不同的操作平臺上，這種單機(jī)的人工冷備份方式越來越不適應(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)目前正在實(shí)施的備份方案，介紹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)控所有機(jī)器的備份作業(yè)，也可以修改備份策略，并可即時瀏覽所有目錄。所有數(shù)據(jù)可以備份到同備份服務(wù)器或應(yīng)用服務(wù)器相連的任意一臺磁帶庫內(nèi)。(2)全自動的備份: 對于大多數(shù)機(jī)房管理人員來說,備份是一項(xiàng)繁重的任務(wù)。每天都要小心翼翼,不敢有半點(diǎn)閃失,生怕一失足成千古恨。網(wǎng)絡(luò)備份能夠?qū)崿F(xiàn)定時自動備份，大大減輕管理員的壓力。備份系統(tǒng)能根據(jù)用戶的實(shí)際需求，定義需要備份的數(shù)據(jù)，然后以圖形界面方式根據(jù)需要設(shè)置備份時間表，備份系統(tǒng)將自動啟動備份作業(yè)，無需人工干預(yù)。這個自動備份作業(yè)是可自定的,包括一次備份作業(yè)、每周的某幾日、每月的第幾天等項(xiàng)目。設(shè)定好計(jì)劃后，備份作業(yè)就會按計(jì)劃自動進(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ī)的自動備份，包括可以進(jìn)行數(shù)據(jù)庫備份、日志備份、完全備份、增量備份等。(4)歸檔管理: 用戶可以按項(xiàng)目、時間定期對所有數(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ù)庫運(yùn)行在歸檔模式下，利用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ù)庫的多級的增量備份機(jī)制，結(jié)合Veritas 強(qiáng)大的備份數(shù)據(jù)追蹤尋址能力和介質(zhì)管理功能，制定靈活的備份策略，實(shí)現(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 可以實(shí)現(xiàn)多線程的數(shù)據(jù)恢復(fù)，利用Veritas 獨(dú)特的磁帶分類集中存放技術(shù)，減少磁帶的就位時間，提高數(shù)據(jù)恢復(fù)的效率。

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

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

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

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

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

金華電信經(jīng)過這么多年的信息系統(tǒng)建設(shè)，目前已經(jīng)運(yùn)行著多個系統(tǒng)，除計(jì)費(fèi)系統(tǒng)有較為完善的備份系統(tǒng)外，其他系統(tǒng)的備份系統(tǒng)都需要完善。其中97系統(tǒng)的機(jī)器型號IBM 7040-61R，操作系統(tǒng) AIX5.2，數(shù)據(jù)庫類型ORALCE8.1.7.4，數(shù)據(jù)量120G；營銷支撐系統(tǒng)機(jī)器型號IBM xseries440，操作系統(tǒng)Red Flag Linux Server 4.0,數(shù)據(jù)庫類型ORACLE9.2.0.1,數(shù)據(jù)量150G。以前,這兩個系統(tǒng)的數(shù)據(jù)備份都是通過邏輯備份(exp)實(shí)現(xiàn)并且備份數(shù)據(jù)管理是分散的，然而一個完善的備份系統(tǒng)必須包含物理備份和邏輯備份兩種方式。因此，我們正在實(shí)施一個遠(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ò)，提供在計(jì)算機(jī)與存儲系統(tǒng)之間的數(shù)據(jù)傳輸。存儲設(shè)備是指一張或多張用以存儲計(jì)算機(jī)數(shù)據(jù)的磁盤設(shè)備。一個 SAN 網(wǎng)絡(luò)由負(fù)責(zé)網(wǎng)絡(luò)連接的通信結(jié)構(gòu)如光交換機(jī)、負(fù)責(zé)組織連接的管理層、存儲部件以及計(jì)算機(jī)系統(tǒng)構(gòu)成，從而保證數(shù)據(jù)傳輸?shù)陌踩院土Χ取Ｓ捎谡麄€SAN系統(tǒng)的數(shù)據(jù)量比較大，所以備份系統(tǒng)采用SAN結(jié)構(gòu)，將磁盤陣列直接連接到SAN的交換機(jī)上，和備份服務(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)點(diǎn)。本方案中采用專業(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)光纖交換機(jī):為了使整個系統(tǒng)具有良好的擴(kuò)展性，我們在數(shù)據(jù)中心采用了被評為最優(yōu)秀的網(wǎng)絡(luò)存儲產(chǎn)品博科的16口的光纖交換機(jī)，在新大樓備份中心采用博科的8口的光纖交換機(jī)。(4)磁帶庫:本方案中的磁帶庫采用的是原先計(jì)費(fèi)系統(tǒng)所用的3583磁帶庫。我們定期將FATA盤上的備份自動轉(zhuǎn)移到該磁帶庫上，做更久的保留。(5)邏輯備份服務(wù)器:為了充份利用舊有的設(shè)備來提高異地集中備份系統(tǒng)的穩(wěn)定性，安全性，我們利用舊有設(shè)備IBM 7044-170小型機(jī)和IBM 3542陣列來搭建一個邏輯備份系統(tǒng)。所有的邏輯備份都放到該機(jī)器上面來，使得邏輯備份和物理備份在物理上開離。這樣一來避免了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備份還是備到本機(jī)，定期將其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)生一定的影響。因?yàn)樵跉w檔模式下，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備份。這樣備份的好處是成本低，缺點(diǎn)是不便于管理和維護(hù)，消耗主機(jī)的資源，在主機(jī)無法啟動的情況下，備份文件無法訪問，但備份數(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)機(jī)等引起。其二為磁盤（介質(zhì)）故障，由磁盤受破壞引起。若出現(xiàn)介質(zhì)故障（如磁盤崩潰），當(dāng)且僅當(dāng)對數(shù)據(jù)庫及事務(wù)日志做了定期備份，才能恢復(fù)數(shù)據(jù)庫。在實(shí)際應(yīng)用中，應(yīng)根據(jù)具體的情況，采納一切可以用的方法，制定切合實(shí)際的備份和恢復(fù)方案，明確在各種故障情況中數(shù)據(jù)可恢復(fù)的程度是否滿足了應(yīng)用的需要。為了保證數(shù)據(jù)存儲的可管理性，減少管理的復(fù)雜性，建立一個異地集中、在線的備份系統(tǒng)是必不可少的。采用先進(jìn)的備份技術(shù)和先進(jìn)的備份系統(tǒng)軟件，采用統(tǒng)一的管理機(jī)制，保證大數(shù)據(jù)量的一致性備份和高速切換。從而提供高效的存儲設(shè)備的管理能力和可靠的數(shù)據(jù)備份功能。

第五篇：公司數(shù)據(jù)備份管理制度

公司數(shù)據(jù)備份管理制度

為規(guī)范備份管理工作，合理存儲歷史數(shù)據(jù)及保證數(shù)據(jù)的安全性，防止因硬件故障、意外斷電、病毒等因素造成數(shù)據(jù)的丟失，保障公司正常的知識產(chǎn)權(quán)利益和技術(shù)資料的儲備，特制訂本管理制度。

一． 所有服務(wù)器、交換機(jī)及其他系統(tǒng)主要設(shè)備均由企業(yè)管理部負(fù)責(zé)數(shù)據(jù)管理和備份。

二． 根據(jù)公司情況將數(shù)據(jù)分為一般數(shù)據(jù)和重要數(shù)據(jù)兩種。一般數(shù)據(jù)主要指：個人或部門的各種信息及辦公文檔、電子郵件、人事檔案、考勤管理、監(jiān)控?cái)?shù)據(jù)等。重要數(shù)據(jù)主要包括：財(cái)務(wù)數(shù)據(jù)、技術(shù)部門圖紙、商務(wù)部標(biāo)書、服務(wù)器數(shù)據(jù)等。

三． 一般數(shù)據(jù)由各部門每月自行備份，部門經(jīng)理負(fù)責(zé)整理歸檔后刻盤，系統(tǒng)管理員每半年對一般數(shù)據(jù)資料進(jìn)行選擇性收集歸檔。四． 重要數(shù)據(jù)由系統(tǒng)管理員負(fù)責(zé)，具體細(xì)則如下：

1.財(cái)務(wù)部每月底將當(dāng)月電子帳、表格等數(shù)據(jù)統(tǒng)一整理，系統(tǒng)管理員負(fù)責(zé)刻盤，由財(cái)務(wù)部保存。

2.技術(shù)部門已定稿的圖紙、商務(wù)部標(biāo)書須在每月底前，由各部門的文件管理員上傳至PDM系統(tǒng)，由系統(tǒng)管理員做備份保存。

3.服務(wù)器的ERP、PDM、CRM等數(shù)據(jù)由系統(tǒng)管理員在硬盤做每日備份，并在每周六下午統(tǒng)一刻盤保存。

五． 當(dāng)服務(wù)器、交換機(jī)及其他系統(tǒng)主要設(shè)備配置更新變動，以及服務(wù)器應(yīng)用系統(tǒng)、軟件修改后均要在改動當(dāng)天進(jìn)行備份。

六． 備份數(shù)據(jù)所使用的刻錄機(jī)、光盤均由系統(tǒng)管理員保存，當(dāng)刻錄機(jī)故障或光盤不足時應(yīng)及時聯(lián)系維修或購買，確保備份工作的正常進(jìn)行。七． 所有數(shù)據(jù)備份工作由系統(tǒng)管理員進(jìn)行詳實(shí)記錄，并建立檔案。

八． 如遇網(wǎng)絡(luò)攻擊或病毒感染等突發(fā)事件，各部門應(yīng)積極配合系統(tǒng)管理員進(jìn)行處理，同時將集體情況記錄到備份檔案中。

九． 各部門負(fù)責(zé)人應(yīng)嚴(yán)格執(zhí)行公司規(guī)定，如發(fā)現(xiàn)不及時上傳資料、故意隱瞞資料或沒有及時執(zhí)行備份任務(wù)的，將進(jìn)行嚴(yán)肅處理。