ORACLE數據庫備份與恢復的原理

本篇內容主要講解“ORACLE數據庫備份與恢復的原理”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“ORACLE數據庫備份與恢復的原理”吧!

一、ORACLE數據庫備份與恢復方法

1，用戶管理的ORACLE數據庫備份與恢復

用戶管理的ORACLE數據庫備份與恢復是指使用SQL 語句命令結合OS命令備份和恢復DB的方法（也被稱為OS 備份與恢復）。

DB 文件 ────copy或cp────→ 備份文件

用戶管理的備份是指執行OS （Copy）命令備份數據庫物理文件的方法。

用戶管理的恢復是指當DB出現介質失敗時，將備份文件轉儲到DB，然后執行SQL 命令（recover tablespace）恢復DB的方法。

Users表空間備份文件────copy或cp────→轉儲后的Users表空間 ─────recover───→恢復后的Users 表空間

2，RMAN 管理的ORACLE數據庫備份與恢復

RMAN（Recovery Manager，恢復管理器）管理的ORACLE數據庫備份與恢復是指使用RMAN 命令備份和恢復DB的方法。因為這種備份與恢復方法需要借助目標DB的服務器進程，所以也被稱為服務器管理的ORACLE數據庫備份與恢復。

RMAN 備份是指執行RMAN 備份命令備份DB 物理文件的方法。

01.DBF 02.DBF 03.DBF 04.DBF ─────backup命令────→Demo_1.BAK

RMAN 恢復是指當DB 出現介質失敗時，使用RMAN 命令轉儲并恢復DB 的方法。

Users 表空間最新備份文件─────restore────→轉儲后的Users 表空間 ─────recover────→恢復后的Users 表空間

3，邏輯ORACLE數據庫備份與恢復

邏輯備份是指利用Oracle 工具程序EXPDP 或EXP 將DB 部分或全部的結構及其數據導出，并存儲到OS 文件中的過程，該過程也稱為導出（DB 必須處于OPEN 狀態）。

DEPT EMP ─────EXPORT────→OS 文件

邏輯恢復是指當DB 對象被意外刪除或截斷之后，使用Oracle 工具程序IMPDP 或 IMP 將邏輯備份文件中的對象結構及其數據導入到DB 中的過程，該過程也稱為導入。

DEPT EMP ←────IMPORT─────OS 文件

從Oracle Database 10g 開始，提供了數據泵導出導入工具EXPDP 和 IMPDP。EXPDP 和IMPDP 的速度要優于EXP 和IMP。

EXP 和 IMP 是客戶端工具程序，它們既可以在客戶端使用，也可以在服務端使用。

EXPDP 和 IMPDP 是服務端的工具程序，它們只能在Oracle 服務器端使用，不能在Oracle 客戶端使用。

IMP 只能使用 EXP 導出文件，而不能使用 EXPDP 導出文件；IMPDP 只能使用 EXPDP 導出文件，而不能使用 EXP 導出文件。

二、ORACLE數據庫備份與恢復制定恢復策略

作為DBA，最重要的管理職責就是ORACLE數據庫備份與恢復。

當制定恢復策略時，DBA 應該考慮用戶錯誤、介質失敗以及數據塊損壞的處理方法。

1，制定用戶錯誤的恢復策略

當制定ORACLE數據庫備份與恢復策略時，應該考慮如何處理用戶或應用的不可預見錯誤操作，例如刪除表、誤載斷表、批量更新數據的錯誤操作等。

處理用戶錯誤有以下方法：

如果已經使用邏輯備份導出了誤操作表的數據，那么某些情況下可以導入數據到誤操作表。該技術的前提是規律性地導出了表的數據，并且在導出之間的數據變化不是特別重要。

你可以執行基于時間點的不完全恢復，將表空間或者DB 恢復到失敗點的狀態，這種ORACLE數據庫備份與恢復方法可以避免表的數據丟失。當使用基于時間點的不完全恢復時，要求在失敗點之前必須存在備份，并且在備份點與失敗點之點的所有歸檔日志和重做日志必須全部存在。

