Chinaunix首页 | 论坛 | 博客

美丽人生yanshoupeng.blog.chinaunix.net

首页　| 　博文目录　| 　关于我

TOMSYAN

  • 博客访问： 2869010
  • 博文数量： 599
  • 博客积分： 16398
  • 博客等级： 上将
  • 技术积分： 6875
  • 用 户 组： 普通用户
  • 注册时间： 2009-11-30 12:04
个人简介

WINDOWS下的程序员出身，偶尔也写一些linux平台下小程序， 后转行数据库行业，专注于ORACLE和DB2的运维和优化。 同时也是ios移动开发者。欢迎志同道合的朋友一起研究技术。 数据库技术交流群：58308065，23618606

文章分类

全部博文（599）

文章存档

2014年（12）

2013年（56）

2012年（199）

2011年（105）

2010年（128）

2009年（99）

我的朋友
最近访客
推荐博文
相关博文
数据文件大小信息的来源

分类： Oracle

2012-08-18 08:31:23

 
 
我一般查询文件大小的时候用到如下表或者视图file$,v$datafile,v$datafile_header,dba_data_files。
这几个图显示的文件大小是某些时候是有区别的。
 
一、文件信息的来源
 
1、file$表
 
对于本地管理的表空间 表file$其实只是记录了文件初始创建的大小，一旦文件被RESIZE过,那么FILE$表中显示的文件大小就和实际不符合了，
这个时候需要查询表sys.x$ktfbhc(表的含义Kernel Tablespace File Bitmap Header Control)来得到文件的实际大小。

点击(此处)折叠或打开

  1. SQL> create tablespace filetest datafile '/u01/app/oracle/oradata/huateng/file01.dbf' size 8192000;

  3. Tablespace created.


  6. SQL> select file#,blocks,spare1 from file$;

  8.      FILE# BLOCKS SPARE1

  10. ---------- ---------- ----------

  12.          1 64000 4194306
  13.          2 51200 8388610
  14.          3 3200 12582914
  15.          4 640 16777218
  16.          5 12800 20971522
  17.          6 1280 25165826
  18.          7 1000 29360130


  21. 7 rows selected.


  24. SQL> select KTFBHCAFNO,KTFBHCSZ from sys.x$ktfbhc;

  26. KTFBHCAFNO KTFBHCSZ
  27. ---------- ----------

  29.          1 88320
  30.          2 62720
  31.          3 10880
  32.          4 640
  33.          5 12800
  34.          6 5120
  35.          7 1000

  37. 7 rows selected.


  40. SQL> select 2000*8192 from dual;

  42.  2000*8192
  43. ----------

  45.   16384000



  49. SQL> alter database datafile 7 resize 16384000;

  51. Database altered.


  54. SQL> select file#,blocks,spare1 from file$;

  56.      FILE# BLOCKS SPARE1
  57. ---------- ---------- ----------

  59.          1 64000 4194306
  60.          2 51200 8388610
  61.          3 3200 12582914
  62.          4 640 16777218
  63.          5 12800 20971522
  64.          6 1280 25165826
  65.          7 1000 29360130

  67. 7 rows selected.


  70. SQL> select KTFBHCAFNO,KTFBHCSZ from sys.x$ktfbhc;

  72. KTFBHCAFNO KTFBHCSZ

  74. ---------- ----------

  76.          1 88320
  77.          2 62720
  78.          3 10880
  79.          4 640
  80.          5 12800
  81.          6 5120
  82.          7 2000

  84. 7 rows selected.

2、V$DATAFILE_HEADER视图
 
This view displays datafile information from the datafile headers.
这个视图的信息来自数据文件头。这个视图实际是基于X$KCVFH创建的。
kcvfh是描述数据文件头的一个C结构体，BBED可以查看
 

