# 1. RMAN命令

- 12cRMAN可以執行大部分SQL命令，不需要SQL關鍵字。

```
RMAN> select open_mode from v$database;

using target database control file instead of recovery catalog
OPEN_MODE           
--------------------
READ WRITE

```

- 可以使用spool log to [destination]/spool log off來記錄rman命令輸出以及報錯。

- 使用替代變數，可以使用下面，也可以使用using語法

```
1) 編寫指令碼
# name: full_db.rman
BACKUP TAG &1 COPIES &2 DATABASE;
EXIT;

2)呼叫
RMAN> @/rman/full_db.rman Q106 2
```

# 2. RMAN備份

- 在容器資料庫CDB中，只有連線到根才能建立或修改配置資訊，即連線到插接式資料庫PDB時不能修改配置資訊。

- 對於磁碟，可以備份磁碟映象以及備份集兩種型別，對於磁帶的預設備份型別只能是備份集。

## 2.1 控制RMAN備份

```shell
# 1. 分配通道控制備份片大小
rman> configure channel device type disk maxpiecesize 2g;

# 2. 分配通道時控制備份到不同磁碟
RMAN> run {
allocate channel c1 device type disk format 'd:\orabak\%u.bak';
allocate channel c2 device type disk format 'e:\orabak\%u.bak';
b
}

# 3. RMAN通道數與通道檔案限制
在RMAN中最多可以分配255個通道，每個通道可並行讀寫64個檔案

# 4.檢視通道分配策略
RMAN> show channel;

```

## 2.2 備份保留策略

```
1.備份保留策略
備份保留策略僅適用於資料檔案的完全備份（或0級備份）和控制檔案備份。
對於資料檔案映象副本和代理副本，如果RMAN確定不需要副本或代理副本，那麼可以手工刪除它們。
對於資料檔案備份集，只有備份集內的所有資料檔案備份都已過時，RMAN才會允許刪除這些備份集。

# 禁用保留策略
RMAN> configure retention policy to none;

# 恢復預設值
RMAN> configure retention policy clear;

2.歸檔保留策略
禁用歸檔日誌刪除策略設定為NONE時，RMAN會考慮同時滿足下麵條件的歸檔重做日誌檔案是可以刪除的：一是已被轉移到LOG_ARCHIVE_DEST_n引數指定的遠端目的地，無論是在快速恢復區域還是在外部；二是快速恢復區中的歸檔重做日誌檔案至少備份一次到磁碟或SBT，或者根據備份保留策略而過時的日誌。
只有當保證恢復點和Oracle閃回資料庫都不再需要的日誌，備份保留策略才將其視為過時日誌。如果歸檔日誌是在SYSDATE-'DB_FLASHBACK_RETENTION_TARGET'之後建立，閃回資料庫會需要這些歸檔重做日誌。
# 配置歸檔刪除策略
RMAN> configure archivelog deletion policy to backed up 2 times to disk;
```

## 2.3 快速恢復區（Fast Recovery Area）

```
1. 啟用快速恢復區
設定db_recovery_file_dest_size與db_recovery_file_dest兩個引數啟用，可以線上。

2.禁用快速恢復區
刪除保證還原點，V$RESTORE_POINT，關閉flashback database，設定db_recovery_file_dest為空來禁用快速恢復區。
如果使用快速恢復區歸檔，則將log_archive_dest_n引數設定為非快速恢復區。

3.自動刪除原則
當檔案可以從快速恢復區刪除時，要遵守以下刪除規則：
①永久檔案是永遠不能刪除。
②按保留策略已過時的檔案均可刪除。
③已複製到磁帶上的臨時檔案可以刪除。
④歸檔重做日誌只有在所有的日誌消費者都滿足了要求後才可以刪除。
控制從所快速恢復區刪除的最安全和可靠的方式是配置保留策略和歸檔日誌刪除策略。如果想將移動到磁帶的檔案儘可能保留在磁碟上，就要增加快速恢復區的磁碟配額。

4.檢視快速恢復區情況‘
 v$recovery_file_dest  :當前位置、磁碟配額，正在使用的空間，刪除檔案回收的空間。
 v$recovery_area_usage
```

## 2.4 backup...plus archivelog

```
①執行ALTER SYSTEM ARCHIVELOG CURRENT語句對當前的聯機重做日誌進行歸檔。
②執行BACKUP ARCHIVELOG ALL命令備份所有歸檔重做日誌檔案。
③執行BACKUP命令對指定的資料檔案等進行備份。
④再次執行ALTER SYSTEM ARCHIVE LOG CURRENT語句對當前的聯機重做日誌進行歸檔。
⑤對備份期間新生成的尚未備份的歸檔重做日誌檔案進行備份。
```

## 2.5 雙工備份

```shell
# 概念
雙工備份：RMAN建立備份集時，同時生成備份集的多個完全相同副本，提高可靠性。

# 限制
- RMAN最多可以建立四個副本
- 雙工備份集不能到快速恢復區
- 每個副本有唯一副本編號backupset_1_1/backupset_1_2
- 雙工備份僅適用於備份集，不適用於映象副本
- rman備份雙工時，可以手工指定多個名字例如：format 'backupset_01','backupset_02',如果只指定一個format需要有格式%c，當然也可以不指定format，備份到configure配置的路徑跟名稱或備份到fra使用自動命名。

# 配置
backup...copies
configure...backup copies

# 樣例
- 配置樣例
configure channel device type disk format '/rman/%U','/test/%U';
configure archivelog backup copies for device type disk to 2;
configure datafile backup copies for device type disk to 2;
- 備份樣例
backup as compressed backupset device type disk copies 3 incremental level 0 database;
backup copies 3 datafile 3;
- run模組set backup copies雙工備份
run{
set backup copies 3;
backup tablespace users copies 2 format '/rman/01.bak','/rman/02.bak';
backup archivelog all;
}

```

## 2.6 映象副本

```shell
# 配置
backup as copy
configure device type...backup type to copy

# 樣例
backup as copy tablespace system，users；
backup as copy section size 150m datafile '/oradata/users.dbf';
```

## 2.7 增量備份

```shell
# 增量型別
- 差異增量備份
只備份自最新的同級或更低階別之後更改過的所有塊，當相容性為10g以後，如果沒有同級別或更低階別備份，則會生成0級備份。
- 累計增量備份
只備份自最新的更低階別的備份之後更改過的所有塊。

# 增量備份策略
一般情況下，管理員根據可接受的平均恢復時間（Mean Time To Recover，MTTR）選擇備份策略。例如，可以實現三級備份方案：每月進行一次0級增量備份，每週進行一次1級累積增量備份，每天進行1次差異增量備份。按照這個備份策略，完成恢復所需的重做日誌不會超過一天。

# 增量更新備份
使用rman建立資料檔案的映象副本，然後再使用rman建立增量備份(僅建立上次備份後已更改的資料塊的備份)，並將該增量備份應用於映象副本(而不用建立新的映象副本)。如果有足夠磁碟空間為整個資料庫建立映象副本，並需要靈活的直接處理映象備份，就可以使用這種策略，缺陷是隻能恢復到最後一次更新映象副本的時間點，無法任意時間點恢復。

# 增量更新備份步驟
①用指定的標籤建立資料檔案的完整映象副本備份。
②按照指定時間（如每天），使用與基本資料檔案副本相同的標籤建立資料檔案的1級差別增量備份。
③把②中建立的增量備份應用到具有相同標籤的最新備份。
- 建立
backup...for recover of copy with tag;
# database級別增量更新
- 第一次level 1，如果沒有level 0，則會自動建立for recover的copy。
- 會自動建立copy到fra區域，注意磁碟空間。
- 可以自定義可恢復區間，sysdate-n，這樣可以控制任意時間點可恢復區間，sysdate-7即可利用copy+archivelog恢復到七天內的任意時刻。
run{
recover copy of database with tag 'incr_update' [ until time 'sysdate-7'];
backup incremental level 1 for recover of copy with tag 'incr_update' database;
}

# datafile級別增量更新
run{
recover copy of datafile 4 with tag 'incr_update' ;
backup incremental level 1 for recover of copy with tag 'incr_update' datafile 4;
}

# 可以利用增量更新遷移資料庫到不同儲存，高效替換儲存
```

