第一篇：金蝶K3 WISE v12.1數(shù)據(jù)備份與恢復(fù)方案

金蝶K3 WISE v12.1數(shù)據(jù)備份與恢復(fù)方案

1、備份策略

用戶系統(tǒng)上線后，必須為用戶建立本地的系統(tǒng)備份。備份策略符合以下要求： ? 自動備份：建立數(shù)據(jù)庫定時作業(yè)，自動實現(xiàn)按日的數(shù)據(jù)全備份。服務(wù)器上的備份數(shù)據(jù)保存一周。

? 異地保存：每日的備份數(shù)據(jù)除了在服務(wù)器上保存之外，需通過自動程序或手工方式在用戶方系統(tǒng)管理員本機上進(jìn)行異地保存。

? 指定專人：用戶方必須用專人負(fù)責(zé)數(shù)據(jù)備份的日常管理工作。

2、數(shù)據(jù)備份步驟

該系統(tǒng)備份有兩種方案：利用SQL Server或金蝶K3 WISE v12.1自帶的備份策略。（1）本系統(tǒng)的備份利用SQL-Server提供的數(shù)據(jù)庫維護(hù)計劃，如下圖所示： ? 新建數(shù)據(jù)庫維護(hù)計劃，選擇需要備份的數(shù)據(jù)庫。

? 一直“下一步”直到下圖所示：

第1頁

共6頁

? 點擊上圖中的更改按鈕進(jìn)行作業(yè)調(diào)度設(shè)置需要的備份計劃。

? 選擇“下一步”如下圖所示進(jìn)行備份目錄和備份數(shù)據(jù)保留天數(shù)的設(shè)置。

第2頁

共6頁

? 一直點“下一步”直到完成。

（2）本系統(tǒng)的備份利用金蝶K3 WISE v12.1提供的賬套管理中的備份策略。? 在服務(wù)器上單擊桌面工具欄的“開始”—“程序”—“金蝶K3 WISE 創(chuàng)新管理平臺”—“金蝶K3服務(wù)器配置工具”—“賬套管理”，登錄后，如下圖所示：

? 單擊“賬套自動批量備份”，在彈出的窗口中錄入相關(guān)信息，如下圖示：

第3頁

共6頁

? 按提示操作，直到完成。

3、恢復(fù)策略

當(dāng)用戶系統(tǒng)故障需要恢復(fù)時，先嘗試?yán)梅?wù)器端保存的數(shù)據(jù)進(jìn)行恢復(fù)，若服務(wù)器端數(shù)據(jù)不可用，再使用異地的備份數(shù)據(jù)。

4、數(shù)據(jù)恢復(fù)步驟

該系統(tǒng)恢復(fù)也有兩種方案：利用SQL Server或金蝶K3 WISE v12.1自帶的恢復(fù)策略。（1）本系統(tǒng)的恢復(fù)可以利用SQL-Server提供的還原數(shù)據(jù)庫進(jìn)行系統(tǒng)恢復(fù)。步驟如下： ? 選擇需要還原的數(shù)據(jù)庫，單擊鼠標(biāo)右鍵，選擇所有任務(wù)—〉還原數(shù)據(jù)庫，如下圖所示：

第4頁

共6頁

? 在下圖中選擇“從設(shè)備”，然后點擊“選擇設(shè)備”。

? “添加”需要恢復(fù)的備份集，確定以后即可進(jìn)行數(shù)據(jù)的恢復(fù)。（2）本系統(tǒng)的恢復(fù)利用金蝶K3 WISE v12.1提供的賬套管理中的恢復(fù)策略。

? 在服務(wù)器上單擊桌面工具欄的“開始”—“程序”—“金蝶K3 WISE 創(chuàng)新管理平

第5頁

共6頁

臺”—“金蝶K3服務(wù)器配置工具”—“賬套管理”，登錄后，如下圖所示：

? 單擊“恢復(fù)賬套”，在彈出的窗口錄入相關(guān)信息，如下圖示：

? 按提示操作，直到完成。

第6頁

共6頁

第二篇：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)濟損失和用戶數(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)濟又簡明的備份手段。但隨著計算機規(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ù)備份功能。

