RMAN 备份“Unused Block Compression”测试--11g

最新推荐文章于 2021-09-17 21:43:49 发布
最新推荐文章于 2021-09-17 21:43:49 发布
阅读量133 收藏
点赞数

   http://blog.itpub.net/29827284/viewspace-2136106/博文中已经对10g(10.2.0.1)环境进行了测试，下面接着对11g查看Unused Block Compression的情况。
官方相关文档http://docs.oracle.com/cd/E11882_01/backup.112/e10643/rcmsynta007.htm#RCMRF107

Unused block compression is turned on automatically when all of the following five conditions are true:

1.  The COMPATIBLE initialization parameter is set to 10.2 or higher.

Note: If COMPATIBLE is set to 10.2, then only tablespaces created with 10.2 compatibility are optimized to exclude blocks that do not currently contain data. If COMPATIBLE is set to 11.0.0 or higher, however, then the first backup that produces backup sets after COMPATIBLE is set to 11.0.0 or higher updates the headers of all locally managed data files so that all locally managed data files can be optimized.

2.  There are currently no guaranteed restore points defined for the database.

3.  The data file is locally managed

4.  The data file is being backed up to a backup set as part of a full backup or a level 0 incremental backup

5.  The backup set is created on disk or Oracle Secure Backup is the media manager.

Note: When backing up to a media manager that is not Oracle Secure Backup, RMAN copies all the blocks regardless of whether they contain data or not.

Note: A corrupt unused block is not harmful. This is because when a block is corrupt and RMAN does not read it because of unused block compression, RMAN does not detect the corruption.

实验环境：

    同10g的测试一样，新建表空间，分别进行全新数据文件备份、创建表后的备份、delete备份以及truncate备份，具体过程如下：

点击(此处)折叠或打开

  1. create tablespace rman_test datafile '/u01/app/oracle/oradata/orcl/rman_test01.dbf' size 500M;
  2. SELECT FILE_NAME,FILE_ID FROM dba_data_files WHERE TABLESPACE_NAME='RMAN_TEST';
  3. FILE_NAME                                               FILE_ID
  4. ------------------------------------------             -----
  5. /u01/app/oracle/oradata/orcl/rman_test01.dbf            5

1.新建数据文件的备份

点击(此处)折叠或打开

  1. RMAN> backup datafile 5 format '/archivelog/datafile5_%U';
  2. Starting backup at 26-MAR-17
  3. using channel ORA_DISK_1
  4. channel ORA_DISK_1: starting full datafile backup set
  5. channel ORA_DISK_1: specifying datafile(s) in backup set
  6. input datafile file number=00005 name=/u01/app/oracle/oradata/orcl/rman_test01.dbf
  7. channel ORA_DISK_1: starting piece 1 at 26-MAR-17
  8. channel ORA_DISK_1: finished piece 1 at 26-MAR-17
  9. piece handle=/archivelog/datafile5_0os04nu0_1_1 tag=TAG20170326T220800 comment=NONE
  10. channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
  11. Finished backup at 26-MAR-17

  13. RMAN> list backup of datafile 5;
  14. List of Backup Sets
  15. ===================
  16. BS Key Type LV Size Device Type Elapsed Time Completion Time
  17. ------- ---- -- ---------- ----------- ------------ ---------------
  18. 6 Full 1.03M DISK 00:00:00 26-MAR-17
  19.         BP Key: 6 Status: AVAILABLE Compressed: NO Tag: TAG20170326T220800
  20.         Piece Name: /archivelog/datafile5_0os04nu0_1_1
  21.   List of Datafiles in backup set 6
  22.   File LV Type Ckp SCN Ckp Time Name
  23.   ---- -- ---- ---------- --------- ----
  24.   5 Full 8438803 26-MAR-17 /u01/app/oracle/oradata/orcl/rman_test01.dbf

2.创建对象后数据文件备份

点击(此处)折叠或打开

  1. create table t tablespace rman_test as select * from dba_objects;
  2. insert into t select * from t;
  3. commit;
  4. //反复执行上述命令
  5. SELECT sum(BLOCKS)*8/1024 FROM user_segments WHERE SEGMENT_NAME='T';
  6. SUM(BLOCKS)*8/1024
  7. ------------------
  8.                416

T表占用空间大约为410M，再次进行rman备份

