ITPub博客

首页 > Linux操作系统 > Linux操作系统 > block change tracking的一点测试!

block change tracking的一点测试!

原创 Linux操作系统 作者:warehouse 时间:2007-10-12 00:00:00 0 删除 编辑
block change tracking的一点测试!

来自oracle doc:
Improving Incremental Backup Performance: Change Tracking
RMAN's change tracking feature for incremental backups improves incremental backup performance by recording changed blocks in each datafile in a change tracking file. If change tracking is enabled, RMAN uses the change tracking file to identify changed blocks for incremental backup, thus avoiding the need to scan every block in the datafile.

After enabling change tracking, the first level 0 incremental backup still has to scan the entire datafile, as the change tracking file does not yet reflect the status of the blocks. Subsequent incremental backup that use this level 0 as parent will take advantage of the change tracking file.

Using change tracking in no way changes the commands used to perform incremental backups, and the change tracking files themselves generally require little maintenance after initial configuration.

Change tracking is disabled by default, because it does introduce some minimal performance overhead on your database during normal operations. However, the benefits of avoiding full datafile scans during backup are considerable, especially if only a small percentage of data blocks are changed between backups. If your backup strategy involves incremental backups, then you should enable change tracking.

One change tracking file is created for the whole database. By default, the change tracking file is created as an Oracle managed file in DB_CREATE_FILE_DEST. You can also specify the name of the block change tracking file, placing it in any location you choose.

Note:

In a Real Applications Clusters (RAC) environment, the change tracking file must be located on shared storage accessible from all nodes in the cluster.
Oracle saves enough change-tracking information to enable incremental backups to be taken using any of the 8 most recent incremental backups as its parent.

Although RMAN does not support backup and recovery of the change-tracking file itself, if the whole database or a subset needs to be restored and recovered, then recovery has no user-visible effect on change tracking. After the restore and recovery, the change tracking file is cleared, and starts recording block changes again. The next incremental backup after any recovery is able to use change-tracking data.

4.4.4.1 Enabling and Disabling Change Tracking
You can enable or disable change tracking when the database is either open or mounted. To alter the change tracking setting, you must use SQL*Plus to connect to the target database with administrator privileges.

To store the change tracking file in the database area, set DB_CREATE_FILE_DEST in the target database. Then issue the following SQL statement to enable change tracking:

SQL> ALTER DATABASE ENABLE BLOCK CHANGE TRACKING;

You can also create the change tracking file in a location you choose yourself, using the following SQL statement:

SQL> ALTER DATABASE ENABLE BLOCK CHANGE TRACKING
USING FILE '/mydir/rman_change_track.f' REUSE;

The REUSE option tells Oracle to overwrite any existing file with the specified name.

To disable change tracking, use this SQL statement:

SQL> ALTER DATABASE DISABLE BLOCK CHANGE TRACKING;

If the change tracking file was stored in the database area, then it is deleted when you disable change tracking.

4.4.4.2 Checking Whether Change Tracking is Enabled
From SQL*Plus, you can query V$BLOCK_CHANGE_TRACKING.STATUS to determine whether change tracking is enabled, and if it is, query V$BLOCK_CHANGE_TRACKING.FILENAME to display the filename.

4.4.4.3 Moving the Change Tracking File
If you need to move the change tracking file, the ALTER DATABASE RENAME FILE command updates the control file to refer to the new location. The process outlined in this section describes how to change the location of the change tracking file while preserving its contents.

To relocate the change tracking file:

If necessary, determine the current name of the change tracking file:

SELECT filename
FROM V$BLOCK_CHANGE_TRACKING;

Shut down the database. For example:

SHUTDOWN IMMEDIATE

Using host operating system commands, move the change tracking file to its new location.

Mount the database and move the change tracking file to a location that has more space. For example:

ALTER DATABASE RENAME FILE 'ora_home/dbs/change_trk.f' TO '/new_disk/change_trk.f';

Open the database:

ALTER DATABASE OPEN;

If you cannot shut down the database, then you must disable change tracking and re-enable it at the new location, as in the following example:

ALTER DATABASE DISABLE BLOCK CHANGE TRACKING;
ALTER DATABASE ENABLE BLOCK CHANGE TRACKING USING FILE 'new_location';

