首页 > Linux操作系统 > Linux操作系统 > rman备份到带库的扫描时间可能会比备份到磁盘的扫描时间长的原因


原创 Linux操作系统 作者:ilsyx 时间:2011-08-19 14:16:05 0 删除 编辑


rman备份时,为什么通道是disk的比通道是sbt的备份快.文中说明了一个原因,就rman的输入文件来说,通道是disk的本地管理表空间,rman只扫描allocate的extents.对于在freelist上的extent不于理采.通道是sbt,rman会扫描输入文件的所有部分.这里包含了已分配的extents,未分配的extents和dirty extent.

Why an SBT backup MAY take longer and create larger backuppieces than a DISK backup. [ID 1349492.1]

  Modified 17-AUG-2011     Type HOWTO     Status MODERATED  

In this Document

This document is being delivered to you via Oracle Support's Rapid Visibility (RaV) process and therefore has not been subject to an independent technical review.

Applies to:

Oracle Server - Enterprise Edition - Version: to - Release: 10.2 to 11.2
Information in this document applies to any platform.


There are many different reasons why a tape backup may take longer than disk. This note is only relevant when comparing the time spent scanning the input files during backup:

RMAN>run {
allocate channel d1 type disk;
backup validate database; }

RMAN>run {
allocate channel t1 type sbt;
backup validate database; }

If a backup validate to tape is very fast compared to the usual tape backup runtime then the scan of the input files is not an issue and there is a problem with the writes to the media manager  - this is not covered by this document.  This document explains the difference in how we scan the input files depending on whether or not disk or sbt channels are allocated.


There is a fundamental difference in the way we scan the input files between DISK and any 3rd party media manager SBT backup.

From 10G, a disk backup uses unused block compression which means, for a locally managed tablespace, only allocated extents are scanned during backup.
During the lifetime of the database, objects can be dropped, shrunk, truncated, rebuilt and these actions can result in extents being deallocated back to the free list.
A database with volatile data may have a large percentage of dirty unallocated extents.

A disk backup is quicker as it scans only the allocated extents and smaller, as only the dirty blocks within those allocated extents are written to the backuppiece.
A tape backup takes longer as it will always scan a file 100% and ALL dirty blocks , even if unallocated are written.   The exception is where Oracle Secure Backup is used as this also uses unused block compression, similar to disk.

Over a period of time, if all blocks are allocated there will be no difference in the VALIDATE runtimes for DISK or SBT .  The view v$backup_datafile will show how many blocks are read and written during backup:

SQL>alter session set nls_date_format='dd-mon-rr hh24:mi:ss';
SQL>set lines 800
SQL>set pages 100
SQL>select file#, to_char(creation_change#), incremental_level, to_char(incremental_change#) inc#,to_char(checkpoint_change#) ckp#, datafile_blocks BLKS,  block_size blksz,  
blocks_read READ,
round((blocks_read/datafile_blocks) * 100,2)  "%READ",
blocks WRTN, round((blocks/datafile_blocks)*100,2) "%WRTN"
completion_time, used_change_tracking
from v$backup_datafile where completion_time > 'date' ;

来自 “ ITPUB博客 ” ,链接:,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录


  • 博文量
  • 访问量