点击(此处)折叠或打开

  1. BBED>
  2. BBED> map /v
  3.  File: /u01/app/oracle/oradata/huateng/htyansp01.dbf (0)
  4.  Block: 1 Dba:0x00000000
  5. ------------------------------------------------------------

  7.  Data File Header

  9.  struct kcvfh, 860 bytes @0
  10.     struct kcvfhbfh, 20 bytes @0
  11.     struct kcvfhhdr, 76 bytes @20
  12.     ub4 kcvfhrdb @96
  13.     struct kcvfhcrs, 8 bytes @100
  14.     ub4 kcvfhcrt @108
  15.     ub4 kcvfhrlc @112
  16.     struct kcvfhrls, 8 bytes @116
  17.     ub4 kcvfhbti @124
  18.     struct kcvfhbsc, 8 bytes @128
  19.     ub2 kcvfhbth @136
  20.     ub2 kcvfhsta @138
  21.     struct kcvfhckp, 36 bytes @484
  22.     ub4 kcvfhcpc @140
  23.     ub4 kcvfhrts @144
  24.     ub4 kcvfhccc @148
  25.     struct kcvfhbcp, 36 bytes @152
  26.     ub4 kcvfhbhz @312
  27. ................................
  28. ...............................
  29. 省略其他。

因此这里显示的文件大小实际是来自文件头记录的文件大小。
如下：
 

点击(此处)折叠或打开

  1. SQL> set autot traceonly exp
  2. SQL> select * from v$datafile_header;

  4. Execution Plan
  5. ----------------------------------------------------------

  7. Plan hash value: 2441152905

  9. ----------------------------------------------------------------------------

  11. | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
  12. ----------------------------------------------------------------------------

  14. | 0 | SELECT STATEMENT | | 1 | 533 | 0 (0)| 00:00:01 |
  15. |* 1 | FIXED TABLE FULL| X$KCVFH | 1 | 533 | 0 (0)| 00:00:01 |
  16. ----------------------------------------------------------------------------


  19. Predicate Information (identified by operation id):
  20. ---------------------------------------------------


  23.    1 - filter("INST_ID"=USERENV('INSTANCE'))

  25. SQL> set autot off
  26. SQL> select hxfil,fhfsz from x$kcvfh;

  28.      HXFIL FHFSZ
  29. ---------- ----------

  31.          1 88320
  32.          2 62720
  33.          3 10880
  34.          4 640
  35.          5 12800
  36.          6 5120
  37.          7 2000

  39. 7 rows selected.

3、V$DATAFILE视图
 
This view contains datafile information from the control file.
联机文档说这部分信息来自控制文件。
其实这个说法并不完全对，至少文件大小也是来自文件头x$kcvfh表。
通过这个视图的建立语句就可以得到视图的blocks来自fh.fhfsz(fh是x$kcvfh的别名)
 