使用FLASHBACK 快速恢復表數據。當使用FLASHBACK TABLE 恢復被刪除的表時，要確定在數據庫回收站中仍然存在被刪除表；當使用FLASHBACK TABLE 恢復DML 誤操作所影響的表數據時，必須確保激活了表的ROW MOVEMENT特征。

2，制定介質失敗的恢復策略

在數據庫運行期間，當其他外因阻止Oracle 讀寫DB 文件時，會發生介質失敗。

典型的介質失敗包括物理失敗（例如磁頭損壞）、覆蓋或者破壞了DB 文件。

在DB 正常運行期間，介質失敗要遠遠少于用戶錯誤或者應用錯誤，但ORACLE數據庫備份與恢復策略應該為介質失敗做好準備。介質失敗類型確定了需要使用的恢復 技術，例如恢復DB 文件的策略不同于恢復控制文件的策略，SYSTEM 表空間的恢復策略不同于數據表空間的恢復策略。

3，制定數據塊損壞的恢復策略

如果一個或多個數據文件只有少量數據塊損壞，那么可以執行數據塊介質恢復，而避免執行完全數據文件恢復。使用PL/SQL 系統包 DBMS_REPAIR 可以處理損壞數據壞，別外RMAN 的BLOCKRECOVER 命令可以用于恢復損壞數據塊。

三、制定ORACLE數據庫備份與恢復策略

數據恢復策略是ORACLE數據庫備份與恢復的基礎。當制定備份策略時，除了要為各種恢復策略提供必要的備份類型之外，DBA 還需要考慮到業務、操作、技術、軟件以及硬件等各方面的要求。在制定備份和恢復計劃時，一定要牢記“有備無患”。

ORACLE數據庫備份與恢復策略1，多元化重做日志

多元化重做日志的目的是為了防止日志成員的損壞，從而提高DB 的安全運行時間（Mean-Time-Between-Failures，簡寫為MTBF）。當多元化重做日志時，應該將同一個日志組的不同日志成員分布 到不同磁盤上，以防止磁盤損壞。假定某個日志組只包含一個日志成員，并且其唯一的日志成員出現介質失敗，那么當切換到該日志組時DB 將會停止運行，此時就必須進行介質恢復。如是一個日志組包含多個日志成員，并且某個日志成員出現介質失敗，那么此時DB 仍然可以正常運行，DBA 只需要刪除損壞的日志成員即可。

ORACLE數據庫備份與恢復策略2，多元化控制文件

多元化控制文件的目的是為了防止控制文件的損壞，從而降低控制文件的恢復時間（Mean-Time-To-Recover，簡寫為MTTR）。當多 元化控制文件時，應該將不同的控制文件分布到不同的磁盤上，以防止磁盤損壞。如果數據庫只包含一個控制文件，并且唯一控制文件出現介質失敗，那么DB將無 法裝載，此時必須重新建立控制文件或者恢復控制文件。如果DB 包含多個控制文件，并且某個控制文件出現介質失敗，那么DBA 只需要修改初始化參數control_files，而不需要重新建立或者恢復控制文件。

ORACLE數據庫備份與恢復策略3，確定日志操作模式

重做日志記載了Oracle Database 的所有事務變化，Oracle 數據庫具有NOARCHIVELOG 和 ARCHIVELOG 兩種日志操作模式。當DB 處于ARCHIVELOG 模式時，只有在歸檔后重做日志才能被覆蓋，并且所有事務變化被保留到歸檔日志；當DB 處于NOARCHIVELOG 模式時，重做日志可以直接被覆蓋，并且過去的事務變化全部丟失。

（1）NOARCHIVELOG 模式的特點

不能執行聯機備份。如果要進行備份，則必須關閉DB。

不能使用歸檔日志的任何恢復技術（完全恢復、FLASHBACK DATABASE、DBPITR、TSPITR）。

當某個數據文件出現介質失敗時，有兩種處理方法：第一種方法是刪除該數據文件所包含的所有對象，然后刪除該數據文件，數據訓的其余部分仍然 可以正常工作，但損壞數據文件的數據全部丟失；第二種方法是轉儲最近的完全備份，但ORACLE數據庫備份與恢復以來的數據變化全部丟失。

