記錄oracle 10g RMAN的一些新特徵-介紹了映象與備份集的區別

season0891發表於2011-01-19
1.單條命令"backup as copy"進行全資料庫映象複製備份:
 
RMAN> run {
2> backup as copy tag "sjh090323copy" database;
3> }
啟動 backup 於 23-3月 -09
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=145 devtype=DISK
通道 ORA_DISK_1: 啟動資料檔案副本
輸入資料檔案 fno=00001 name=E:\ORACLE\ORASJH\SYSTEM01.DBF
輸出檔名 = C:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\DATA_D-ORASJH_I-2615173674_T
S-SYSTEM_FNO-1_0TKAL2EA 標記 = SJH090323COPY recid = 3 時間戳 = 682265055
通道 ORA_DISK_1: 資料檔案複製完畢, 經過時間: 00:00:25
通道 ORA_DISK_1: 啟動資料檔案副本
輸入資料檔案 fno=00002 name=E:\ORACLE\ORASJH\UNDOTBS01.DBF
輸出檔名 = C:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\DATA_D-ORASJH_I-2615173674_T
S-UNDOTBS1_FNO-2_0UKAL2F3 標記 = SJH090323COPY recid = 4 時間戳 = 682265073
通道 ORA_DISK_1: 資料檔案複製完畢, 經過時間: 00:00:15
通道 ORA_DISK_1: 啟動資料檔案副本
輸入資料檔案 fno=00003 name=E:\ORACLE\ORASJH\SYSAUX01.DBF
輸出檔名 = C:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\DATA_D-ORASJH_I-2615173674_T
S-SYSAUX_FNO-3_0VKAL2FI 標記 = SJH090323COPY recid = 5 時間戳 = 682265089
通道 ORA_DISK_1: 資料檔案複製完畢, 經過時間: 00:00:16
通道 ORA_DISK_1: 啟動資料檔案副本
輸入資料檔案 fno=00004 name=E:\ORACLE\ORASJH\USERS01.DBF
輸出檔名 = C:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\DATA_D-ORASJH_I-2615173674_T
S-USERS_FNO-4_10KAL2G2 標記 = SJH090323COPY recid = 6 時間戳 = 682265091
通道 ORA_DISK_1: 資料檔案複製完畢, 經過時間: 00:00:03
通道 ORA_DISK_1: 啟動資料檔案副本
輸入資料檔案 fno=00005 name=E:\ORACLE\ORASJH\SJH.DBF
輸出檔名 = C:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\DATA_D-ORASJH_I-2615173674_T
S-SJH_FNO-5_11KAL2G5 標記 = SJH090323COPY recid = 7 時間戳 = 682265094
通道 ORA_DISK_1: 資料檔案複製完畢, 經過時間: 00:00:01
完成 backup 於 23-3月 -09
啟動 Control File and SPFILE Autobackup 於 23-3月 -09
段 handle=C:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\C-2615173674-20090323-01 commen
t=NONE
完成 Control File and SPFILE Autobackup 於 23-3月 -09

--預設備份到database目錄下,也可以指定備份路徑和格式:

RMAN> run {
2> backup format 'E:\oracle\rman_backup\full%u_%s_%p' as copy tag 'sjh090323' da
tabase;
3> }

當你發出一個RESTORE命令時,預設的RMAN恢復一個資料檔案或者控制檔案的映象複製到原來的位置,映象複製優於備份級被使用, 因為使用備份級進行恢復會有額外的開銷。並且,如果你需要使用映象複製恢復資料檔案或者控制檔案,你無需把檔案COPY到原來位置,RMAN的 SWITCH命令可以通知資料庫使用當前位置的檔案,這類似於ALTER DATABASE RENAME FILE命令的功能。舉個例子:
 
將資料檔案5恢復到不同的位置:
 
首先看一下資料檔案的分佈:
SQL> select file_id,file_name from dba_data_files;
   FILE_ID
----------
FILE_NAME
---------------------------------------------------------------------
         1
E:\ORACLE\ORASJH\SYSTEM01.DBF
         2
E:\ORACLE\ORASJH\UNDOTBS01.DBF
         3
E:\ORACLE\ORASJH\SYSAUX01.DBF

   FILE_ID
----------
FILE_NAME
---------------------------------------------------------------------
         4
E:\ORACLE\ORASJH\USERS01.DBF
         5
E:\ORACLE\ORASJH\SJH.DBF
 
--shutdown資料庫將E:\ORACLE\ORASJH\SJH.DBF改名。
 
