BCT的意义
Block Change Tracking 是在Oracle 10g里推出的新特性。BCT的原理是记录数据文件里每个数据块修改之后信息，这些修改之后的tracking信息保存在设置的tracking文件里。启动BCT后，RMAN或者XTTS使用tracking file里的信息，只需要读取改变的数据块信息，而不用再对全部数据文件进行扫描，从而提高了RMAN或者XTTS增量备份的性能。
BCT的使用
数据库默认情况下的BCT是禁用的，可以通过v$block_change_tracking视图进行查询。
在启动BCT时，如果有设置oracle的OMF（oracle manage file），那么不指定路径的情况下，会自动设置在这里。
那么如果想指定路径的话只需要加一个using file 后面接一个路径名即可
首先先禁用，再重新开启。
这里发现禁用后，bct file会随着禁用而自动被删除清理。
如果在RAC的场景下，bct file是必须放在ASM共享存储里面。
BCT的相关问题
预估开启后BCT所占空间
理解为：
以500GB大小的数据库为例，并且这个数据库只有一个线程，RMAN存有8个备份集，经过计算得知：
1*(8+2)(500GB/250000)=20.48MB左右。
以200GB大小的两节点RAC为例，并且这个数据库RMAN存有8个备份集，经过计算得知：
2(8+2)*(200GB/250000)=16.384MB左右。
BCT FILE大小因素是由以下因素决定：
1、 数据库数据量大小
2、 启用线程的数量
3、 数据库备份集的数量
理解隐含参数的意义
bct_bitmaps_per_file默认为8，我理解为保留最近8次block change的信息。
在备份期间，change tracking会维护已经被标记为change的block的bitmap信息。Oracle 会自动管理change tracking file的大小，只保留最近8次block change 的信息。如果超过8次，那么最前面的block bitmap信息会被最近一次的change所覆盖。
基于这个覆盖，官方文档也给出一个情景的考虑，在进行0级增量备份以及7次差异增量备份之后，8次block bitmap已经填满bct file（默认_bct_bitmaps_per_file=8的情况下），那么这时候再进行一次1级的累积增量备份，就会进行全datafile扫描，因为累积增量备份是比较0级备份以后的变化情况，而0级备份会被覆盖，所以这个隐含参数的设定值也会影响不同增量备份的方式的效果。
PS:以上均为个人学习之后的理解，如有错误，恳请指正。
学习来源：官方文档、RMAN 10g : How To Size the Block Change Tracking File (Doc ID 306112.1)等。