## 2.8 備份CDB與PDB

### 2.8.1 備份整個CDB與ROOT

```shell
# 備份整個CDB
與備份非CDB相同，backup命令備份。

# 只備份根cdb$root
backup database root;
```

### 2.8.2 RMAN備份PDB

```shell
1. 連線到root備份PDB
rman> backup pluggable database sales,hr;

2.連線到指定pdb備份pdb
export ORACLE_PDB_SID
rman> backup database;
```

### 2.8.3 備份CDB中的歸檔重做日誌

```shell
# 在CDB中，只有具有sysdba或sysbackup許可權的公共使用者連線到根目錄才可以備份歸檔重做日誌。
# 具有sysdba以及sysbackup的本地使用者連線到PDB，不能備份、刪除、切換歸檔重做日誌檔案。

# 連線到根root備份歸檔方法與非CDB資料庫相同。
```

### 2.8.3 備份備份集、映象副本

```
backup backupset all delete input;
backup backupset 1,2 delete input;
backup datafilecopy from tab monDBCopy;
backup device type sbt tag 'quartcrly_backup' copy of database delete input;
```

### 2.8.3 備份recovery area

```
恢復檔案（Recovery Files）指的是在快速恢復區中的完全備份集、增量備份集、控制檔案自動備份、資料檔案副本和歸檔重做日誌。
如果歸檔重做日誌檔案丟失或損壞，那麼RMAN從恢復區外查詢可用於備份的歸檔日誌的副本。
在恢復區的閃回日誌、當前控制元件檔案和聯機重做日誌檔案不備份。
# 及時configure backup optimization off也會啟用備份最佳化功能，除非指定force選項。
rman> backup recovery area to destination '/bak/';
```

## 2.9 精確控制備份

### 2.9.1 限制備份集中的檔案數

```
filesperset: 對filesperset與備份物件總數除以分配的通道數，較小值作為實際產生作用的值。預設值為單個通道最大檔案數64.
```

### 2.9.2 限制備份集和備份片大小

```shell
1. 限制備份集大小
# backup...maxsetsize
rman> backup device type sbt maxsetsize 100m archivelog all;

# configure
RMAN> configure default device type to disk;
RMAN> configure maxsetsize to 10g;

2. 限制備份片大小
RMAN> configure channel device type disk maxpiecesize 2g;

3. 多段備份
多段備份目的使RMAN通道能夠並行備份一個大檔案，比如超大bigfile表空間資料檔案。
- 如果指定section size導致產生超過256個檔案區域，RMAN會增加區域大小以使正好有256個區域。
- 不能backup命令中同時指定maxpieces和section size
RMAN> backup section size 300m tablespace users;
```

### 2.9.3 加密備份

```shell
CONFIGURE ENCRYPTION
SET ENCRYPTION

v$rman_encryption_algorithms檢視RMAN支援的加密演算法。
# 1. 透明資料加密
- 建立Oracle金鑰對。
- RMAN> configure encryption for database on;
- RMAN> set encryption on;
- RAMN> configure encryption for database off;

# 2. 密碼加密
set encryption identified by password only on for all tablespaces;

# 可以單獨使用透明加密或密碼加密，也可以複合使用。
```

### 2.9.4 備份集壓縮

```shell
v$rman_compression_algorithm：壓縮演算法檢視

# 壓縮資料
configure compression algorithm '壓縮演算法級別名稱';    # medium、basic

# 備份集壓縮
backup as compressed backupset database;
configure device type disk backup type to compressed backupset;
```

### 2.9.5 管理備份視窗

```shell
# duration限制備份持續時長，超過時間，備份將終止，並報告錯誤。
backup duration 4:00 tablespace users;

# 允許備份視窗部分備份。
如果在BACKUP命令中指定PARTIAL引數，那麼一個備份因為備份視窗結束而中斷時RMAN不報告錯誤。相反，RMAN顯示沒有備份的檔案的資訊。如果BACKUP命令在RUN塊中，那麼在RUN塊中的剩餘命令將繼續執行。
- filesperset 1將每個備份集限制只有一個檔案，這樣配合partial可以最大限度減少備份失敗影響。
backup duration 4:00 partial tablespace users filesperset 1;

# 最大限度減少備份負載與持續時間
對於磁碟備份，可以用MINIMIZE TIME選項使備份最快執行（預設），也可使用MINIMIZE LOAD選項降低備份速率以減少系統負載。指定MINIMIZE LOAD選項時備份將用完指定的持續時間。如果指定TIME選項，那麼最近備份的檔案將給予最低優先備份。
backup duration 4:00 partial minimize time database filesperset 1;
backup duration 4:00 partial minimize load database filesperset 1;
```

## 2.10 管理RMAN備份

### 2.10.1 顯示備份資訊

```shell
# 1.顯示備份資訊
- list,report
- 動態效能檢視
- catalog的RC_檢視
- restore...preview/restore...validate header命令
# restore preview只讀取後設資料，不讀取備份檔案、restore...validate header讀取後設資料與檢查磁碟、其他介質檔案是否與後設資料一致。
```

### 2.10.2 顯示資料庫化身

```shell
# database incarnations，resetlogs所做操作
當使用RESETLOGS選項開啟資料庫時，資料庫將執行以下操作：
（1）如果當前聯機重做日誌可以訪問，那麼將它們進行歸檔，然後刪除聯機重做日誌的內容，並將日誌序列號重置為1。
（3）將控制檔案中的重做執行緒記錄和聯機重做日誌記錄初始化為新資料庫化身開始位置。
（4）用新的RESETLOGS SCN和時間戳更新所有當前資料檔案、聯機重做日誌以及所有後續歸檔重做日誌。
# 除非RESETLOGS SCN和時間戳匹配，否則資料庫不會將歸檔重做日誌應用於資料檔案，因此用RESETLOGS時要預防不是來自當前化身的直接父化身的歸檔日誌破壞資料檔案。

# 在Oracle 12c以前的版本中，Oracle建議在OPEN RESETLOGS後立即備份資料庫。
# 在Oracle 12c以後的版本中，因為可以像任何其他備份一樣輕鬆恢復在RESETLOGS開啟前的備份，所以此時建立新的資料庫備份不是必需的。要想利用RESETLOGS進行恢復，必須要有最近備份之後生成的所有歸檔日誌，並且至少有一個控制檔案可用（當前控制檔案、備份控制檔案或已建立的新的控制檔案）。

# 關於resetlogs後的恢復
用RESET DATABASE TO INCARNATION命令可以指定SCN是在特定資料庫化身的引用框架中的SCN。
當用FLASHBACK、RESTORE或RECOVER返回到非當前資料庫化身的SCN時，需要執行RESET DATABASE TO INCARNATION命令。
但是，在使用閃回技術時，RMAN隱含地執行RESET DATABASE TO INCARNATION命令。

# 關於PDB的化身
可插拔資料庫（PDB）的化身是多租戶容器資料庫（CDB）的子化身，並表示為（DATABASE_INCARNATION， PDB_INCARNATION）。例如，如果CDB是化身5，並且PDB是化身3，那麼PDB化身的完整描述是（5，3）。PDB的初始化身為0，後續化身是唯一的，但不總是連續的序號。
V$PDB_INCARNATION：可以查詢PDB化身的資訊。

# 孤立備份
指資料庫經過備份恢復多個庫之後，不在resetlogs直接路徑中進行的備份，比如在第一次resetlogs SCN之後祖先庫進行的備份即為孤立備份。

# 孤立的PDB備份
不完全恢復recover與resetlogs之間的備份為pdb的孤立備份。

# list incarnation
```