点击(此处)折叠或打开

  1. RMAN> backup datafile 5 format '/archivelog/datafile5_%U';
  2. Starting backup at 26-MAR-17
  3. using channel ORA_DISK_1
  4. channel ORA_DISK_1: starting full datafile backup set
  5. channel ORA_DISK_1: specifying datafile(s) in backup set
  6. input datafile file number=00005 name=/u01/app/oracle/oradata/orcl/rman_test01.dbf
  7. channel ORA_DISK_1: starting piece 1 at 26-MAR-17
  8. channel ORA_DISK_1: finished piece 1 at 26-MAR-17
  9. piece handle=/archivelog/datafile5_0ps04obu_1_1 tag=TAG20170326T221526 comment=NONE
  10. channel ORA_DISK_1: backup set complete, elapsed time: 00:00:16
  11. Finished backup at 26-MAR-17

  13. RMAN> list backup of datafile 5;
  14. List of Backup Sets
  15. ===================
  16. BS Key Type LV Size Device Type Elapsed Time Completion Time
  17. ------- ---- -- ---------- ----------- ------------ ---------------
  18. 7 Full 415.30M DISK 00:00:10 26-MAR-17
  19.         BP Key: 7 Status: AVAILABLE Compressed: NO Tag: TAG20170326T221526
  20.         Piece Name: /archivelog/datafile5_0ps04obu_1_1
  21.   List of Datafiles in backup set 7
  22.   File LV Type Ckp SCN Ckp Time Name
  23.   ---- -- ---- ---------- --------- ----
  24.   5 Full 8441133 26-MAR-17 /u01/app/oracle/oradata/orcl/rman_test01.dbf

3.delete后备份

点击(此处)折叠或打开

  1. RMAN>backup datafile 5 format '/archivelog/datafile5_%U';
  2. Starting backup at 26-MAR-17
  3. using target database control file instead of recovery catalog
  4. allocated channel: ORA_DISK_1
  5. channel ORA_DISK_1: SID=1 device type=DISK
  6. channel ORA_DISK_1: starting full datafile backup set
  7. channel ORA_DISK_1: specifying datafile(s) in backup set
  8. input datafile file number=00005 name=/u01/app/oracle/oradata/orcl/rman_test01.dbf
  9. channel ORA_DISK_1: starting piece 1 at 26-MAR-17
  10. channel ORA_DISK_1: finished piece 1 at 26-MAR-17
  11. piece handle=/archivelog/datafile5_0qs04olb_1_1 tag=TAG20170326T222026 comment=NONE
  12. channel ORA_DISK_1: backup set complete, elapsed time: 00:00:15
  13. Finished backup at 26-MAR-17

  15. RMAN> list backup of datafile 5;
  16. List of Backup Sets
  17. ===================

  19. BS Key Type LV Size Device Type Elapsed Time Completion Time
  20. ------- ---- -- ---------- ----------- ------------ ---------------
  21. 8 Full      DISK 00:00:11 26-MAR-17
  22.         BP Key: 8 Status: AVAILABLE Compressed: NO Tag: TAG20170326T222026
  23.         Piece Name: /archivelog/datafile5_0qs04olb_1_1
  24.   List of Datafiles in backup set 8
  25.   File LV Type Ckp SCN Ckp Time Name
  26.   ---- -- ---- ---------- --------- ----
  27.   5 Full 8494438 26-MAR-17 /u01/app/oracle/oradata/orcl/rman_test01.dbf
     4. truncate后备份

点击(此处)折叠或打开

  1. RMAN> backup datafile 5 format '/archivelog/datafile5_%U';
  2. Starting backup at 26-MAR-17
  3. using target database control file instead of recovery catalog
  4. allocated channel: ORA_DISK_1
  5. channel ORA_DISK_1: SID=43 device type=DISK
  6. channel ORA_DISK_1: starting full datafile backup set
  7. channel ORA_DISK_1: specifying datafile(s) in backup set
  8. input datafile file number=00005 name=/u01/app/oracle/oradata/orcl/rman_test01.dbf
  9. channel ORA_DISK_1: starting piece 1 at 26-MAR-17
  10. channel ORA_DISK_1: finished piece 1 at 26-MAR-17
  11. piece handle=/archivelog/datafile5_0rs04p4i_1_1 tag=TAG20170326T222834 comment=NONE
  12. channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
  13. Finished backup at 26-MAR-17

  15. RMAN> list backup of datafile 5;
  16. List of Backup Sets
  17. ===================
  18. BS Key Type LV Size Device Type Elapsed Time Completion Time
  19. ------- ---- -- ---------- ----------- ------------ ---------------
  20. 9 Full 1.53M DISK 00:00:00 26-MAR-17
  21.         BP Key: 9 Status: AVAILABLE Compressed: NO Tag: TAG20170326T222834
  22.         Piece Name: /archivelog/datafile5_0rs04p4i_1_1
  23.   List of Datafiles in backup set 9
  24.   File LV Type Ckp SCN Ckp Time Name
  25.   ---- -- ---- ---------- --------- ----
  26.   5 Full 8496079 26-MAR-17 /u01/app/oracle/oradata/orcl/rman_test01.dbf