第三篇：數(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日

第四篇：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分鐘。

第五篇：ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案論文.

ORACLE 數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案 學(xué)號: 11129149 姓名:文明藝 1 引 言

目前, 數(shù)據(jù)已成為信息系統(tǒng)的基礎(chǔ)核心和重要資源, 同時也是各單位的寶貴財富, 數(shù)據(jù) 的丟失將導(dǎo)致直接經(jīng)濟損失和用戶數(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)濟又簡明的備份手段。但隨著計算機規(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ù)文件、配置文件、控制文件等。本文以 ORACLE 數(shù)據(jù)庫為例,結(jié)合金華電信的幾個相關(guān)業(yè)務(wù)系統(tǒng)目前正在實施的備份方案, 介紹 ORACLE 數(shù)據(jù)庫的備份與恢復(fù)。ORACLE數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)方案 2.1 導(dǎo)出和導(dǎo)入(Export/Import 利用 Export 可將數(shù)據(jù)從數(shù)據(jù)庫中提取出來,利用 Import 則可將提取出來的數(shù)據(jù)送回到 Oracle 數(shù)據(jù)庫中去。

1、簡單導(dǎo)出數(shù)據(jù)(Export和導(dǎo)入數(shù)據(jù)(Import

Oracle 支持三種方式類型的輸出:(1表方式(T方式 ,將指定表的數(shù)據(jù)導(dǎo)出。

(2用戶方式(U方式 ,將指定用戶的所有對象及數(shù)據(jù)導(dǎo)出。(3全庫方式(Full方式 ,瘵數(shù)據(jù)庫中的所有對象導(dǎo)出。

數(shù)據(jù)導(dǎo)入(Import的過程是數(shù)據(jù)導(dǎo)出(Export的逆過程, 分別將數(shù)據(jù)文件導(dǎo)入數(shù)據(jù)庫和將 數(shù)據(jù)庫數(shù)據(jù)導(dǎo)出到數(shù)據(jù)文件。

2、增量導(dǎo)出 /導(dǎo)入

增量導(dǎo)出是一種常用的數(shù)據(jù)備份方法,它只能對整個數(shù)據(jù)庫來實施,并且必須作為

SYSTEM 來導(dǎo)出。在進(jìn)行此種導(dǎo)出時,系統(tǒng)不要求回答任何問題。導(dǎo)出文件名缺省為 export.dmp ,如果不希望自己的輸出文件定名為 export.dmp ,必須在命令行中指出要用的文 件名。

增量導(dǎo)出包括三種類型:(1“ 完 全 ” 增 量 導(dǎo) 出(Complete即 備 份 三 個 數(shù) 據(jù) 庫 , 比 如 :exp system/manager inctype=complete file=040731.dmp。

(2“ 增 量 型 ” 增 量 導(dǎo) 出 備 份 上 一 次 備 份 后 改 變 的 數(shù) 據(jù) , 比 如 :exp system/manager inctype=incremental file=040731.dmp。

(3“ 累積型 ” 增量導(dǎo)出累計型導(dǎo)出方式是導(dǎo)出自上次 “ 完全 ” 導(dǎo)出之后數(shù)據(jù)庫中變化了的 信息。比如:exp system/manager inctype=cumulative file=040731.dmp。

數(shù)據(jù)庫管理員可以排定一個備份日程表,用數(shù)據(jù)導(dǎo)出的三個不同方式合理高效的完成。比如數(shù)據(jù)庫的被封任務(wù)可以做如下安排:

星期一:完全備份(A 星期二:增量導(dǎo)出(B 星期三:增量導(dǎo)出(C 星期四:增量導(dǎo)出(D 星期五:累計導(dǎo)出(E 星期六:增量導(dǎo)出(F 星期日:增量導(dǎo)出(G。

如果在星期日,數(shù)據(jù)庫遭到意外破壞,數(shù)據(jù)庫管理員可按一下步驟來回復(fù)數(shù)據(jù)庫:第一步:用命令 CREATE DATABASE 重新生成數(shù)據(jù)庫結(jié)構(gòu);第二步:創(chuàng)建一個足夠大的附加回滾;第三步:完全增量導(dǎo)入 A :imp system/manager inctype=RESTORE FULL=y FILE=A 第四步:累計增量導(dǎo)入 E :imp system/manager inctype=RESTORE FULL=Y FILE=E 第五步:最近增量導(dǎo)入 F :imp system/manager inctype=RESTORE FULL=Y FILE=F 2.2 冷備份

冷備份發(fā)生在數(shù)據(jù)庫已經(jīng)正常關(guān)閉的情況下, 當(dāng)正常關(guān)閉時會提供給我們一個完整的數(shù) 據(jù)庫。冷備份時將關(guān)鍵性文件拷貝到另外的位置的一種說法。對于備份 Oracle 信息而言, 冷備份時最快和最安全的方法。冷備份的優(yōu)點是:

1、是非常快速的備份方法(只需拷文件;

2、容易歸檔(簡單拷貝即可;

3、容易恢復(fù)到某個時間點上(只需將文件再拷貝回去;

4、能與歸檔方法相結(jié)合,做數(shù)據(jù)庫 “ 最佳狀態(tài) ” 的恢復(fù);

5、低度維護(hù),高度安全。但冷備份也有如下不足:

1、單獨使用時,只能提供到 “ 某一時間點上 ” 的恢復(fù);

2、再實施備份的全過程中,數(shù)據(jù)庫必須要作備份而不能作其他工作。也就是說,在冷 備份過程中,數(shù)據(jù)庫必須是關(guān)閉狀態(tài);

3、若磁盤空間有限,只能拷貝到磁帶等其他外部存儲設(shè)備上,速度會很慢;

4、不能按表或按用戶恢復(fù)。

如果可能的話(主要看效率 , 應(yīng)將信息備份到磁盤上, 然后啟動數(shù)據(jù)庫(使用戶可以工作 并將備份的信息拷貝到磁帶上(拷貝的同時,數(shù)據(jù)庫也可以工作。冷備份中必須拷貝的文件 包括:

1、所有數(shù)據(jù)文件。

2、所有控制文件。

3、所有聯(lián)機 REDO LOG文件。

4、Init.ora 文件(可選。

值得注意的使冷備份必須在數(shù)據(jù)庫關(guān)閉的情況下進(jìn)行, 當(dāng)數(shù)據(jù)庫處于打開狀態(tài)時, 執(zhí)行 數(shù)據(jù)庫文件系統(tǒng)備份是無效的。

下面是作冷備份的完整例子:(1 關(guān)閉數(shù)據(jù)庫;sqlplus /nolog sql>connect /as sysdba sql>shutdown normal;(2 用拷貝命令備份全部的時間文件、重做日志文件、控制文件、初始化參數(shù)文件 sql>cp。

(3 重啟 Oracle 數(shù)據(jù)庫 sql>startup。2.3 熱備份

熱備份是在數(shù)據(jù)庫運行的情況下,采用 archivelog mode方式備份數(shù)據(jù)庫的方法。所以, 如果你有昨天夜里的一個冷備份而且又有今天的熱備份文件, 在發(fā)生問題時, 就可以利用這 些資料恢復(fù)更多的信息。熱備份要求數(shù)據(jù)庫在 Archivelog 方式下操作, 并需要大量的檔案空 間。一旦數(shù)據(jù)庫運行在 archivelog 狀態(tài)下,就可以做備份了。熱備份的命令文件由三部分組 成: 1.數(shù)據(jù)文件一個表空間一個表空間的備份:(1設(shè)置表空間為備份狀態(tài);(2備份表空間的數(shù)據(jù)文件;(3回復(fù)表空間為正常狀態(tài)。2.備份歸檔 log 文件:(1臨時停止歸檔進(jìn)程;(2log下那些在 archive rede log目標(biāo)目錄中的文件;(3重新啟動 archive 進(jìn)程;(4備份歸檔的 redo log文件。

3.用 alter database bachup controlfile命令來備份控制文件: 熱備份的優(yōu)點是: 1.可在表空間或數(shù)據(jù)庫文件級備份,備份的時間短。2.備份時數(shù)據(jù)庫仍可使用。

3.可達(dá)到秒級恢復(fù)(恢復(fù)到某一時間點上。4.可對幾乎所有數(shù)據(jù)庫實體做恢復(fù)。

5.恢復(fù)是快速的,在大多數(shù)情況下愛數(shù)據(jù)庫仍工作時恢復(fù)。熱備份的不足是: 1.不能出錯,否則后果嚴(yán)重;2.若熱備份不成功,所得結(jié)果不可用于時間點的恢復(fù);3.因難于維護(hù),所以要特別仔細(xì)小心,不允許 “ 以失敗告終 ”。3 系統(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ù)的全生命周期管理。

4備份系統(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ù)。5 數(shù)據(jù)庫恢復(fù)可以分為以下兩類： 5.1 實例故障的一致性恢復(fù) 當(dāng)實例意外

地（如掉電、后臺進(jìn)程故障等）或預(yù)料地（發(fā)出 SHUTDOUM ABORT 語句）中 止時出現(xiàn)實例故障，此時需要實例恢復(fù)。實例恢復(fù)將數(shù)據(jù)庫恢復(fù)到故障之前的事務(wù)一致狀態(tài)。如果在在線后備發(fā)現(xiàn)實例故障，則需介質(zhì)恢復(fù)。在其它情況 Oracle 在下次數(shù)據(jù)庫起動時（對 新實例裝配和打開），自動地執(zhí)行實例恢復(fù)。如果需要，從裝配狀態(tài)變?yōu)榇蜷_狀態(tài)，自動地 激發(fā)實例恢復(fù)，由下列處理：

（1）

為了解恢復(fù)數(shù)據(jù)文件中沒有記錄的數(shù)據(jù)，進(jìn)行向前滾。該數(shù)據(jù)記錄在在線日志，包括對回滾段的內(nèi)容恢復(fù)。所指定的操作。

（2）回滾未提交的事務(wù)，按步 1 重新生成回滾段

（4）

（3）釋放在故障時正在處理事務(wù)所持有的資源。

解決在故障時正經(jīng)歷一階段提交的任何懸而未決的分布事務(wù)。5.2 介質(zhì)故障或文件錯誤的不一致恢復(fù) 介質(zhì)故障是當(dāng)一個文件、一個文件的部分或磁盤不能讀或不能寫時出現(xiàn)的故障。文件錯 誤一般指意外的錯誤導(dǎo)致文件被刪除或意外事故導(dǎo)致文件的不一致。這種狀態(tài)下的數(shù)據(jù)庫都 是不一致的，需要 DBA 手工來進(jìn)行數(shù)據(jù)庫的恢復(fù)，這種恢復(fù)有兩種形式，決定于數(shù)據(jù)庫運行 的歸檔方式和備份方式。（1）完全介質(zhì)恢復(fù)可恢復(fù)全部丟失的修改。一般情況下需要有數(shù)據(jù)庫的備份且數(shù)據(jù)庫 運行在歸檔狀態(tài)下并且有可用歸檔日志時才可能。對于不同類型的錯誤，有不同類型的完全 恢復(fù)可使用，其決定于毀壞文件和數(shù)據(jù)庫的可用性。（2）不完全介質(zhì)恢復(fù)是在完全介質(zhì)恢復(fù)不可能或不要求時進(jìn)行的介質(zhì)恢復(fù)。重構(gòu)受損 的數(shù)據(jù)庫，使其恢復(fù)介質(zhì)故障前或用戶出錯之前的一個事務(wù)一致性狀態(tài)。不完全介質(zhì)恢復(fù)有 不同類型的使用，決定于需要不完全介質(zhì)恢復(fù)的情況，有下列類型：基于撤消、基于時間和 基于修改的不完全恢復(fù)。

基于撤消(CANCEL恢復(fù)：在某種情況，不完全介質(zhì)恢復(fù)必須被控制，DBA 可撤消在指定 點的操作。基于撤消的恢復(fù)地在一個或多個日志組（在線的或歸檔的）已被介質(zhì)故障所破壞，不能用于恢復(fù)過程時使用，所以介質(zhì)恢復(fù)必須控制，以致在使用最近的、未損的日志組于數(shù) 據(jù)文件后中止恢復(fù)操作。

基于時間(TIME和基于修改(SCN的恢復(fù)：如果 DBA 希望恢復(fù)到過去的某個指定點，是 一種理想的不完全介質(zhì)恢復(fù)，一般發(fā)生在恢復(fù)到某個特定操作之前，恢復(fù)到如意外刪除某個 數(shù)據(jù)表之前。

6結(jié) 語 數(shù)據(jù)庫的備份和恢復(fù)的主要工作就是為數(shù)據(jù)做了一份拷貝，防止出現(xiàn)故障時導(dǎo)致數(shù)據(jù)的 丟失。數(shù)據(jù)庫受破壞一般是由于兩種情況引起，其一為系統(tǒng)（軟件）故障，如掉電、Server SQL 錯誤、操作系統(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ù)備份功能。