E:\oracle\rman_scripts>rman catalog target
恢復管理器: Release 10.2.0.1.0 - Production on 星期一 3月 23 14:28:19 2009
Copyright (c) 1982, 2005, Oracle.  All rights reserved.
已連線到目標資料庫 (未啟動)
連線到恢復目錄資料庫
RMAN> startup mount;
Oracle 例項已啟動
資料庫已裝載
系統全域性區域總計     167772160 位元組
Fixed Size                     1247876 位元組
Variable Size                 71304572 位元組
Database Buffers              88080384 位元組
Redo Buffers                   7139328 位元組
RMAN> run {
2> set newname for datafile 5 to 'E:\oracle\SJH.DBF';
3> restore datafile 5;
4> switch datafile all;
5> recover datafile 5;
6> }
正在執行命令: SET NEWNAME
啟動 restore 於 23-3月 -09
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=156 devtype=DISK
通道 ORA_DISK_1: 正在恢復資料檔案00005
輸入資料檔案副本 recid=12 stamp=682265538 檔名=E:\ORACLE\RMAN_BACKUP\FULL17KAL
2U2_39_1
資料檔案 00005 的恢復目標: E:\ORACLE\SJH.DBF
通道 ORA_DISK_1: 已複製資料檔案 00005 的資料檔案副本
輸出檔名=E:\ORACLE\SJH.DBF recid=13 stamp=682266651
完成 restore 於 23-3月 -09
資料檔案 5 已轉換成資料檔案副本
輸入資料檔案副本 recid=14 stamp=682266653 檔名=E:\ORACLE\SJH.DBF
正在啟動全部恢復目錄的 resync
完成全部 resync
啟動 recover 於 23-3月 -09
使用通道 ORA_DISK_1
正在開始介質的恢復
介質恢復完成, 用時: 00:00:03
完成 recover 於 23-3月 -09
RMAN> alter database open;
資料庫已開啟
 

2.Oracle10g備份集壓縮特徵:
 
在備份命令裡顯示指定壓縮選項:
BACKUP AS COMPRESSED BACKUPSET DATABASE PLUS ARCHIVELOG;
--僅對資料檔案1壓縮備份
BACKUP AS COMPRESSED BACKUPSET DATAFILE 1,5;
也可以配置RMAN指定壓縮選項:
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO COMPRESSED BACKUPSET;
但是壓縮備份會消耗更多的資源以及時間。
以下是測試過程:
 
壓縮備份:
RMAN> BACKUP format 'E:\oracle\rman_backup\full%u_%s_%p' AS COMPRESSED BACKUPSET
 DATAFILE 1;
啟動 backup 於 23-3月 -09
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 啟動壓縮的全部資料檔案備份集
通道 ORA_DISK_1: 正在指定備份集中的資料檔案
輸入資料檔案 fno=00001 name=E:\ORACLE\ORASJH\SYSTEM01.DBF
通道 ORA_DISK_1: 正在啟動段 1 於 23-3月 -09
通道 ORA_DISK_1: 已完成段 1 於 23-3月 -09
段控制程式碼=E:\ORACLE\RMAN_BACKUP\FULL19KAL4VL_41_1 標記=TAG20090323T144717 註釋=NONE
通道 ORA_DISK_1: 備份集已完成, 經過時間:00:00:16
完成 backup 於 23-3月 -09
啟動 Control File and SPFILE Autobackup 於 23-3月 -09
段 handle=C:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\C-2615173674-20090323-03 commen
t=NONE
完成 Control File and SPFILE Autobackup 於 23-3月 -09
 
--16s完成備份。
 
RMAN> BACKUP format 'E:\oracle\rman_backup\full%u_%s_%p' DATAFILE 1;
啟動 backup 於 23-3月 -09
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=156 devtype=DISK
通道 ORA_DISK_1: 啟動全部資料檔案備份集
通道 ORA_DISK_1: 正在指定備份集中的資料檔案
輸入資料檔案 fno=00001 name=E:\ORACLE\ORASJH\SYSTEM01.DBF
通道 ORA_DISK_1: 正在啟動段 1 於 23-3月 -09
通道 ORA_DISK_1: 已完成段 1 於 23-3月 -09
段控制程式碼=E:\ORACLE\RMAN_BACKUP\FULL1IKAL5SI_50_1 標記=TAG20090323T150242 註釋=NONE
通道 ORA_DISK_1: 備份集已完成, 經過時間:00:00:25
完成 backup 於 23-3月 -09
 
--25s完成備份。
 
--這個實驗比較奇怪,採用壓縮備份集的選項反而備份的時間變短。我採用全庫的測試結果也是一樣的。
不知道有沒有朋友遇到過這種現象?
 
3.Block Change Tracking:

Block chage tracking是Oracle10g的一個新特性,Block change tracking程式記錄自從上一次備份以來資料塊的變化,並把這些資訊記錄在跟蹤檔案中。RMAN使用這個檔案判斷增量備份中需要備份的變更資料。這極 大的促進了備份效能,RMAN可以不再掃描整個檔案以查詢變更資料。為此Oracle引入了一個新的後臺程式,CTWR(Change Tracking Writer),用於記錄變化的塊並將變化寫入相應的日誌檔案中。
 
SQL> select filename,status,bytes from v$block_change_tracking;
FILENAME
---------------------------------------------------------------------
STATUS          BYTES
---------- ----------
DISABLED
 
--這個選項是關閉的。
 
SQL> alter database enable block change tracking using file 'e:\oracle\trace.log
';
資料庫已更改。
 
--啟用。
 
SQL>  select filename,status,bytes from v$block_change_tracking;
FILENAME
--------------------------------------------------------------------------------
STATUS          BYTES
---------- ----------
E:\ORACLE\TRACE.LOG
ENABLED      11599872

come from:http://blogold.chinaunix.net/u1/54041/showart_2000087.html

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

相關文章