If you choose this method, you will lose the contents of the change tracking file. Until the next time you complete a level 0 incremental backup, RMAN will have to scan the entire file.

4.4.4.4 Estimating Size of the Change Tracking File on Disk
The size of the change tracking file is proportional to the size of the database and the number of enabled threads of redo. The size is not related to the frequency of updates to the database. Typically, the space required for block change tracking is approximately 1/30,000 the size of the data blocks to be tracked. Note, however, the following two factors that may cause the file to be larger than this estimate suggests:

To avoid overhead of allocating space as your database grows, the change tracking file size starts at 10MB, and new space is allocated in 10MB incremenents. Thus, for any database up to approximately 300GB the file size is no smaller than 10MB, for up to approximately 600GB the file size is no smaller than 20MB, and so on.

For each datafile, a minimum of 320K of space is allocated in the change tracking file, regardless of the size of the file. Thus, if you have a large number of relatively small datafiles, the change tracking file is larger than for databases with a smaller number of larger datafiles containing the same data.
.



测试过程:
--先备份一下数据库,测试过程中才发现这一步不应该用rman来备而应该采用冷备份这样可能更准确一些!而且在备的过程中还发现一个问题就是rman在备的时候把不同block类型的tbs放在了不同的backupset中,下面的数据文件TBS16.DBF在创建表空间时blocksize=16k
RMAN> backup database;

启动 backup 于 12-10月-07
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=145 devtype=DISK
通道 ORA_DISK_1: 启动全部数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
输入数据文件 fno=00001 name=E:ORACLEPRODUCT10.2.0ORADATAORCLSYSTEM01.DBF
输入数据文件 fno=00003 name=E:ORACLEPRODUCT10.2.0ORADATAORCLSYSAUX01.DBF
输入数据文件 fno=00002 name=E:ORACLEPRODUCT10.2.0ORADATAORCLUNDOTBS02.DBF
输入数据文件 fno=00004 name=E:ORACLEPRODUCT10.2.0ORADATAORCLTRANS.DBF
输入数据文件 fno=00007 name=E:ORACLEPRODUCT10.2.0ORADATAORCLDMT.DBF
通道 ORA_DISK_1: 正在启动段 1 于 12-10月-07
通道 ORA_DISK_1: 已完成段 1 于 12-10月-07
段句柄=E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2007_10_12O1
_MF_NNNDF_TAG20071012T101712_3JXP994D_.BKP 标记=TAG20071012T101712 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:55
通道 ORA_DISK_1: 启动全部数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
备份集中包括当前控制文件
在备份集中包含当前的 SPFILE
通道 ORA_DISK_1: 正在启动段 1 于 12-10月-07
通道 ORA_DISK_1: 已完成段 1 于 12-10月-07
段句柄=E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2007_10_12O1
_MF_NCSNF_TAG20071012T101712_3JXPC4MK_.BKP 标记=TAG20071012T101712 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:11
通道 ORA_DISK_1: 启动全部数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
输入数据文件 fno=00005 name=E:ORACLEPRODUCT10.2.0ORADATAORCLTBS16.DBF
通道 ORA_DISK_1: 正在启动段 1 于 12-10月-07
通道 ORA_DISK_1: 已完成段 1 于 12-10月-07
段句柄=E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2007_10_12O1
_MF_NNNDF_TAG20071012T101712_3JXPCF00_.BKP 标记=TAG20071012T101712 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:08
完成 backup 于 12-10月-07

--开始incremental备份
RMAN> backup incremental level=0 database;

