标签：tracking blocks 1938079.1 Doc changed file fno backup size
How to estimate RMAN incremental backup size using block change tracking file (Doc ID 1938079.1)
APPLIES TO:
Oracle Database - Enterprise Edition - Version 10.1.0.2 and later
Zero Data Loss Recovery Appliance Software - Version 12.1.0.1.0 and later
Information in this document applies to any platform.
***Checked for relevance on 7-Dec-2015***
GOAL
Customer wants to estimate their incremental backup size for disk / tape storage sizing purposes. The block change tracking (BCT) file tracks which database blocks were changed since the last RMAN backup, so that RMAN incremental backups only need to read and write the changed blocks. The change tracking file data can also be used to estimate future incremental backup size.
客户想要估计其增量备份大小，以用于磁盘/磁带存储大小调整。块更改跟踪（BCT）文件跟踪自上次RMAN备份以来更改了哪些数据库块，因此RMAN增量备份仅需要读取和写入更改的块。更改跟踪文件数据还可用于估计将来的增量备份大小。
SOLUTION
Attached are two queries: 随附两个查询
--ct_blocks_changed_summary.sql
select file#,
blocks_changed,
block_size,
blocks_changed * block_size bytes_changed,
round(blocks_changed / blocks * 100, 2) percent_changed
from v$datafile join
(select fno
file#,
sum(bct) blocks_changed
from (select distinct fno, bno, bct from x$krcbit
where vertime >= (select curr_vertime from x$krcfde
where csno=x$krcbit.csno and fno=x$krcbit.fno))
group by fno order by 1)
using(file#);
--ct_blocks_changed_detail.sql
alter session set nls_date_format = 'yyyy-mm-dd hh24:mi:ss';
set pagesize 9999
select vertime, csno, fno, bno, bct from x$krcbit
where vertime >= (select curr_vertime from x$krcfde
where csno=x$krcbit.csno and fno=x$krcbit.fno)
order by fno, bno;
The first gives a per-file summary of the number of blocks changed and the second lists all of the individual blocks that changed. The queries show all changes made since the last "bitmap switch". A bitmap switch occurs every time RMAN takes a backup. You can also force a bitmap switch to occur by calling dbms_backup_restore.bctswitch. So if you want to keep statistics for changes per day, week, whatever, then at the end of every interval you would first run the queries and capture the output, then call bctswitch. If you just want to track changes since the last backup, then you don't need to use bctswitch.
第一个列出了每个文件的已更改块数摘要，第二个列出了所有已更改的块。查询显示自上次“位图切换”以来所做的所有更改。每次RMAN进行备份时，都会发生位图切换。您也可以通过调用dbms_backup_restore.bctswitch来强制进行位图切换。因此，如果您想保留每天，每周等等的变化统计信息，那么在每个间隔结束时，您将首先运行查询并捕获输出，然后调用bctswitch。如果您只想跟踪自上次备份以来的更改，则无需使用bctswitch。
Ordinarily each change tracking bit covers 32KB of data (4 blocks if using the default 8KB block size). If you want each bit to only cover one block, set _bct_chunk_size=1 before enabling change tracking. This will give more accurate incremental size results, but BCT file size will also increase. When using change tracking solely as an incremental estimation method, we recommend setting _bct_chunk_size=1.
通常，每个更改跟踪位覆盖32KB数据（如果使用默认的8KB块大小，则为4个块）。如果希望每个位仅覆盖一个块，请在启用更改跟踪之前设置_bct_chunk_size = 1。这将提供更准确的增量大小结果，但BCT文件大小也会增加。当仅将变更跟踪用作增量估算方法时，建议设置_bct_chunk_size = 1。
标签：tracking,blocks,1938079.1,Doc,changed,file,fno,backup,size 来源： https://www.cnblogs.com/zylong-sys/p/12006493.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。