oracle12c新特性(8)--RMAN中的表恢復和分割槽恢復

ultradb發表於2016-11-28

 oracle12c新特性(8)--RMAN中的表恢復和分割槽恢復 
 Oracle資料庫備份主要分為兩類:邏輯和物理備份。每種備份型別都有其自身的優缺點。在之前的版本中,利用現有物理備份來恢復表或分割槽是不可行的。為了恢復特定物件,邏輯備份是必需的。對於12c R1,你可以在發生droptruncate的情況下從RMAN備份將一個特定的表或分割槽恢復到某個時間點或SCN

  當透過RMAN發起一個表或分割槽恢復時,大概流程是這樣的:

·         確定要恢復表或分割槽所需的備份集

·         在恢復表或分割槽的過程中,一個輔助資料庫會臨時設定為某個時間點

·         利用資料泵將所需表或分割槽匯出到一個dumpfile

·         你可以從源資料庫匯入表或分割槽(可選)

·         在恢復過程中進行重新命名操作

  以下是一個透過RMAN對錶進行時間點恢復的示例(確保你已經對稍早的資料庫進行了完整備份)

  RMAN> connect target "username/password as SYSBACKUP"; 
  RMAN> RECOVER TABLE username.tablename UNTIL TIME 'TIMESTAMP' 
  AUXILIARY DESTINATION '/u01/tablerecovery' 
  DATAPUMP DESTINATION '/u01/dpump' 
  DUMP FILE 'tablename.dmp' 
  NOTABLEIMPORT -- this option avoids importing the table automatically.(此選項避免自動匯入表) 
  REMAP TABLE 'username.tablename': 'username.new_table_name'; -- can rename table with this option.(此選項可以對錶重新命名)

  重要提示:

·         確保對於輔助資料庫在/u01檔案系統下有足夠的可用空間,同時對資料泵檔案也有同樣保證

·         必須要存在一份完整的資料庫備份,或者至少是要有SYSTEM相關的表空間備份

  以下是在RMAN中應用表或分割槽恢復的限制和約束:

·         SYS使用者表或分割槽無法恢復

·         儲存於SYSAUXSYSTEM表空間下的表和分割槽無法恢復

·         當REMAP選項用來恢復的表包含NOT NULL約束時,恢復此表是不可行的

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/24179204/viewspace-2129244/,如需轉載,請註明出處,否則將追究法律責任。

相關文章