Oracle10g允許你和BACKUP命令伴隨使用AS COMPRESSED BACKUPSET字句，對備份集進行壓縮。
這個壓縮備份在恢復時無需解壓縮，這一特性在以下條件下可能大為有益:
1.你的備份存儲空間有限
2.通過網絡備份而帶寬有限
3.直接備份至磁帶、CD，DVD介質而壓縮不可用

你可以選擇在備份命令里顯示指定壓縮選項:
BACKUP AS COMPRESSED BACKUPSET DATABASE PLUS ARCHIVELOG;
--僅對1,5文件壓縮備份
BACKUP AS COMPRESSED BACKUPSET DATAFILE 1,5;

也可以配置RMAN指定壓縮選項:
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO COMPRESSED BACKUPSET;

但是壓縮備份會消耗更多的資源以及時間。
我們看一下以下測試:

1.壓縮備份

注意壓縮備耗時:00:08:35 + 00:00:07 = 8:42 = 522s

2.非壓縮備份


非壓縮備份耗時: 00:01:55 + 00:00:07 = 2:02 = 122s
壓縮備份使用的時間是非壓縮方式的: 522 / 122 = 4.28 倍 .

3.壓縮比率

壓縮備份大小: 190103552 + 1093632 = 182.33984375 M
非壓縮備份集: 1130618880 + 1302528 = 1079.484375 M

非壓縮較壓縮大小: 1079.484375/182.33984375 = 5.9 倍
壓縮方式大大節省了空間。

4.CPU消耗
壓縮備份時CPU消耗:

PID USERNAME THR PR NCE SIZE RES STATE TIME FLTS CPU COMMAND 15252 oracle 11 10 0 430M 353M cpu01 1:38 0 26.35% oracle

大約在26%左右。
而非壓縮模式下CPU消耗:

PID USERNAME THR PR NCE SIZE RES STATE TIME FLTS CPU COMMAND 15252 oracle 11 52 0 445M 364M sleep 9:07 57 16.43% oracle

大約為16%

壓縮模式較非壓縮模式多消耗10%左右的CPU

? ? ??Rman compressed 分為三種，前兩種是默認的。后一種需要手動。

1.null compression

2.unused block compression

3.binary compression

在10.1版本之前默認的是null compression,10.2以后的默認是1+2啦。

下面就來解釋下這三個名詞

null compression:在執行rman備份的時候未分配的block不會被備份。

unused block compression:就算是block已經被分配但是數據被delete掉啦。那delete這部分的數據也不會被備份

舉例說明，我現在有一個datafile 100m,如果已經分配了50m的block，但是又被人delete了25m,如果在10.1版本的時候會備份50m,10.2之后的只會備份25m.

binary compression:這個是手動在執行rman命令的時候要加as compressed命令的。當磁盤空間不夠的時候可以考慮壓縮備份這種特性。壓縮率比較驚人。可以達到1/2-1/4。但是這種高壓縮也是有缺點的。就是恢復起來比較慢。這個主要是在磁盤和cpu之間來做衡量。11g 又出來了zlib壓縮算法，這種算法比之前要快。但是壓縮率不如之前的bzip2.

總結

以上是生活随笔為你收集整理的Oracle10g备份集压缩新特性(Backupset Compression)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。