Oracle增量备份的机制

   RMAN中增量备份有两种类型:Differential方式和Cumulative方式,备份的等级分为0、1、2、3、4分为5个等级,其中0级级别最高。

  差异备份Differential(对于上级甚至平级的备份是认同的):


  解析:上周日的时候创建的0级备份(完全备份),周一的时候创建的2级增量备份,这个时候只需对周日创建的备份后,到当前时刻发生修改的数据块进行备份。周二也是增量备份,因此只需对周一创建的备份集以后发生修改的数据块进行备份。到了周三,创建的1级备份,必须对周日的备份操作后,到当前所有发生的修改统统备份。周四、周五、周六都是2级备份,只需对前一天执行备份操作后发生的修改进行备份。直到周日再次重新创建一个新的0级备份,以此往复。

  累计增量备份Cumulative(只对上级的备份是认同的):


  解析:同样是在周日创建的0级增量备份,周一的时候创建2级增量备份,周二的时候还是2级增量备份,不过周二创建增量备份的时候不会理会前一天的2级增量备份,而是将上周日执行备份操作后,所有发生修改的数据块通通备份。周三创建的1级备份也是只认同比他高级的备份,也是从上周日备份后发生的修改开始。以此类推,周四创建的2级增量备份,以周三的增量备份为基础就可以。周五、周六也都是2级增量备份,但是他们也都无视前一天同级创建的增量备份,直接以周三的1级增量备份为基础,备份周三后发生的修改,直到周日,又一次的0级备份。

  注意:

  1、BACKUP命令在不显示指定的情况下,默认Differential。不过从恢复效率角度考虑,Cumulative备份表现好点,不需要读取太多备份集。

  2、如果刚开始不是0级备份,其他非0级备份级别会自动创建。

  3、Oracle10g之前增量备份有0、1、2、3、4级别。

  4、在Oracle10g中官方文档只有0、1两种级别,但是实际执行仍能指定多个级别。

时间: 2024-10-30 04:31:52

Oracle增量备份的机制的相关文章

Oracle增量备份和快速备份(块改变跟踪Block Change Tracking)

Oracle增量备份和快速备份(块改变跟踪Block Change Tracking) 下面小麦苗给出全库备份的脚本: 点击(此处)折叠或打开 [oracle@rhel6lhr ~]$ crontab -l 2 12 * * 1 /home/oracle/lhr/rman/rman_backup_full.sh [oracle@rhel6lhr ~]$ more /home/oracle/lhr/rman/rman_backup_full.sh export ORACLE_SID=orclasm

Oracle自动备份脚本_oracle

废话不多说了,直接给大家贴代码了,具体代码如下所示: #!/bin/sh #****************************************************************** # File: oraclebak.sh # Creation Date: 2014/1/22 17:57:32 # Last Modified: 2014/1/22 17:57:34 # 脚本功能:oracle备份脚本 # 执行方法:1.第一次执行需要root用户执行,脚本会以询问的方式

Oracle RMAN完全恢复案例(七)利用增量备份进行恢复

案例7: --利用增量备份进行恢复 1)建立增量备份 -------利用image 备份作为增量备份的0 级备份 RMAN> copy datafile 2 to '/disk1/rman/prod/users_%s.bak'; 2)建立2 级差异备份 --------测试环境 08:05:52 SQL> conn scott/tiger Connected. 08:05:58 SQL> 08:05:58 SQL> insert into emp1 select * from em

Oracle RMAN备份(五)增量备份

九. 增量备份 通过增量备份,RMAN 允许用户只备份上次增量备份以来被修改过的数据块. 增量备份具有以下有点: (1)更少的使用磁盘或磁带 (2)降低网络宽带要求 (3)节约备份时间 可以在联机或脱机模式,Archivelog 模式或者noarchivelog 模式中执行增量备份. 一旦选择了增量备份策略,就会在效益方面的问题. 如果显着减少了整个备份操作的时间,在恢复操作方面就会投入更多的时间. 这是因为如果使用增量备份策略,Oracle 就需要使用更多的备份集来恢复数据库,恢复所需要的时间

oracle 11g中大数据表的增量备份和增量加载

问题描述 oracle 11g中大数据表的增量备份和增量加载 由于数据库中表的记录非常多,都在1000W条以上,数据量又大,一张表最大达几十个G,每次全部备份和加载非常花时间,现在想考虑一段时间备份加载一下,通过增量的方式,请问该如何实现呢? 解决方案 半年或1年完全备份一次完整版的 不然增量备份3年 恢复数据库你就知道有多痛苦了增量备份不会

Oracle利用scn增量备份实现数据库增量恢复

使用rman基于scn实现数据库增量恢复是在dg中修复gap的时候常见的方法,其实该方法也可以使用常规的增量恢复,通过人工控制,实现数据库的某种特殊的业务需求(特殊的数据迁移).处理思路主要是获得备库的数据文件最小scn(这个scn可能是通过全备恢复或者增量恢复产生),然后基于该SCN实现数据库增量备份,然后利用该备份进行增量恢复. 数据库版本  代码如下 复制代码 SQL> select * from v$version;   BANNER --------------------------

oracle 10g RMAN增量备份策略

最开始的数据一般数据量在不大的情况下,最还每天做全备份是最好的,这样在做故障恢复的时候是方便的,也是最简单的,通常最简单的方法是我们每个人追求的,复杂了自己也会绕在里面容易出错. 在随着业务的增长,随之带来的数据量的增长之后,我们在考虑做增量备份,减少备份数据量减少了每次备份时间,降低了系统的持续负载,但同时增加了数据恢复的时间,我们通常要选择折中的办法. rman 备份:: 累积增量0级备份 ##   mgss_backup_level0.sh run { # Hot database lev

Oracle RMAN备份(二)Backup 命令选项

五. Backup 命令选项 5.1 压缩 默认情况下,RMAN 执行NULL 数据块压缩. 5.1.1 NULL 控制压缩 使用这种形式的压缩时,Oracle不会备份未使用的数据块. 执行NULL 数据块压缩的情形有一下两种情况: (1)从未使用过的数据块不被压缩 (2)在给定的特定标准下,使用过一次的数据块也不被备份. 在第一种情况下,将不会备份其中一直没有数据的所有数据块,在第二种情况下,如果数据库和关联的数据库满足某种标准,空块将不被备份,即使 它在某个时刻包含数据. 下面是允许RMAN

差异增量备份和累积增量备份的差别

差异增量备份和累积增量备份的差别 差异增量备份,会备份自上次同级或低级差异增量备份以来所有发生变化的数据块 累积增量备份,会备份自上次0级备份以来发生变化的数据块. 也就是他们的差异主要在于起点不同.因为累积备份是直接从0级开始的,它的数据量较大,占用空间多,如果要恢复,花费的时间相对较少. 先做一个0级备份 RMAN> backup incremental level=0 database; -- handle=/u01/app/oracle/flash_recovery_area/VM62/