（2）ARCHIVELOG 模式的特點

需要為歸檔日志分配專門的空間，并且需要管理已生成的歸檔日志。

在DB 打開時可以執行聯機備份，不影響數據庫的業務操作。

可以使用多種恢復技術（完全恢復、FLASHBACK DATABASE、DBPITR、TSPITR）。

ORACLE數據庫備份與恢復策略4,選擇備份保留策略

備份保留策略用于設置為滿足恢復和其他需求保留備份文件的規則，備份保留策略可以基于冗余度（redundancy）或恢復窗口（recovery window）定義，不能滿足保留策略的備份文件被稱為舊文件（obsolete），并且這些陳舊備份可以被刪除。備份保留策略必須使用RMAN來實現。

RMAN> CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 3 DAYS;

RMAN> CONFIGURE RETENTION POLICY TO REDUNDANCY 3;

ORACLE數據庫備份與恢復策略5，保留舊備份

保留早期數據文件和歸檔日志備份有以下幾種原因：

當將數據庫恢復到最近備份之前的時間點時，必須使用早期備份的數據文件和歸檔日志。

如果最近備份損壞，并且DB 也出現了介質失敗，那么使用早期備份的數據文件和早期備份以來的所有歸檔日志可以完全恢復數據庫。

ORACLE數據庫備份與恢復策略6，確定備份周期

當制定備份策略時，備份周期也是很必要的，合理的備份周期可以降低介質恢復時間（MTTR）。備份周期應該根據數據庫變化頻率確定，數據庫變化越頻繁，備份周期應該越短。

ORACLE數據庫備份與恢復策略7，在數據庫物理結構發生改變后執行備份

當建立或刪除表空間、增加數據文件、改變數據文件名稱時，數據庫物理結構會發生改變。當數據庫物理結構發生改變時，在ARCHIVELOG模式下應該備份控制文件，在NOARCHIVELOG 模式下應該進行完全數據庫備份。

ORACLE數據庫備份與恢復策略8，備份頻繁使用的表空間

一個Oracle 數據庫往往包含許多表空間，但可能只在少量表空間上頻繁執行DML 操作。如果表空間數據變化頻繁，則增加備份次數，以降低恢復時間（MTTR）

；如果表空間數據變化比較慢，則減少備份次數；只讀表空間因為其數據不會發生變化，所以只需要備份一次。

ORACLE數據庫備份與恢復策略9，在NOLOGGING操作之后進行備份

當裝載數據、建表和建立索引時，為了加快數據裝載速度，可以指定NOLOGGING 選項。當指定NOLOGGING 選項時，數據變化不會被記載到重做日志。為了確保在表空間損壞時可以恢復這些數據，必須重新備份相應表空間。

ORACLE數據庫備份與恢復策略10，使用EXP 和 EXPDP 導出數據

為了防止對象被意外刪除或截斷，可以使用EXP 或EXPDP 執行邏輯備份；而在對象被意外刪除或截斷之后，可以使用IMP 或 IMPDP 導入其結構和數據。邏輯備份和恢復增加了數據庫備份和恢復的策略靈活性。但是，這種方法不能代替對數據庫文件的物理備份，也不能提供完全恢復。

ORACLE數據庫備份與恢復策略11，不要備份重做日志

與歸檔日志不同，重做日志不應該備份，備份重做日志“有弊無益”。在ARCHIVELOG 模式下，當重做日志填滿時，其內容會自動被轉儲到歸檔日志中；在NOARCHIVELOG 模式下，只為只能在關閉后進行完全備份，所有數據文件和控制文件備份處于完全一致的狀態，所以在轉儲備份時也不需要使用重做日志。ORACLE數據庫備份 與恢復防止重做日志損壞最有效的方法是多元化重做日志，并且將同一個日志組的不同日志成員分布到不同磁盤。

到此，相信大家對“ORACLE數據庫備份與恢復的原理”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！