### 2.10.3 report備份資訊與schema

```shell
# 報告需要備份檔案
report need backup;
report needbackup [DAYS n | INCREMENTAL n | RECOVERY WINDOW OF n DAYS | REDUNDANCY n] reportObject

# 報告nologging非日誌操作影響而需要備份資料檔案，列出不可恢復資料檔案
report unrecoverable;

# report obsolete;

# 報告資料庫schema
# 指顯示指定時間目標資料庫中所有資料檔案(永久和臨時)和表空間名稱等資訊。
report schema;
report schema at time 'sysdate-14';
report schema at scn 1000;
report schema at sequence 100 thread 1;
```

### 2.10.4 change更改備份狀態

```shell
# change更改備份等資訊
change backupset 231 nokeep;
change backupset 12 available;
change datafile copy 'd:\system01.dbf' keep until time 'sysdate+180';

# 更改被刪除的PDB的備份狀態
# 必須使用GUID，不能使用PDB名稱來識別被刪除的PDB。
1. 查詢DBA_PDB_HISTORY檢視確定從CDB中刪除的PDB的GUID
2. change
RMAN> change backuppiece GUID 'xxx' uncatalog;
RMAN> change copy GUID 'xxx' uncatalog;
```

### 2.10.5 catalog註冊備份記錄到RMAN資料庫

```shell
catalog datafilecopy 'xxx';
catalog backuppiece 'xxx';
catalog start with '';
catalog recovery area;
```

### 2.10.6 RMAN通道

```shell
# 手工分配通道
Channel Control Options for Manual and Automatic Channels
Control the operating system resources RMAN uses when performing RMAN operations

Affect the degree of parallelism for a backup or restore command

Set limits on I/O bandwidth consumption in kilobytes, megabytes, or gigabytes (ALLOCATE CHANNEL ... RATE, CONFIGURE CHANNEL ... RATE)

Set limits on the size of backup pieces (the MAXPIECESIZE parameter specified on the CONFIGURE CHANNEL and ALLOCATE CHANNEL commands)

Set limits on the size of backup sets (the MAXSETSIZE parameter specified on the BACKUP and CONFIGURE commands)

Send vendor-specific commands to the media manager (SEND)

Specify vendor-specific parameters for the media manager (ALLOCATE CHANNEL ... PARMS, CONFIGURE CHANNEL ... PARMS)

Specify which instance performs the operation (ALLOCATE CHANNEL ... CONNECT, CONFIGURE CHANNEL ... CONNECT)

# 自動分配通道
RMAN allocates automatic channels according to the settings in these commands:
CONFIGURE DEVICE TYPE ... PARALLELISM
CONFIGURE DEFAULT DEVICE TYPE
CONFIGURE CHANNEL

# maintenance通道
如果使用DELETE要刪除的檔案所在裝置未配置為自動通道裝置，那麼必須先用ALLOCATE CHANNEL FOR MAINTENANCE維護命令。例如，如果用SBT通道進行備份，但只有一個磁碟通道配置，那麼必須手動為DELETE命令分配SBT通道。當對只在磁碟檔案執行DELETE命令時需要自動或手動分配通道。
```

### 2.10.7 刪除備份

```shell
# 刪除
delete ..

# 刪除已從CDB拔出的PDB的備份
# 已經從CDB拔出的PDB，pdb名稱就不存在，需要使用GUID刪除，DBA_PDB_HISTORY可以查詢到。
RMAN> select pdb_name,pdb_guid from dba_pdb_history where db_name='xx';
RMAN> delete backup GUID 'xxx';
RMAN> delete copy GUID 'xxx';
```

### 2.10.8 RMAN刪除資料庫

```shell
# 需要資料庫mount而不是open狀態，有恢復目錄可以指定include copies and backups一起刪除並在恢復目錄登出資料庫。
RMAN> STARTUP FORCE MOUNT;
RMAN> ALTER SYSTEM ENABLE RESTRICTED SESSION;
RMAN> DELETE BACKUPSET;
RMAN> DELETE COPY;
RMAN> DROP DATABASE [INCLUDING BACKUPS NOPROMPT];
```

### 2.10.9 恢復目錄catalog

```shell
# 建立catalog，同步
create catalog;
create virtual catalog;  # 可以用來控制許可權。

# resetlogs之後的處理
當用RESETLOGS選項開啟資料庫時將建立資料庫新的化身，此時會在恢復目錄中自動建立新資料庫化身的記錄。可以訪問檢視V$DATABASE_INCARNATION來查詢新化身的記錄。資料庫隱含地自動呼叫RESET DATABASE命令指定新資料庫化身為當前的化身，對目標資料庫進行的後續備份和日誌歸檔都對應著新資料庫化身。
如果要將資料庫返回到當前RESETLOGS SCN之前的SCN，無論是用RESTORE或RECOVER或FLASHBACK DATABASE完成該任務，都需要用RESET DATABASE TO INCARNATION命令。但是，在下列兩種情況下不需要顯式執行RESET DATABASE TO INCARNATION，因為在閃回操作中RMAN隱含執行該命令：一種情況是用FLASHBACK DATABASE將資料庫倒回到在直接祖先路徑的一個SCN；另一種情況是用FLASHBACK DATABASE將資料庫倒回到一個恢復點。

import catalog user/passwd@tns [dbid=xxx | db_name=xxx];
```

### 2.10.10 儲存指令碼

```shell
任何RUN模組中合法的命令都可以執行在儲存指令碼中。
# 建立儲存指令碼
create script
create global script 
# 更新儲存指令碼
replace script
replace script
# 執行儲存指令碼
1.指令碼中沒有替換變數靜態指令碼
run {
	EXECUTE [GLOBAL] SCRIPT {SCRIPT_NAME};
}

2.動態指令碼
# 建立動態指令碼使用&
CREATE SCRIPT quarterly
{
	ALLOCATE CHANNEL c1 DEVICE TYPE SBT
	PARMS 'ENV=(OB_MEDIA_FAMILY=&1)';
	BACKUP TAB &2 FORMAT 'D:\back/&1%U.bak'
	KEEP FOREVER RESTORE POINT &3
	DATABASE;
}
# 執行動態指令碼
-- 1. rman命令代入變數 
rman target user/pass@tns catalog user/pass@tns USING arc_backup bak0906 FY06Q3
RMAN> @scriptname
-- 2.run模組代入變數
run{
	execute script quarterly USING arc_backup bak1206 FY06Q4;
}
-- 3. 啟動RMAN時執行指令碼
rman target user/pass@tns CATALOG user/pass@tns SCRIPT 'd:\tmp\test.cmd';
-- 4.顯示指令碼內容以及名稱
RMAN> print [GLOBAL] script {script_name} [TO FILE 'd:\myscript.txt'];
RMAN> list [GLOBAL] script names;
RMAN> list all script names;
-- 5.刪除儲存指令碼
RMAN> delete [GLOBAL] script 'script_names';
```