上述进行了各种情况的测试，并对重点数据进行了标注。由于篇幅较大，可能看起来比较乱，下面整理一个表格看起来可能比较清楚。

 

备份集大小(M)

备份时间(秒)

全新数据文件

1.03

1

创建T表后(410M)

415.30

16

Delete from t

415.30

15

Truncate table t

1.53

1


【总结】相比10g(10.2.0.1)版本，可以看到
1.truncate后，备份效率已经得到了改善，基本和全新数据文件差别不大。
2.delete表后，备份效率依然和10g一样，备份机大小以及备份时间与delete前基本相同。








来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/29827284/viewspace-2136113/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/29827284/viewspace-2136113/

cuiwei2936
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Oracle-RMAN增量备份恢复测试记录.docx
11-16
Oracle-RMAN增量备份恢复测试记录 Oracle-RMAN增量备份恢复测试记录是对Oracle数据库进行增量备份和恢复的测试记录，旨在记录增量备份和恢复的过程、命令和结果。下面是该测试记录的详细说明和知识点： 1. 概述： ...
《Oracle Database 11g RMAN备份与恢复》PDF版本下载.txt
07-17
《Oracle Database 11g RMAN备份与恢复》PDF版本下载
RMAN 备份“Unused Block Compression”测试
03-27 221
Rman一个重要特性“空块不作备份”(Unused Block Compression)一直都深受广大DBA的喜爱，该特性不但节约空间而且能大大提高备份效率。关于"Unused Block Compression"相关官方...
RMAN的压缩方式 - Unused Block Compression
cuixie2370的博客
07-09 190
缺省情况下,rman 有两种压缩方式: 至oracle 10.1版本为止，rman 缺省只有Null compression 这一种压缩方式，从Oracle 10.2版本，rman缺省只有Null compression和...
Unused Block Compression和Null Block Compression
congjuyan5037的博客
04-02 128
Block Compression for Backup Sets RMAN uses two types of block compression when creating backup sets: ...
【翻译自mos文章】为什么在备份过程中rman不使用unused block 压缩功能
msdnchina的专栏@JiNan,ShanDong
02-24 1526
为什么在备份过程中rman不使用unused block 压缩功能
rman备份
jingemperor的博客
09-17 251
rman备份 高级压缩 rman 压缩详解：默认，rman 有3种类型的压缩 null 压缩 unused block 压缩 binary 压缩 10.1及其以前，只有null 压缩可以被使用 从10.2开始，null压缩和unused block 压缩 可以被使用。 这些压缩是自动被执行的，不需要特别的命令来执行压缩。 null 压缩和 unused block 压缩是对进行backup的 block 实施过滤（有过滤的规则） binary 压缩 是一个额外的压缩，该压缩是在进行backup的block
Oracle 11g rman备份脚本 线上环境
04-29
Oracle 11g rman备份脚本 线上环境,
Oracle 11g R2 Rman备份与恢复_刘耀龙的博客-CSDN博客_rman备份.pdf
09-13
Oracle 11g R2 的 RMAN (Recovery Manager) 是 Oracle 数据库管理系统中的一个关键工具，主要用于数据库的备份和恢复。RMAN 提供了一种高效且灵活的方式来管理和保护数据库，确保在数据丢失或系统故障时能够快速恢复...
Oracle 12c备份恢复-RMAN工具技术手册
12-27
Oracle 12c 备份恢复-RMAN 工具技术手册 本文档旨在提供 Oracle 12c 备份恢复的技术手册，主要介绍 RMAN 工具的概念、架构、备份类型和使用方法。 一、RMAN 概念 RMAN（Recovery Manager）是 Oracle 推荐的备份和...
Oracle 11g 新特性: RMAN 压缩备份
Fenng's Blog
08-18 485

 这是我的 Oracle 11g 系列的文章之一. 用压缩的方式备份，这其实是一个 Oracle 早就应该有的功能。在 10g 中，终于看到 Oracle 实现了这个特性。而 11g 中，又提供了新的可选压缩方式: RMAN> show all;......CONFIGURE COMPRESSION ALGORITHM 'BZIP2'; # default ...