点击(此处)折叠或打开

  1. select fe.inst_id,fe.fenum,to_number(fe.fecrc_scn), to_date(fe.fecrc_tim,'MM/DD/RR HH24:MI:SS','NLS_CALENDAR=Gregorian'), fe.fetsn,fe.ferfn, decode(fe.fetsn,0,decode

  3. (bitand(fe.festa,2),0,'SYSOFF','SYSTEM'), decode(bitand(fe.festa,18),0,'OFFLINE',2,'ONLINE','RECOVER')), decode(fe.fedor,2,'READ ONLY
  4. ', decode(bitand(fe.festa, 12), 0,'DISABLED',4,'READ ONLY',12,'READ WRITE','UNKNOWN')), to_number(fe.fecps), to_date(fe.fecpt,'MM/DD/RR

  6. HH24:MI:SS','NLS_CALENDAR=Gregorian'), to_number(fe.feurs), to_date(fe.feurt,'MM/DD/RR HH24:MI:SS','NLS_CALENDAR=Gregorian'), to_number(fe.fests), decode(fe.f
  7. ests,NULL,to_date(NULL), to_date(fe.festt,'MM/DD/RR HH24:MI:SS','NLS_CALENDAR=Gregorian')), to_number(fe.feofs),to_number(fe.feonc_scn), to_date

  9. (fe.feonc_tim,'MM/DD/RR HH24:MI:SS','NLS_CALENDAR=Gregorian'), fh.fhfsz*fe.febsz,fh.fhfsz,fe.fecsz*fe.febsz,fe.febsz,fn.fnnam, fe.fefdb, fn.fnbof, decode(
  10. fe.fepax, 0, 'UNKNOWN', 65535, 'NONE', fnaux.fnnam), to_number(fh.fhfirstunrecscn), to_date(fh.fhfirstunrectime,'MM/DD/RR

  12. HH24:MI:SS','NLS_CALENDAR=Gregorian'), fe.fepdi, fe.fefcrs, fe.fefcrt, decode(fe.fefdb, 1, 'YES', 'NO'), fe.feplus, fe.feprls, fe.feprlt fr
  13. om x$kccfe fe, x$kccfn fn, x$kccfn fnaux, x$kcvfh fh where ((fe.fepax!=65535 and fe.fepax!=0 and

  15. fe.fepax=fnaux.fnnum) or ((fe.fepax=65535 or fe.fepax=0) and fe.fenum=fnaux.fnfno and fnaux.fntyp=4 and
  16.  fnaux.fnnam is not null and bitand(fnaux.fnflg, 4) != 4 and fe.fefnh=fnaux.fnnum))

  18.                                  and fn.fnfno=fe.fenum and fn.fnfno=fh.hxfil and fe.fefnh=fn.fnnum and fe.fedup!=0 and
  19.  fn.fntyp=4 and fn.fnnam is not null and bitand(fn.fnflg, 4) != 4 order by fe.fenum

4、DBA_DATA_FILES视图

这个视图的信息是2部分UNION ALL起来的，也就是字典管理表空间和本地管理表空间2部分。
这个表的创建视图如下：
 

点击(此处)折叠或打开

  1. select v.name, f.file#, ts.name,

  3.        ts.blocksize * f.blocks, f.blocks,

  5.        decode(f.status$, 1, 'INVALID', 2, 'AVAILABLE', 'UNDEFINED'),

  7.        f.relfile#, decode(f.inc, 0, 'NO', 'YES'),

  9.        ts.blocksize * f.maxextend, f.maxextend, f.inc,

  11.        ts.blocksize * (f.blocks - 1), f.blocks - 1,

  13.        decode(fe.fetsn, 0, decode(bitand(fe.festa, 2), 0, 'SYSOFF', 'SYSTEM'),

  15.          decode(bitand(fe.festa, 18), 0, 'OFFLINE', 2, 'ONLINE', 'RECOVER'))

  17. from sys.file$ f, sys.ts$ ts, sys.v$dbfile v, x$kccfe fe

  19. where v.file# = f.file#

  21.   and f.spare1 is NULL

  23.   and f.ts# = ts.ts#

  25.   and fe.fenum = f.file#

  27. union all

  29. select

  31.        v.name,f.file#, ts.name,

  33.        decode(hc.ktfbhccval, 0, ts.blocksize * hc.ktfbhcsz, NULL),

  35.        decode(hc.ktfbhccval, 0, hc.ktfbhcsz, NULL),

  37.        decode(f.status$, 1, 'INVALID', 2, 'AVAILABLE', 'UNDEFINED'),

  39.        f.relfile#,

  41.        decode(hc.ktfbhccval, 0, decode(hc.ktfbhcinc, 0, 'NO', 'YES'), NULL),

  43.        decode(hc.ktfbhccval, 0, ts.blocksize * hc.ktfbhcmaxsz, NULL),

  45.        decode(hc.ktfbhccval, 0, hc.ktfbhcmaxsz, NULL),

  47.        decode(hc.ktfbhccval, 0, hc.ktfbhcinc, NULL),

  49.        decode(hc.ktfbhccval, 0, hc.ktfbhcusz * ts.blocksize, NULL),

  51.        decode(hc.ktfbhccval, 0, hc.ktfbhcusz, NULL),

  53.        decode(fe.fetsn, 0, decode(bitand(fe.festa, 2), 0, 'SYSOFF', 'SYSTEM'),

  55.          decode(bitand(fe.festa, 18), 0, 'OFFLINE', 2, 'ONLINE', 'RECOVER'))

  57. from sys.v$dbfile v, sys.file$ f, sys.x$ktfbhc hc, sys.ts$ ts, x$kccfe fe

  59. where v.file# = f.file#

  61.   and f.spare1 is NOT NULL

  63.   and v.file# = hc.ktfbhcafno

  65.   and hc.ktfbhctsn = ts.ts#

  67.   and fe.fenum = f.file#;


对于本地管理的表空间，视图显示的文件大小信息来自sys.x$ktfbhc表。
二、文件离线或者表空间离线对查询文件大小的影响
 

点击(此处)折叠或打开

  1. SQL> alter database datafile 6 offline;

  3. Database altered.

  5. SQL> select file#,blocks from file$ where file#=6;

  7.      FILE# BLOCKS
  8. ---------- ----------

  10.          6 1280

  12. SQL> select file#,blocks from v$datafile where file#=6;

  14.      FILE# BLOCKS
  15. ---------- ----------

  17.          6 5120


  20. SQL> select file#,blocks from v$datafile_header where file#=6;

  22.      FILE# BLOCKS
  23. ---------- ----------

  25.          6 5120

  27. SQL> select file_id,blocks from dba_data_files where file_id=6;

  29.    FILE_ID BLOCKS
  30. ---------- ----------

  32.          6

  34. SQL> select KTFBHCAFNO,KTFBHCSZ from sys.x$ktfbhc where KTFBHCAFNO=6;

  36. KTFBHCAFNO KTFBHCSZ
  37. ---------- ----------

  39.          6 1280

文件离线将会导致sys.x$ktfbhc查询的文件大小为创建时候的大小，dba_data_files显示文件大小为NULL，其他视图也不受影响。
 

点击(此处)折叠或打开

  1. SQL> alter database datafile 6 online;
  2. alter database datafile 6 online
  3. *
  4. ERROR at line 1:
  5. ORA-01113: file 6 needs media recovery
  6. ORA-01110: data file 6: '/u01/app/oracle/oradata/huateng/htyansp01.dbf'


  9. SQL> recover datafile 6;
  10. Media recovery complete.
  11. SQL> alter database datafile 6 online;

  13. Database altered.

  15. SQL> alter tablespace htyansp online;

  17. Tablespace altered.

  19. SQL> alter tablespace htyansp offline;

  21. Tablespace altered.

  23. SQL> select file#,blocks from file$ where file#=6;

  25.      FILE# BLOCKS
  26. ---------- ----------

  28.          6 1280

  30. 1 row selected.

  32. SQL> select file#,blocks from v$datafile where file#=6;

  34.      FILE# BLOCKS
  35. ---------- ----------

  37.          6 0

  39. 1 row selected.

  41. SQL> select file#,blocks from v$datafile_header where file#=6;

  43.      FILE# BLOCKS
  44. ---------- ----------

  46.          6 0

  48. 1 row selected.

  50. SQL> select file_id,blocks from dba_data_files where file_id=6;

  52.    FILE_ID BLOCKS
  53. ---------- ----------

  55.          6

  57. 1 row selected.

  59. SQL> select KTFBHCAFNO,KTFBHCSZ from sys.x$ktfbhc where KTFBHCAFNO=6;

  61. KTFBHCAFNO KTFBHCSZ
  62. ---------- ----------

  64.          6 1280

可以看到表空间离线导致大部分视图查询结果的为0,那么此时我们需要查询文件大小要从哪里查呢？
阅读(1883) | 评论(0) | 转发(0) |
0

上一篇：数据库正常启动与文件大小的关系

下一篇：SHELL接受存储过程返回的值

给主人留下些什么吧！~~
关于我们 | 关于IT168 | 联系方式 | 广告合作 | 法律声明 | 免费注册

Copyright 2001-2010 ChinaUnix.net All Rights Reserved 北京皓辰网域网络信息技术有限公司. 版权所有

感谢所有关心和支持过ChinaUnix的朋友们

16024965号-6