# 3. RMAN資料庫恢復

## 3.1 還原最佳化

```shell
# 還原最佳化只檢查資料檔案頭部，不掃描資料檔案主體是否有損壞的塊。
-- 可以使用restore命令force選項覆蓋還原最佳化(Restore Optimization)，當還原操作被中斷，再次執行相同restore命令，RMAN只還原前一操作中沒有被還原的單個資料檔案。
-- duplicate命令還原最佳化也很有用，一個之前正確位置的資料檔案具有正確檔案頭，獎盃跳過，duplicate不支援force操作，如果想無條件還原所有資料檔案，刪除duplicate之前複製過的資料檔案。
```

## 3.2 RMAN驗證

### 3.2.1 壞塊以及檢測壞塊

```shell
# 壞塊
1.物理與邏輯壞塊
-- 物理壞塊指由於checksum無效或塊包含全0或塊頭與塊尾不匹配導致資料庫根本無法識別的塊，執行RMAN時指定NOCHECKSUM選項，建立備份是將不計算塊checksum
-- 邏輯損壞指塊checksum有效，並且塊頭與塊尾匹配，但塊內容在邏輯上不一致，如行塊或索引條目的損壞就是邏輯損壞，如果RMAN監測到邏輯壞塊，就會將該塊記錄在alert以及會話trace日誌中。
-- 預設RMAN不檢測邏輯損壞，執行BACKUP命令指定CHECK LOGICAL選項，那麼RMAN將檢測資料並對邏輯損壞塊進行索引。

2.RMAN備份中壞塊限制
-- 可以使用SET MAXCORRUPT命令設定RMAN備份中允許一個檔案中未標記壞塊的數量，預設為0，不允許任何種類未標記壞塊。
-- 設定SET MAXCORRUPT時，RMAN允許備份存在標記的壞塊，restore資料檔案中可能有多個標記為已損壞的塊，如果此時對restore的有壞塊的資料檔案備份，即使沒有設定MAXCORRUPT值，備份也會成功，這是因為先前標記的壞塊不會阻止RMAN完成備份。

3.檢測壞塊
# ORA-1578
# 塊間損壞(Interblock Corruption)
-- 指損壞發生在塊之間，這種型別只能是邏輯損壞。
# 塊內損壞(Intrablock Corruption)
-- 指發生在塊本身內部，這種可以是物理可以是邏輯損壞。
# v$database_block_corruption檢視記錄著塊內損壞的資訊，而自動診斷庫(ADR)跟蹤所有型別塊損壞資訊。
-- 所有資料庫實用程式都檢測塊內損壞，包括RMAN和DBVERIFY實用程式。
-- 只有DBVERIFY和ANALYZE實用程式才會監測塊間損壞。

```

### 3.2.2 VALIDATE

```shell
validate期間遇到問題，RMAN將顯示並就到ADR中，可以用list failure檢視故障資訊。
validate驗證時會跳過從不使用的塊，COMPATIBLE大於10.2，對於本地管理表空間，未使用塊也將跳過。

# 並行驗證大資料檔案
run{
	ALLOCATE CHANNEL c1 DEVICE TYPE DISK;
	ALLOCATE CHANNEL c2 DEVICE TYPE DISK;
	VALIDATE DATAFILE 1 SECTION SIZE 100M;
}

# BACKUP VALIDATE
-- 物理sunhuai
RMAN> BACKUP VALIDATE DATABASE ARCHIVELOG ALL;
-- 物理、邏輯損壞
RMAN> BACKUP VALIDATE CHECK LOGICAL DATABASE ARCHIVELOG ALL;

# RESTORE VALIDATE
RESTORE DATABASE VALIDATE;
RESTORE ARCHIVELOG ALL VALIDATE;

# 試驗修復(Trial Recovery)
RMAN或SQLPLUS中使用RECOVER...TEST進行試驗修復，只在記憶體中，不會將更改寫入磁碟。
```

### 3.2.3 驗證CDB和PDB

```shell
# 驗證整個CDB
VALIDATE DATABASE;
# 驗證根root
validate database root;
# 驗證pdb
validate pluggable database {pdb1,pdb2...};
```

## 3.3 恢復

### 3.3.1 恢復準備

```shell
# 確定DBID
恢復引數檔案與從自動備份中恢復控制檔案時，需要知道資料庫DBID
-- 可以從自動控制檔案備份檔名中看到DBID

# 預覽還原用到的備份
RESTORE...PREVIEW [SUMMARY]/RESTORE...VALIDATE HEADER以確保用到備份狀態或避免特定備份使用。
--restore...preview [summary]可以在restore操作中顯示要使用的每個備份的詳細資訊列表，以及restore操作完成後進行修復的目標SCN。
--restore...validate header，除了列出還原和修復所需的檔案，還驗證備份備份檔案頭部已確定磁碟或介質管理目錄中檔案是否與RMAN資料庫後設資料一致。
--eg.
restore database preview;
restore archivelog from time 'sysdate-7' preview;
restore database preview summary;

# 召回離線備份
# 離線備份(offsite backups)是指一種在RMAN還原之前需要介質管理軟體才能檢索的SBT備份。有些介質管理軟體可以向RMAN提供有關備份是否離線的狀態資訊。離線備份在RMAN資料庫中標記為AVAILABLE，但是restore之前必須從介質儲存器中檢索出來，否則restore會失敗。
restore...preview顯示：List of remote backup files則備份為離線備份，需要執行restore...preview recall;命令，有多個離線備份，可以重複執行多次。

# restore所需的歸檔重做日誌
1.控制應用歸檔
RMAN在recover時，可以使用UNTIL AVAILABLE REDO子句，來自動將資料庫recover到最後一個可用歸檔重做日誌，在下面場景不能使用：
- recover datafile
- recover tablespace
- pluggable database，需要使用until scn恢復到指定點。
2.restore歸檔重做日誌時控制恢復目的地
SET ARCHIVELOG DESTINATION TO控制restore歸檔到指定位置，可以指定多個控制每部分歸檔restore的位置。

# 提供加密備份密碼
-- 基於軟體金鑰庫
RMAN> SET DECRYPTION WALLET OPEN IDENTIFIED BY my_wallet_pass;
-- 基於密碼
RMAN> SET DECRYPTION IDENTIFIED BY mypasswd;
```

### 3.3.2 CDB的完全恢復