oracle 压缩备份比率,Oracle11g新特性：RMAN压缩备份
weixin_31742871的博客
04-04 641
Oracle10g的rman已经可以执行压缩备份，采用的压缩算法是bzip2。Oracle11g引入了一种新的压缩算法zlib。zlib的压缩率不如bzip2，但是压缩速度则要快不少。本文通过一个实验来对这两种压缩算法进行比较。[oracle@localhost oracle]$ rman target /Recovery Manager: Release 11.1.0.6.0 – Product...
oracle11g的让rman备份恢复,ORACLE11G RMAN备份恢复到异机数据库
weixin_35691715的博客
04-02 306
1. 源数据库环境操作系统版本:Centos6.7x64数据库版本:Oracle11.2.0.4x64数据库名: prb数据库SID :prbdb_unique_name : prbinstance_name : prbIP : 10.0.8.1002. 目标数据库环境操作系统版本:Centos6.7x64数据库版本:Oracle11.2.0.4x64(只安装o...
oracle backup database 备份片大小,【Oracle】RMAN评估空间大小
weixin_42360762的博客
04-11 472
rman评估空间大小如何评估rman备份的大小How to estimate the size of an RMAN database backup (Doc ID 1274720.1)GOALHow to estimate the RMAN backuppiece size for a database that has never been backed up by RMAN before.如...
Oracle RMAN备份以及压缩原理分析
dbhang的博客
09-28 940
RMAN备份原理： 当RMAN客户端连接到目标数据库后，执行备份命令时，RMAN会开启相应数量的通道进行工作，每一个通道在目标数据库都有一个相对应的服务进程，RMAN会首先调用DBMS_RCVMAN软件包进而读取控制文件，确定数据文件的存放位置等一些信息，获取该信息后，RMAN将调用DBMS_BACKUP_RESTORE软件包对数据文件进行读取备份。读取过程就是RMAN基于备份的算法规则来编译出需要备份的文件列表。RMAN执行备份操作时，会请求Oracle...
RMAN笔记
江南一叶的专栏
04-15 504
二． RMAN 备份与恢复 2.1 掌握RMAN 的工作原理  Recovery Manager, 简陈 RMAN，是SMR（Server Managed Recovery：服务器管理恢复）的具体实现。 SMR是数据库执行所需要的操作以确保自身备份成功的能力，依赖于Oracle RDBMS 内核中的内置代码可以完成这一功能。 2.1 掌握RMAN 的工作原理  2.1.1 SMR
Oracle10g备份集压缩新特性(Backupset Compression)
欧辰的专栏
10-02 2939
Oracle10g允许你和BACKUP命令伴随使用AS COMPRESSED BACKUPSET字句，对备份集进行压缩。 这个压缩备份在恢复时无需解压缩，这一特性在以下条件下可能大为有益: 1.你的备份存储空间有限 2.通过网络备份而带宽有限 3.直接备份至磁带、CD，DVD介质而压缩不可用 你可以选择在备份命令里显示指定压缩选项: BACKUP AS COMPRESSED BAC
【翻译自mos文章】对rman 压缩的彻底理解
msdnchina的专栏@JiNan,ShanDong
02-24 4496
对rman 压缩的彻底理解
JavaL1-07-综合练习-CSDN博客
最新发布
08-11
JavaL1-07-综合练习-CSDN博客
Oracle-RMAN增量备份与恢复测试详解
"Oracle-RMAN增量备份恢复测试记录.docx" 本文档详细记录了一次针对Oracle数据库使用RMAN（恢复管理器）进行增量备份及恢复的测试过程。RMAN是Oracle数据库内置的一个强大的管理和恢复工具，它允许管理员执行各种...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值