启动 backup 于 12-10月-07
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 启动增量级别 0 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
输入数据文件 fno=00001 name=E:ORACLEPRODUCT10.2.0ORADATAORCLSYSTEM01.DBF
输入数据文件 fno=00003 name=E:ORACLEPRODUCT10.2.0ORADATAORCLSYSAUX01.DBF
输入数据文件 fno=00002 name=E:ORACLEPRODUCT10.2.0ORADATAORCLUNDOTBS02.DBF
输入数据文件 fno=00004 name=E:ORACLEPRODUCT10.2.0ORADATAORCLTRANS.DBF
输入数据文件 fno=00007 name=E:ORACLEPRODUCT10.2.0ORADATAORCLDMT.DBF
通道 ORA_DISK_1: 正在启动段 1 于 12-10月-07
通道 ORA_DISK_1: 已完成段 1 于 12-10月-07
段句柄=E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2007_10_12O1
_MF_NNND1_TAG20071012T101953_3JXPGBSD_.BKP 标记=TAG20071012T101953 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:56
通道 ORA_DISK_1: 启动增量级别 0 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
备份集中包括当前控制文件
在备份集中包含当前的 SPFILE
通道 ORA_DISK_1: 正在启动段 1 于 12-10月-07
通道 ORA_DISK_1: 已完成段 1 于 12-10月-07
段句柄=E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2007_10_12O1
_MF_NCSN1_TAG20071012T101953_3JXPJ7RW_.BKP 标记=TAG20071012T101953 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:12
通道 ORA_DISK_1: 启动增量级别 0 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
输入数据文件 fno=00005 name=E:ORACLEPRODUCT10.2.0ORADATAORCLTBS16.DBF
通道 ORA_DISK_1: 正在启动段 1 于 12-10月-07
通道 ORA_DISK_1: 已完成段 1 于 12-10月-07
段句柄=E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2007_10_12O1
_MF_NNND1_TAG20071012T101953_3JXPJJ6C_.BKP 标记=TAG20071012T101953 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:04
完成 backup 于 12-10月-07

--简单的构造一点测试数据,以便让block发生一些变化
10:15:17 SQL> connect xys/manager
已连接。
10:21:56 SQL> create table t as select * from dba_objects;

表已创建。

已用时间: 00: 00: 01.11
10:22:18 SQL> insert into t select * from t;

已创建11344行。

已用时间: 00: 00: 00.20
10:22:24 SQL> insert into t select * from t;

已创建22688行。

已用时间: 00: 00: 00.46
10:22:25 SQL> insert into t select * from t;

已创建45376行。

已用时间: 00: 00: 12.34
10:22:39 SQL> commit;

提交完成。

已用时间: 00: 00: 00.01

以上操作并没有enable block change tracking

10:22:49 SQL> desc v$block_change_tracking
名称 是否为空? 类型
----------------------------------------- -------- ----------------------------

STATUS VARCHAR2(10)
FILENAME VARCHAR2(513)
BYTES NUMBER

10:26:53 SQL> col filename format a40
10:27:02 SQL> select *from v$block_change_tracking;

STATUS FILENAME BYTES
---------- ---------------------------------------- ----------
DISABLED

已用时间: 00: 00: 00.09
10:27:07 SQL>

RMAN> backup incremental level=1 database;

启动 backup 于 12-10月-07
正在启动全部恢复目录的 resync
完成全部 resync
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 启动增量级别 1 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
输入数据文件 fno=00001 name=E:ORACLEPRODUCT10.2.0ORADATAORCLSYSTEM01.DBF
输入数据文件 fno=00003 name=E:ORACLEPRODUCT10.2.0ORADATAORCLSYSAUX01.DBF
输入数据文件 fno=00007 name=E:ORACLEPRODUCT10.2.0ORADATAORCLDMT.DBF
输入数据文件 fno=00002 name=E:ORACLEPRODUCT10.2.0ORADATAORCLUNDOTBS02.DBF
输入数据文件 fno=00004 name=E:ORACLEPRODUCT10.2.0ORADATAORCLTRANS.DBF
通道 ORA_DISK_1: 正在启动段 1 于 12-10月-07
通道 ORA_DISK_1: 已完成段 1 于 12-10月-07
段句柄=E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2007_10_12O1
_MF_NNND1_TAG20071012T102346_3JXPOPJ3_.BKP 标记=TAG20071012T102346 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:36
通道 ORA_DISK_1: 启动增量级别 1 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
备份集中包括当前控制文件
在备份集中包含当前的 SPFILE
通道 ORA_DISK_1: 正在启动段 1 于 12-10月-07
通道 ORA_DISK_1: 已完成段 1 于 12-10月-07
段句柄=E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2007_10_12O1
_MF_NCSN1_TAG20071012T102346_3JXPPVBQ_.BKP 标记=TAG20071012T102346 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:11
通道 ORA_DISK_1: 启动增量级别 1 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
输入数据文件 fno=00005 name=E:ORACLEPRODUCT10.2.0ORADATAORCLTBS16.DBF
通道 ORA_DISK_1: 正在启动段 1 于 12-10月-07
通道 ORA_DISK_1: 已完成段 1 于 12-10月-07
段句柄=E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2007_10_12O1
_MF_NNND1_TAG20071012T102346_3JXPQ2YR_.BKP 标记=TAG20071012T102346 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:01
完成 backup 于 12-10月-07
--我们发现incremental level=1 backup使用的时间是:36秒+11秒+1秒
--以下恢复数据库,本来想把db恢复到上面试验之前(也就是没有create table t之前的状态,可忘记了rman是block一旦被用过就一直备份这样一个原理,再说我本身也做了完全恢复,所以不可能恢复到create t之前了,恢复之后才意识到自己犯了一些低级错误,无所谓了,反正是测试,看看能不能看出效果再说,如果大家测试,最好是做个冷备份)