```shell
# 整個CDB完全恢復，與非CDB一樣
restore database;
recover database;

# 對CDB根的完全恢復，Oracle建議恢復ROOT後恢復所有PDB，防止ROOT與PDB之間後設資料不一致。
SHUTDOWN IMMEDIATE;
STARTUP MOUNT;
RESTORE DATABASE ROOT;
RECOVER DATABASE ROOT;
RESOTRE PLUGGABLE DATABASE 'PDB$SEED',pdb1,pdb2...;
RECOVER PLUGGABLE DATABASE 'PDB$SEED',pdb1,pdb2...;
ALTER DATABASE OPEN;
ALTER PLUGGABLE DATABASE ALL OPEN;

# 對PDB的完全恢復
--連線到ROOT恢復PDB
ALTER PLUGGABLE DATABASE pdb1,pdb2... CLOSE;
-- 如果有資料檔案丟失，則OFFLINE對應datafile
ALTER PLUGGABLE DATABASE DATAFILE {integer} OFFLINE;
RESTORE PLUGGABLE DATABASE {pdb_name_list};
RECOVER PLUGGABLE DATABASE {pdb_name_list};
-- online之前offline資料檔案
ALTER DATABASE DATAFILE {integer} ONLINE;
ALTER PLUGGABLE DATABASE {pdb_name_list} OPEN;

-- 連線到指定PDB恢復，命令與非CDB相同。

# 切換到映象副本後執行CDB、PDB完全恢復
-- 要切換CDB中的資料檔案與非CDB資料庫切換相同。
-- 切換PDB中資料檔案，連線到ROOT
SWITCH...PLUGGABLE DATABASE / SWITCH DATAFILE命令
```

### 3.3.3 塊介質恢復

```shell
# 當主庫有real-time apply dataguard備庫時
-- 主庫查詢時遇到壞塊，資料庫自動嘗試執行塊介質恢復。
-- 當VALIDATE命令驗證期間檢測到壞塊，不會自動執行恢復功能。

# 手工修復
RECOVER...BLOCK;
-- 搜尋順序：real-time apply dataguard - flashback log - 完全備份或0級備份。

# 壞塊如果丟失重做日誌下面情況依然可以恢復
-- 當丟失壞塊的重做日誌之後重做日誌流顯示該塊被重新分配給了其他資料之後，資料庫會新建一個資料塊，繼續應用後續未丟失重做日誌，依然可以完成恢復。

# 修復單個塊
recover datafile {integer} block {integer} datafile .... block ...;
-- 只從指定備份中搜尋可用塊
recover ... block ... from tag my_backup;

# 修復V$DATABASE_BLOCK_CORRUPTION檢視所有塊
recover corruption list;

```

### 3.3.4 RMAN高階恢復技術

```shell
# 非歸檔利用增量有限恢復,增量備份需要在mount下進行備份必須為一致性備份。
sartup mount;
restore database from tag 'tag';
recover database noredo;
alter database open resetlogs;

# 控制搜搜自動備份天數或歸檔sequence號
restore spfile/controlfile [to 'path'] from autobackup ... [maxseq N] [maxdays N];

# 如果自動控制檔案備份不是預設格式，設定
SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 'd:\autobackup_%F';
SET DBID XXX;

# rman建立pfile
-- 需要有spfile備份才能使用下面子句
RESTORE SPFILE TO PFILE 'path';

# resetlogs
在用備份控制檔案修復資料庫後不管日誌是否可用，始終需要用OPEN RESETLOGS選項開啟資料庫。

# 12c新特性透過網路restore/recover
# restore
-- 可以利用physical dataguard對應檔案restore主庫丟失的資料檔案，也可以利用主庫來還原備用資料庫的檔案。
-- 下面語句使用壓縮備份方式
RMAN> RESTORE DATAFILE 'd:\oradata\test.dbf' FROM SERVICE standby_tns
SECTION SIZE 120M USING COMPRESSED BACKUPSET;
-- 下面為各個檔案restore方式
資料庫級別：restore database from service 
表空間： restore tablespace from service 
控制檔案：restore controlfile to '指定的位置' from service 
SPFILE: restore spfile from service

# recover
recover ... from service ...

# from service 示例恢復物理備庫
-- 示例恢復physical dataguard
# 1.連線physical standby database
RMAN> CONNECT TARGET "user@standby_tns as sysbackup";
RMAN> CONNECT CATALOG rman@catdb;
RMAN> report schema;
RMAN> SELECT type,group#,member FROM v$logfile;
RMAN> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
# 2.確定物理備庫當前SCN，後續確認是否在此之後主庫有新資料檔案增加
RMAN> SELECT current_scn from v$database;
RMAN> SHUTDOWN IMMEDIATE;
RMAN> STARTUP NOMOUNT;
# 3.從主庫恢復最新的控制檔案
RMAN> RESTORE STANDBY CONTROLFILE FROM SERVICE primary_db;
RMAN> ALTER DATABASE MOUNT;
# 4.更新備庫控制檔案資料名稱
-- 連線到catalog資料庫的話使用下面完成switch database to copy
	RMAN> RECOVER DATABASE NOREDO;
-- 未使用catalog資料庫physical standby switch to copy
	RMAN> report schema;
	RMAN> CATALOG START WITH 'd:\datafiles';
	RMAN> SWITCH DATABASE TO COPY;
-- 下面命令在主庫建立多片增量備份用於recover備用資料檔案，noredo子句指定recover不apply歸檔重做日誌,可選擇使用傳輸使用壓縮備份集，減少網路壓力
RMAN> RECOVER DATABASE FROM SERVICE primary_db NOREDO SECTION SIZE 120M [USING COMPRESSED BACKUPSET];
# 5.使用第二步查詢到的scn確認是否有需要restore的資料檔案
RMAN> SELECT file# FROM V$DATABASE WHERE creation_change# >= xxx;
-- xxx為第二步查詢到的scn號。
-- 如果上述查詢返回有一個或多個資料檔案，則進行restore
-- set newname for database後面名字需要指定至少%b,%f,%U一個，避免名字衝突
RMAN> RUN{
SET NEWNAME FOR DATABASE TO 'd:\oracle\database';
RESTORE DATAFILE n1,n2,N FROM SERVICE primary_tns;
}
-- 如果連線到catalog資料庫，則直接執行
RMAN> RESTORE DATAFILE n1,n2,N FROM SERVICE primary_tns;
# 6.更新控制檔案線上連線日誌名稱
-- 1. ALTER DATABASE CLEAR
RMAN> ALTER DATABASE CLEAR LOGFILE GROUP N;
-- 2. ALTER DATABASE RENAME FILE重新命名
需要STANDBY_FILE_MANAGEMENT設定為MANUAL
-- 3. 如果不進行，在open read only的過程中，也會自動clear redo log
# 7.主庫切換歸檔，檢視備庫接收
RMAN> ALTER SYSTEM ARCHIVELOG CURRENT;
# 8.備庫開啟應用
RMAN> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION [ USING CURRENT LOGFILE];
```

### 3.3.5 表空間時間點恢復(TSPITR)

```shell
# TSPITR限制，19c版本
1. 非歸檔模式
2. 表空間rename過，無法TSPITR到rename之前。
3. 不是自包含，TSPITR需要同時recover自包含的所有表空間。
4. 預設default tablespace無法使用TSPITR，PDB的default tablespace也不可以。
5. 物化檢視等一些有底層物件，但是底層物件不自包含在TSPITR集裡。
```

1. 表空間定點恢復準備

