Oracle数据字典之x$kvit和x$kcvfh学习

[img]http://dl2.iteye.com/upload/attachment/0094/7643/a298c809-a21a-343c-9642-3b110b42f146.jpg[/img]
x$表是数据库的核心部分，这些表用于追踪内部数据库信息，维持数据库正常运行。x$表是加密命名的，而且Oracle不做文档说明。oracle通过这些x$表建立起其他大量视图提供用户查询管理数据库之用。

************************************~(@^_^@)~******************************************************

x$kcvfh是v$datafile_header的源，v$datafile_header相信大家在oracle恢复工作时会经常和他碰面，因为他不仅包含了checkpoint_change#,更重要的是它包含了这个checkpoint_change#所在的logfile的sequence＃，准确的说rba，有了rba，在恢复时就能准确的知道到底需要哪个logfile（archivelog or redo）。

x$kcvfh有三个字段非常有意义。

1）FHRBA_SEQ：表示当前联机日志对应的日志序列号

2）FHRBA_BNO：表示the log file block number

3）FHRBA_BOF：表示the byte offset

其实fhrba_seq,fhrba_bno,fhrba_bof这3个字段对应的就是rba，rba的意思是：

Recent entries in the redo thread of an Oracle instance are addressed using a 3-part redo byte address, or RBA. An RBA is comprised of ：

the log file sequence number (4 bytes)

the log file block number (4 bytes)

the byte offset into the block at which the redo record starts (2 bytes)

在datafile header上记录rba，在恢复时就能非常准确的知道需要哪个日志文件（通过the log file sequence number)以及哪个block（通过the log file block number）以及

在这个日志block上从哪个byte开始读取恢复（通过the byte offset）

sys@ORCL> select hxfil,fhrba_seq,fhrba_bno,fhrba_bof from x$kcvfh;

HXFIL FHRBA_SEQ FHRBA_BNO FHRBA_BOF
---------- ---------- ---------- ----------
1 36 2 16
2 36 2 16
3 36 2 16
4 36 2 16
5 36 2 16
下面用v$fixed_view_definition说明x$kcvfh是v$datafile_header的源。

sys@ORCL> select view_definition from v$fixed_view_definition where view_name='V$DATAFILE_HEADER';

VIEW_DEFINITION
----------------------------------------------------------------------------------------------------
select FILE# , STATUS , ERROR , FORMAT, RECOVER , FUZZY, CREATION_CHANGE#, CREATION_TIME , TABLESPA
CE_NAME , TS# , RFILE# , RESETLOGS_CHANGE# , RESETLOGS_TIME , CHECKPOINT_CHANGE# , CHECKPOINT_TIME ,
CHECKPOINT_COUNT , BYTES , BLOCKS , NAME, SPACE_HEADER, LAST_DEALLOC_SCN from GV$DATAFILE_HEADER wh
ere inst_id = USERENV('Instance')


sys@ORCL> select view_definition from v$fixed_view_definition where view_name='GV$DATAFILE_HEADER';

VIEW_DEFINITION
----------------------------------------------------------------------------------------------------
select inst_id,hxfil,decode(hxons, 0, 'OFFLINE', 'ONLINE'),decode(hxerr, 0, NULL, 1,'FILE MISSING',2
,'OFFLINE NORMAL', 3,'NOT VERIFIED', 4,'FILE NOT FOUND',5,'CANNOT OPEN FILE', 6,'CANNOT READ HEADER'
, 7,'CORRUPT HEADER',8,'WRONG FILE TYPE', 9,'WRONG DATABASE', 10,'WRONG FILE NUMBER',11,'WRONG FILE
CREATE', 12,'WRONG FILE CREATE', 16,'DELAYED OPEN',14, 'WRONG RESETLOGS', 15,'OLD CONTROLFILE', 'UNK
NOWN ERROR'),hxver,decode(hxnrcv, 0,'NO', 1,'YES', NULL),decode(hxifz, 0,'NO', 1,'YES', NULL),to_num
ber(fhcrs),to_date(fhcrt,'MM/DD/RR HH24:MI:SS','NLS_CALENDAR=Gregorian'),fhtnm,fhtsn,fhrfn,to_number
(fhrls),to_date(fhrlc,'MM/DD/RR HH24:MI:SS','NLS_CALENDAR=Gregorian'),to_number(fhscn),to_date(fhtim
,'MM/DD/RR HH24:MI:SS','NLS_CALENDAR=Gregorian'),fhcpc,fhfsz*fhbsz,fhfsz,hxfnm, decode(hxlmdba, 0, N
ULL, hxlmdba), decode(hxlmld_scn, '0', NULL, hxlmld_scn) from x$kcvfh
*****************************************{{{(>_<)}}}\(^o^)/~******************************************

触发后台进程DBWn写的条件包含这样两个：

1）脏块达到阈值时

2）木有free buffer时

在x$kvit当中我们可以看到他俩的相关设置：

sys@ORCL> select kvittag,kvitval from x$kvit where kvittag in ('kcbldq','kcbfsp');

KVITTAG KVITVAL
---------------------------------------------------------------- ----------
kcbldq 25
kcbfsp 40
阈值：25%

free比例：40%