RMAN> shutdown immediate

数据库已关闭
数据库已卸载
Oracle 实例已关闭

RMAN> startup mount

已连接到目标数据库 (未启动)
Oracle 实例已启动
数据库已装载

系统全局区域总计 167772160 字节

Fixed Size 1247900 字节
Variable Size 67110244 字节
Database Buffers 96468992 字节
Redo Buffers 2945024 字节

RMAN> restore database from tag=TAG20071012T101712;

启动 restore 于 12-10月-07
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=157 devtype=DISK

通道 ORA_DISK_1: 正在开始恢复数据文件备份集
通道 ORA_DISK_1: 正在指定从备份集恢复的数据文件
正将数据文件00001恢复到E:ORACLEPRODUCT10.2.0ORADATAORCLSYSTEM01.DBF
正将数据文件00002恢复到E:ORACLEPRODUCT10.2.0ORADATAORCLUNDOTBS02.DBF
正将数据文件00003恢复到E:ORACLEPRODUCT10.2.0ORADATAORCLSYSAUX01.DBF
正将数据文件00004恢复到E:ORACLEPRODUCT10.2.0ORADATAORCLTRANS.DBF
正将数据文件00007恢复到E:ORACLEPRODUCT10.2.0ORADATAORCLDMT.DBF
通道 ORA_DISK_1: 正在读取备份段 E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORC
LBACKUPSET2007_10_12O1_MF_NNNDF_TAG20071012T101712_3JXP994D_.BKP
通道 ORA_DISK_1: 已恢复备份段 1
段句柄 = E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2007_10_12
O1_MF_NNNDF_TAG20071012T101712_3JXP994D_.BKP 标记 = TAG20071012T101712
通道 ORA_DISK_1: 恢复完成, 用时: 00:00:56
通道 ORA_DISK_1: 正在开始恢复数据文件备份集
通道 ORA_DISK_1: 正在指定从备份集恢复的数据文件
正将数据文件00005恢复到E:ORACLEPRODUCT10.2.0ORADATAORCLTBS16.DBF
通道 ORA_DISK_1: 正在读取备份段 E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORC
LBACKUPSET2007_10_12O1_MF_NNNDF_TAG20071012T101712_3JXPCF00_.BKP
通道 ORA_DISK_1: 已恢复备份段 1
段句柄 = E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2007_10_12
O1_MF_NNNDF_TAG20071012T101712_3JXPCF00_.BKP 标记 = TAG20071012T101712
通道 ORA_DISK_1: 恢复完成, 用时: 00:00:03
完成 restore 于 12-10月-07

RMAN> recover database ;