```shell
DBMS_TTS.TRANPORT_SET_CHECK需要有EXECUTE_CATALOG_ROLE角色
TRANSPORT_SET_VIOLATIONS檢視查詢
TS_PITR_OBJECTS_TO_BE_DROPPED

#1. 將要執行TSPITR的表空間一起寫入下面列表進行校驗
EXECUTE DBMS_TTS.TRANSPORT_SET_CHECK('tbs1,tbs2',TRUE);

#2. 查詢是否有違反自包含約束的物件
SELECT * FROM transport_set_violations;

#3. 查詢TSPITR可能丟失的物件
SELECT owner,name,tablespace_name,to_char(creation_time,'YYYY-MM-DD:HH24:MI:SS')
FROM ts_pitr_objects_to_be_dropped
WHERE tablespace_name IN ('USERS','TOOLS')
AND creation_time > TO_DATE('xx','YYYY-MM-DD:HH24:MI:SS')
ORDER BY tablespace_name,creation_time;

# 或使用函式SCN_TO_TIMESTAMP(SCN)使用SCN來獲取具體定點恢復時間，該函式受限於自動undo管理下undo retention時間，但不會少於120小時。

# 如果是pdb中表空間，則語法如下：
RMAN> RECOVER TABLESPACE {pdb_name}:{tbs_name}
UNTIL LOGSEQ 1300 THREAD 1
AUXILIARY DESTINATION 'd';

# 需要有控制檔案備份以及需要的歸檔備份
# 確實歸檔以及控制檔案都會報錯如下：
RMAN-03002: failure of recover command at 10/19/2021 16:52:04
RMAN-03015: error occurred in stored script Memory Script
RMAN-06026: some targets not found - aborting restore
RMAN-06024: no backup or copy of the control file found to restore

RMAN-03015: error occurred in stored script Memory Script
RMAN-03009: failure of sql command on default channel at 10/21/2021 11:17:21
RMAN-11003: failure during parse/execution of SQL statement: drop tablespace  CZHTBS including contents keep datafiles cascade constraints
ORA-12919: Can not drop the default permanent tablespace
```

2. 全自動TSPITR

```shell
# 全自動TSPITR
# 預設全自動模式下，RMAN儘可能使用目標資料庫上的TSPITR設定。
# 可以連線catalog資料庫，不要連線Auxiliary資料庫，否側，會試圖用輔助資料庫進行TSPITR
# 在目標例項上配置TSPITR所需的通道，執行TSPITR時會使用與目標庫相同配置。
# 執行UNTIL和AUXILIARY DESTINATION的recover tablespace命令
RMAN> RECOVER TABLESPACE USERS,TOOLS
UNTIL LOGSEQ 1300 THREAD 1
AUXILIARY DESTINATION 'd';

# 如果是pdb中表空間，則語法如下：
RMAN> RECOVER TABLESPACE {pdb_name}:{tbs_name}
UNTIL LOGSEQ 1300 THREAD 1
AUXILIARY DESTINATION 'd';

# 當TSPITR完成，在表空間online之前，備份recover的表空間。
# 表空間執行過TSPITR之後，之前表空間備份就不能使用了。
RMAN> backup tablespace users,tools;
# online表空間
RMAN> alter tablespace users,tools ONLINE;
```

3. 使用者定製的TSPITR

- [ ] 可以透過set newname/CONFIGURE AUXNAME/DB_FILE_NAME_CONVERT/RECOVER

```shell
# 可以透過SET NEWNAME FOR DATAFILE子句控制TSPITR之後，資料檔案恢復的路徑，更換路徑後，原資料檔案不會被物理刪除，還存在原磁碟以datafilecopy存在。
# 可以透過cofigure auxname或recover ... auxiliary destination子句指定輔助檔案路徑。
# 可以使用CONFIGURE AUXNAME FOR DATAFILE n TO auxname_n為每個檔案指定輔助集檔名
# 可以透過DB_FILE_NAME_CONVERT/SET NEWNAME FOR TEMPFILE來重新命名臨時檔案

RUN{
ALLOCATE AUXILIARY CHANNEL aux_c1 type disk;
SET NEWNAME FOR DATAFILE '+DATADG/ORCL/A0A88C7A23743EE4E0530BCCA8C0B3CC/DATAFILE/czhtbs.277.1034887279' TO '+FRADG';
SET NEWNAME FOR DATAFILE '+DATADG/ORCL/A0A88C7A23743EE4E0530BCCA8C0B3CC/DATAFILE/czhtbs.286.1036327129' TO '+FRADG';
SET NEWNAME FOR DATAFILE '+DATADG/ORCL/A0A88C7A23743EE4E0530BCCA8C0B3CC/DATAFILE/czhtbs.275.1038830241' TO '+FRADG';
SET NEWNAME FOR DATAFILE '+DATADG/ORCL/A0A88C7A23743EE4E0530BCCA8C0B3CC/DATAFILE/czhtbs.288.1038830267' TO '+FRADG';
recover tablespace czhpdb:czhtbs until [scn | sequence | time] [ thread n]  auxiliary destination '+fradg';
}

# 如果輔助位置為ASM，則最後完成時會報如下錯誤，無法刪除dmp檔案，需要手工刪除，19.8版本測試如此。
Could not delete auxiliary instance file tspitr_CFDC_46133.dmp
Oracle error from target database: 
ORA-65250: invalid path specified for file - +FRADG/tspitr_cfdc_46133.dmp
```

4. 使用映象副本執行TSPITR

```shell
# 使用SET NEWNAME/CONFIGURE AUXNAME指定的輔助集資料檔案新位置，在該位置如果有TSPITR中目標SCN對應的映象副本，或早於改SCN的副本，那麼RMAN將使用改映象副本。

BACKUP AS COPY DATABASE DB_FILE_NAME_CONVERT (maindisk,auxdisk);
```

5. 使用auxiliary資料庫執行TSPITR

```shell
# 執行TSPITR時，目標資料庫與輔助資料庫必須在相同主機上。
1. 建立例項nomount
2. rman target / auxiliary user/passwd@tns as sysbackup
3. recover tablespace .. until time 'time';
```

### 3.3.6 RECOVER TABLE / TABLE PARTITION

1. recover table and table partition概念與限制

```shell
1. 需要有rman備份
2. 可以使用下面子句
	- AUXILIARY DESTINATION
	- UNTIL TIME/SCN/SEQUENCE
	- DUMP FILE/DATAPUMP DESTINATION指定資料泵檔案位置
	- NOTABLEIMPORT，不匯入expdp檔案，可以手工匯入
	- REMAP TABLE,重新命名錶名
	- REMAP TABLESPACE，恢復到不同原始表空間
3.限制
	- Tables and table partitions belonging to SYS schema cannot be recovered.
	- Tables and table partitions from SYSTEM and SYSAUX tablespaces cannot be recovered.
	- Tables and table partitions on standby databases cannot be recovered.
	- Tables with named NOT NULL constraints cannot be recovered with the REMAP option.
```

2. 示例語句

```shell
RECOVER TABLE czh.test_flash5 OF PLUGGABLE DATABASE czhpdb
UNTIL SCN 33160804 AUXILIARY DESTINATION '+FRADG'
REMAP TABLE 'CZH'.'TEST_FLASH5':'TEST_FLASH5_RECOVER';

# 可以將表分割槽recover之後作為單獨表匯入資料庫
RECOVER TABLE schema:table_name:partition_name
UNTIL [ SCN | SEQUENCE | TIME ]
AUXILIARY DESTINATION 'aux_path'
REMAP TABLE 'SCHEMA'.'TABLE_NAME':'PATTITION_NAME':'RECOVER_TABLE_NAME'
REMAP TABLESPACE 'source_tbs':'target_tbs';

# 輔助位置如果未ASM磁碟組，則最後會報無法刪除下面dmp檔案，19.8版本
Could not delete auxiliary instance file tspitr_eFpC_12568.dmp
Oracle error from target database: 
ORA-65250: invalid path specified for file - +FRADG/tspitr_efpc_12568.dmp
```

### 3.3.7 閃回資料庫