启动 recover 于 12-10月-07
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 正在开始恢复增量数据文件备份集
通道 ORA_DISK_1: 正在指定从备份集恢复的数据文件
数据文件 00001 的恢复目标: E:ORACLEPRODUCT10.2.0ORADATAORCLSYSTEM01.DBF
数据文件 00002 的恢复目标: E:ORACLEPRODUCT10.2.0ORADATAORCLUNDOTBS02.DBF
数据文件 00003 的恢复目标: E:ORACLEPRODUCT10.2.0ORADATAORCLSYSAUX01.DBF
数据文件 00004 的恢复目标: E:ORACLEPRODUCT10.2.0ORADATAORCLTRANS.DBF
数据文件 00007 的恢复目标: E:ORACLEPRODUCT10.2.0ORADATAORCLDMT.DBF
通道 ORA_DISK_1: 正在读取备份段 E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORC
LBACKUPSET2007_10_12O1_MF_NNND1_TAG20071012T101953_3JXPGBSD_.BKP
通道 ORA_DISK_1: 已恢复备份段 1
段句柄 = E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2007_10_12
O1_MF_NNND1_TAG20071012T101953_3JXPGBSD_.BKP 标记 = TAG20071012T101953
通道 ORA_DISK_1: 恢复完成, 用时: 00:01:06
通道 ORA_DISK_1: 正在开始恢复增量数据文件备份集
通道 ORA_DISK_1: 正在指定从备份集恢复的数据文件
数据文件 00005 的恢复目标: E:ORACLEPRODUCT10.2.0ORADATAORCLTBS16.DBF
通道 ORA_DISK_1: 正在读取备份段 E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORC
LBACKUPSET2007_10_12O1_MF_NNND1_TAG20071012T101953_3JXPJJ6C_.BKP
通道 ORA_DISK_1: 已恢复备份段 1
段句柄 = E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2007_10_12
O1_MF_NNND1_TAG20071012T101953_3JXPJJ6C_.BKP 标记 = TAG20071012T101953
通道 ORA_DISK_1: 恢复完成, 用时: 00:00:02
通道 ORA_DISK_1: 正在开始恢复增量数据文件备份集
通道 ORA_DISK_1: 正在指定从备份集恢复的数据文件
数据文件 00001 的恢复目标: E:ORACLEPRODUCT10.2.0ORADATAORCLSYSTEM01.DBF
数据文件 00002 的恢复目标: E:ORACLEPRODUCT10.2.0ORADATAORCLUNDOTBS02.DBF
数据文件 00003 的恢复目标: E:ORACLEPRODUCT10.2.0ORADATAORCLSYSAUX01.DBF
数据文件 00004 的恢复目标: E:ORACLEPRODUCT10.2.0ORADATAORCLTRANS.DBF
数据文件 00007 的恢复目标: E:ORACLEPRODUCT10.2.0ORADATAORCLDMT.DBF
通道 ORA_DISK_1: 正在读取备份段 E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORC
LBACKUPSET2007_10_12O1_MF_NNND1_TAG20071012T102346_3JXPOPJ3_.BKP
通道 ORA_DISK_1: 已恢复备份段 1
段句柄 = E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2007_10_12
O1_MF_NNND1_TAG20071012T102346_3JXPOPJ3_.BKP 标记 = TAG20071012T102346
通道 ORA_DISK_1: 恢复完成, 用时: 00:00:26
通道 ORA_DISK_1: 正在开始恢复增量数据文件备份集
通道 ORA_DISK_1: 正在指定从备份集恢复的数据文件
数据文件 00005 的恢复目标: E:ORACLEPRODUCT10.2.0ORADATAORCLTBS16.DBF
通道 ORA_DISK_1: 正在读取备份段 E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORC
LBACKUPSET2007_10_12O1_MF_NNND1_TAG20071012T102346_3JXPQ2YR_.BKP
通道 ORA_DISK_1: 已恢复备份段 1
段句柄 = E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2007_10_12
O1_MF_NNND1_TAG20071012T102346_3JXPQ2YR_.BKP 标记 = TAG20071012T102346
通道 ORA_DISK_1: 恢复完成, 用时: 00:00:01

正在开始介质的恢复
介质恢复完成, 用时: 00:00:02

完成 recover 于 12-10月-07

RMAN> alter database open;

数据库已打开

--enable block change tracking

SQL> alter database enable block change tracking using file 'e:block_trackingrman_block_track.log';

数据库已更改。

SQL> col filename format a40
SQL> select *from v$block_change_tracking;

STATUS FILENAME BYTES
---------- ---------------------------------------- ----------
ENABLED E:BLOCK_TRACKINGRMAN_BLOCK_TRACK.LOG 11599872

SQL>
RMAN> backup incremental level=0 database;

启动 backup 于 12-10月-07
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 启动增量级别 0 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
输入数据文件 fno=00001 name=E:ORACLEPRODUCT10.2.0ORADATAORCLSYSTEM01.DBF
输入数据文件 fno=00003 name=E:ORACLEPRODUCT10.2.0ORADATAORCLSYSAUX01.DBF
输入数据文件 fno=00007 name=E:ORACLEPRODUCT10.2.0ORADATAORCLDMT.DBF
输入数据文件 fno=00002 name=E:ORACLEPRODUCT10.2.0ORADATAORCLUNDOTBS02.DBF
输入数据文件 fno=00004 name=E:ORACLEPRODUCT10.2.0ORADATAORCLTRANS.DBF
通道 ORA_DISK_1: 正在启动段 1 于 12-10月-07
通道 ORA_DISK_1: 已完成段 1 于 12-10月-07
段句柄=E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2007_10_12O1
_MF_NNND0_TAG20071012T103831_3JXQK9CQ_.BKP 标记=TAG20071012T103831 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:01:07
通道 ORA_DISK_1: 启动增量级别 0 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
备份集中包括当前控制文件
在备份集中包含当前的 SPFILE
通道 ORA_DISK_1: 正在启动段 1 于 12-10月-07
通道 ORA_DISK_1: 已完成段 1 于 12-10月-07
段句柄=E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2007_10_12O1
_MF_NCSN0_TAG20071012T103831_3JXQMGKL_.BKP 标记=TAG20071012T103831 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:07
通道 ORA_DISK_1: 启动增量级别 0 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
输入数据文件 fno=00005 name=E:ORACLEPRODUCT10.2.0ORADATAORCLTBS16.DBF
通道 ORA_DISK_1: 正在启动段 1 于 12-10月-07
通道 ORA_DISK_1: 已完成段 1 于 12-10月-07
段句柄=E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2007_10_12O1
_MF_NNND0_TAG20071012T103831_3JXQMLJ3_.BKP 标记=TAG20071012T103831 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:03
完成 backup 于 12-10月-07

--再让同样数量的块发生一些变化
SQL> create table t1 as select *from t;

表已创建。

SQL>
RMAN> backup incremental level=1 database;

启动 backup 于 12-10月-07
正在启动全部恢复目录的 resync
完成全部 resync
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 启动增量级别 1 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
输入数据文件 fno=00001 name=E:ORACLEPRODUCT10.2.0ORADATAORCLSYSTEM01.DBF
输入数据文件 fno=00003 name=E:ORACLEPRODUCT10.2.0ORADATAORCLSYSAUX01.DBF
输入数据文件 fno=00007 name=E:ORACLEPRODUCT10.2.0ORADATAORCLDMT.DBF
输入数据文件 fno=00002 name=E:ORACLEPRODUCT10.2.0ORADATAORCLUNDOTBS02.DBF
输入数据文件 fno=00004 name=E:ORACLEPRODUCT10.2.0ORADATAORCLTRANS.DBF
通道 ORA_DISK_1: 正在启动段 1 于 12-10月-07
通道 ORA_DISK_1: 已完成段 1 于 12-10月-07
段句柄=E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2007_10_12O1
_MF_NNND1_TAG20071012T104128_3JXQPVJM_.BKP 标记=TAG20071012T104128 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:07
通道 ORA_DISK_1: 启动增量级别 1 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
备份集中包括当前控制文件
在备份集中包含当前的 SPFILE
通道 ORA_DISK_1: 正在启动段 1 于 12-10月-07
通道 ORA_DISK_1: 已完成段 1 于 12-10月-07
段句柄=E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2007_10_12O1
_MF_NCSN1_TAG20071012T104128_3JXQQ52X_.BKP 标记=TAG20071012T104128 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:08
通道 ORA_DISK_1: 启动增量级别 1 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
输入数据文件 fno=00005 name=E:ORACLEPRODUCT10.2.0ORADATAORCLTBS16.DBF
通道 ORA_DISK_1: 正在启动段 1 于 12-10月-07
通道 ORA_DISK_1: 已完成段 1 于 12-10月-07
段句柄=E:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2007_10_12O1
_MF_NNND1_TAG20071012T104128_3JXQQ9FO_.BKP 标记=TAG20071012T104128 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:03
完成 backup 于 12-10月-07

RMAN>
incremental level=1 backup使用的时间是:7+8+3
其实我们只需要关注的时间是7+3秒就可以了,因为中间的8秒是备份spfile和controfile的,在没有enable block change tracking之前使用的时间是36+1秒,缩短了27秒!
.

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

请登录后发表评论 登录
全部评论

注册时间:2007-12-07

  • 博文量
    717
  • 访问量
    5129147