```shell
# 1.前提
配置閃回區，開啟閃回資料庫
alter database flashback on;
# 可以選擇關閉部分表空間閃回, 在flashback database on之前offline資料檔案，然後才能關閉表空間閃回資料庫功能。

# 2.執行閃回資料庫操作
-- 1. 確認閃回最早SCN
SELECT oldest_flashback_scn,oldest_flashback_time FROM v$flashback_database_log;
或gurantee的restore point
SELECT * FROM v$restore_point where gurantee_flashback_database='YES';
-- 2. mount
shutdown immediate;
startup mount;
-- 3. 再次查詢，關閉會生成閃回日誌，以及有可能閃回區空間限制導致部分閃回日誌被清除，所以需要再次確認，如果目標SCN在視窗外，報錯ORA-38729，資料庫不會變化。
-- 4. 配置通道
-- 5. 閃回
FLASHBACK DATABASE TO SCN XXX;
FLASHBACK DATABASE TO RESTORE POINT XXX;
FLASHBACK DATABASE TO TIME "TO_DATE('XX/XX/XX','MM/DD/YY')";
-- 6. open read only驗證閃回是否正確
ALTER DATABASE OPEN READ ONLY;
-- 7. 如果結果不滿意，則可以重新mount資料庫，再次閃回
STARTUP MOUNT;
FLASHBACK DATABASE TO SCN XXX;
-- 8. 如果想完全取消閃回，則可以直接mount情況下，recover database
RECOVER DATABASE;   # 無需任何子句
-- 9. 如果結果可以接受，則open resetlogs
ALTER DATABASE OPEN RESETLOGS;

# 3. 閃回整個CDB
使用sysdba、sysbackup使用common user連線到CDB，步驟與非插拔資料庫步驟相同。
FLASHBACK DATABASE TO SCN XXX;
FLASHBACK DATABASE TO RESTORE POINT XXX;

# 4. 閃回PDB
-- 1.CDB需要開啟狀態
CDB:SELECT open_mode FROM v$database;
-- 2.確定閃回pdb所需scn、恢復點或時間點
v$restore_point
v$flashback_database_log
-- 3.關閉要閃回的pdb
SQL> ALTER PLUGGABLE DATABASE xxx CLOSE;
-- 4. 閃回示例
# 使用LOCAL UNDO
RMAN> select PROPERTY_NAME,PROPERTY_VALUE,DESCRIPTION from database_properties where property_name='LOCAL_UNDO_ENABLED';
RMAN> FLASHBACK PLUGGABLE DATABASE xxx TO SCn xxx;
RMAN> FLASHBACK PLUGGABLE DATABASE xxx TO RESTORE POINT xxx;
# 使用共享UNDO，使用共享undo，rman將還原根的UNDO、SYSTEM、SYSAUX到Auxiliary資料庫，然後使用UNDO資訊修復pdb
RMAN> FLASHBACK PLUGGABLE DATABASE xxx TO SCN xxx AUXILIARY DESTINATION 'xxx';
RMAN> FLASHBACK PLUGGABLE DATABASE xxx TO RESTORE POINT xxx AUXILIARY DESTINATION 'xx';
-- 5.開啟pdb
RMAN> ALTER PLUGGABLE DATABASE xxx OPEN RESETLOGS;
```

### 3.3.8 資料庫時間點恢復

> 如果可能，Oracle建議執行閃回資料庫而不是資料庫時間點恢復。只有閃回技術無法用於撤銷最近的變化時，用備份進行介質恢復才是最後的選擇。

1. 為了避免在執行DBPITR時出錯，可以使用SET UNTIL命令在過程開始時設定目標時間，而不是單獨在RESTORE和RECOVER命令中指定UNTIL子句，這樣也確保了還原資料檔案的時間足夠早從而可用於RECOVER操作中。
2. 如果使用目標時間表示式而不是目標SCN，那麼確保在呼叫RMAN之前，時間格式環境變數是適當的NLS_LANG / NLS_DATE_FORMAT。
3. 資料庫時間點恢復之後，可以先open read only，檢視是否結果滿意，如果不滿意，則執行recover database/pluggable database不帶任何until子句即可完全恢復。

```SHELL
# 1. CDB整個指定時間點恢復
run{
	set until [scn | time | sequence | restore point] xxx;
	restore database;
	recover database;
}

# 2. PDB指定時間點恢復
-- 在Linux 19.8/19.13測試，指定set until sequence時，會報錯Segmentation fault (core dumped)
RMAN> ALTER PLUGGABLE DATABASE xx CLOSE;
RMAN> RUN
{
	SET UNTIL SCN xxx;
	RESTORE PLUGGABLE DATABASE xxx;
	RECOVER PLUGGABLE DATABASE xxx;
}
# alter pluggable database xxx open如果沒有resetlogs，會提示某個表空間需要media recovery，此時不用單獨處理，可以open read only檢視是否結果正確，結果正確即可open resetlogs
RMAN> ALTER PLUGGABLE DATABASE xxx OPEN RESETLOGS;
RMAN> SELECT * FROM v$pdb_incarnation;

# 3. PDB執行DBPITR後閃回CDB資料庫
## 單個PDB執行DBPITR之後，CDB重啟到mount狀態，DBPITR直接執行即可，會重新restore所有datafile，所以下面不再單獨討論CDB整庫的DBPITR，只討論CDB如何FLASHBACK
-- 1.RMAN連線CDB，SYSBACKUP、SYSDBA許可權

-- 2.確定recover time

-- 3.ALTER PLUGGABLE DATABASE xxx DATAFILE ALL OFFLINE; # 執行過DBPITR的pdb置為offline
SQL> alter session set container=czhpdb;
SQL> alter pluggable database czhpdb datafile all offline;

-- 4.FLASHBACK DATABASE將CDB倒回目標時間。

-- 5.用RESTORE PLUGGABLE DATABASE和RECOVER PLUGGABLE DATABASE恢復執行DBPITR的PDB。
RMAN> RESTORE PLUGGABLE DATABASE XXX;
SQL> alter pluggable database czhpdb datafile all offline;
RMAN> RECOVER PLUGGABLE DATABASE XXX;
RMAN> ALTER PLUGGABLE DATABASE XXX OPEN;

```

為了在Oracle Database 12c保持向後相容性，如果已經在其任何PDB上執行時間點恢復，那麼就不允許對多租戶容器資料庫（CDB）執行閃回資料庫。當在PDB上執行時間點恢復後，不能直接把CDB倒回到早於執行PDB的DBPITR的時間點，否則將顯示錯誤資訊。

### 3.3.9 FLASHBACK TO BEFORE RESETLOGS

```shell
# 查詢
SQL> SELECT resetlogs_change# FROM v$database;
SQL> SELECT oldest_flashback_scn FROM v$flashback_database_log;
# 如果檢視V$FLASHBACK_DATABASE_LOG中的oldest_flashback_scn列的值不小於檢視V$DATABASE的resetlogs_change＃列的值，那麼就可以使用閃回資料庫來撤銷OPEN RESETLOGS操作。

# RMAN
RMAN> FLASHBACK DATABASE TO BEFORE RESETLOGS;
```

### 3.3.10 RESET DATABASE TO INCARNATION n

```shell
# 經過多次resetlogs之後，如果最新一次resetlogs再次比上次resetlogs不完全恢復的更早，那麼前一次resetlogs將變成orphan incarnation，下面步驟將倒回到orphan化身
SELECT oldest_flashback_scn FROM v$flashback_database_log;
SELECT prior_incarnation# FROM v$database_incarnation WHERE status='CURRENT';

shutdonw immediate;
startup mount;
RESET DATABASE TO INCARNATION 1;
FLASHBACK DATABASE TO SCN 1500;
ALTER DATABASE OPEN READ ONLY;
ALTER DATABASE OPEN RESETLOGS;

# 下面步驟將倒回到orphan之前的parent incarnation，即祖先化身
RMAN> list incarnation of database xxx;
RMAN> startup mount;
RMAN> reset database to incarnation x;
RMAN> run{
	set until time 'xxx';
	restore controlfile;
	alter database mount;
	restore database;
	recover database;
}
alter database open resetlogs;
```

# 4. 遷移資料

## 4.1 複製資料庫Duplicate

- 使用DUPLICATE.. BACKUP LOCATION子句，可以在不連線目標資料庫下複製資料庫，不適用於儲存在磁帶裝置上備份的情況。
- 按照使用優先順序順序生成複製資料庫檔案的主要方法，下面排序按照優先順序，如果有檔案未使用優先順序高的，則由優先順序低設定決定檔名命名：
  - SET NEWNAME命令
  - CONFIGURE AUXNAME命令
  - DUPLICAT命令的SPFILE子句
  - DUPLICAT命令的LOGFILE子句(僅對聯機重做日誌檔案)
  - DB_FILE_NAME_CONVERT / LOG_FILE_NAME_CONVERT
  - 如果上述可能生成與複製的目標資料庫相同的檔名，則需要搭配引數NOFILENAMECHECK避免RMAN報錯。

- 通道配置

```shell
-- 根據不同複製技術，RMAN可以使用輔助通道或目標通道
-- 可以使用CONFIGURE或ALLOCATE手工分配通道。
1.基於備份的複製資料庫通道配置
主要由輔助通道完成，所以通常可以透過分配輔助通道來提高速度。
RUN{
	ALLOCATE AUXILIARY CHANNEL c1 DEVICE TYPE DISK;
	...
	DUPLICATE DATABASE ...;
}
2.ACTIVE DATABASE通道配置
建議分配其他輔助通道，輔助通道數必須大於或等於目標通道數。
```

- 複製情景舉例

```shell
1.基於活動資料庫
RMAN
RMAN> CONNECT TARGET sys@srcdb as SYSDBA
RMAN> CONNECT AUXILIARY sys@dupdb as SYSBACKUP
RMAN> 	DUPLICATE DATABASE TO dupdb FROM ACTIVE DATABASE
PASSWORD FILE
SPFILE PARAMETER_VALUE_CONVERT='SRC','DST'
SET db_file_name_convert='SRC','DST'
SET log_file_name_convert='SRC','DST';

2. 無目標資料庫和恢復目錄連線基於備份的資料庫複製
# 沒有目標資料庫連線，所以需要指定正在複製的目標資料庫名稱
RMAN> CONNECT AUXILIARY sys@dup AS SYSBACKUP;
RUN{
	SET NEWNAME FOR DATABASE TO 'dst';
	DUPLICATE DATABASE 'srcdb' TO 'dup'
	UNTIL [SCN/SEQUENCE/TIME] 'xxx'
	SPFILE
	SET control_files='xx'
	SET db_file_name_convert='SRC','DST'
	SET log_file_name_convert='SRC','DST'
	BACKUP LOCATION 'bak_path';
}

3. 複製部分表空間
SKIP READONLY
SKIP TABLESPACE 'TBS_01',... --跳過表空間不能包含SYS或物化檢視
TABLESPACE 'TBS_01',...      --指定的表空間需要自包含
RMAN> DUPLICATE TARGET DATABASE TO dupdb FROM ACTIVE DATABASE
SKIP TABLESPACE tools NOFILENAMECHECK;

4. 複製整個CDB
--輔助例項建立需要指定下面引數
enable_pluggable_database=true
--修改DB_NAME以及各種位置引數
--執行DUPLICATE命令複製源CDB，與非CDB類似。

5.複製PDB
--當複製一個活多個PDB時，RMAN也複製根(CDB$ROOT)和種子資料庫(PDB$SEED)。
-- 1.複製PDB到已經存在的CDB，具體限制參考Backup and Recovery User's Guide
DUPLICATE PLUGGABLE DATABASE mypdb TO cdb_sales
DB_FILE_NAME_CONVERT('cdb1','pdb1')
FROM ACTIVE DATABASE
SECTION SIZE 400M;

--2. 複製PDB到不存在CDB
RMAN> DUPLICATE DATABASE TO cdb1 PLUGGABLE DATABASE pdb1;
RMAN> DUPLICATE DATABASE TO cdb1 PLUGGABLE DATABASE pdb1,pdb2,pdb3;
RMAN> DUPLICATE DATABASE TO cdb1 SKIP PLUGGABLE DATABASE pdb3;

--3. 複製PDB特定表空間
RMAN> DUPLICATE DATABASE to cdb1 TABLESPACE pdb1:users;
RMAN> DUPLICATE DATABASE to cdb1 PLUGGABLE DATABASE pdb1 TABLESPACE pdb2:users;

6.重新執行失敗的DUPLICATE
-- 1. 重新以最初pfile或spfile啟動輔助例項到nomount，如果最初未使用，則再次執行也省略。
-- 2. RMAN重新執行DUPLICATE
-- 3. 如果不希望RMAN自動從失敗的DUPLICATE中恢復，則可以指定NORESUME子句禁用。
```

## 4.2 傳輸表空間

```shell
1. 手工傳輸表空間
# 手工傳輸表空間，需要使用exp/expdp、rman、手工將表空間置為read only搭配使用

2. 使用RMAN傳輸表空間
-- 需要有system/sysaux/UNDO以及需要tts的表空間的備份集，否則無法完成定點恢復。
-- 本質上是進行了DBITR
RUN{
	SET AUXILIARY INSTANCE PARAMETER FILE TO 'pfile_location';
	TRANPORT TABLESPACE tbs_2
	TABLESPACE DESTINATION 'path'
	AUXILIARY DESTINATION 'path';
}
-- 其他可選項
DATAPUMP DIRECTORY 'dir_name'
DUMP FILE 'file_name'
EXPORT LOG 'file_name'
IMPORT SCRIPT 'file_name'
UNTIL [SCN | SEQUENCE | TIME] xx
TO RESTORE POINT 'before_upgrade'

```

# RMAN 檢視

```shell
V$BACKUP_DEVICE：檢視可檢視當前資料庫所支援的備份裝置型別
v$rman_backup_job_details
	--input_bytes_per_sec：度量備份速度的列。
	--compression_ratio：讀寫之間的比率。
	--in_sec：資料輸入每秒
	--out_sec：資料輸出每秒
v$rman_backup_subjob_details
v$backup_piece
v$backup_set
v$backup_files  :可以列出備份的檔案型別等資訊，例如datafilecopy

# 
v$rman_backup_type
v$rman_compression_algorithm
v$rman_configuration
v$rman_output：記憶體檢視，未記錄在控制檔案中，可容納32768行資料。
v$rman_status：顯示完成和正在進行的rman作業資訊，顯示完成和正在進行的RMAN作業

# 需要recover相關檢視
v$datafile_header # 確定資料檔案狀態
v$recover_file    # 列出資料檔案編號，狀態，錯誤資訊列出需要修復的資料檔案
```

Oracle 12c RMAN全攻略

相關文章