Chinaunix首页 | 论坛 | 博客
  • 博客访问: 103695452
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: Oracle

2008-04-07 23:21:16

    来源:  

在v$tempfile与v$sort_usage之关系解析一文中,我们注意到对于临时文件的绝对文件号(AFN),Oracle的分配规则和常规数据文件并不相同。

实际上,临时文件的绝对文件号应该等于db_files + file#。

我们看一下实例:

SQL> select indx,tfnum,tfafn,tfcsz
2  from x$kcctf;
INDX      TFNUM      TFAFN      TFCSZ
---------- ---------- ---------- ----------
0          1        201       2560
SQL> show parameter db_files
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------
db_files                             integer     200
SQL> select file#,name from v$tempfile;
FILE# NAME
--------- -----------------------------------------
1 +ORADG/danaly/tempfile/temp.267.600173887
 SQL>

所以在Oracle文档中v$tempfile.file#被定义为The absolute file number是不确切的。经常的,我们可能会在警报日志文件中看到类似如下的错误:

Corrupt block relative dba: 0x00c0008a (file 202, block 138)
Bad header found during buffer read
Data in bad block -
type: 8 format: 2 rdba: 0x0140008a
last change scn: 0x0000.431f8beb seq: 0x1 flg: 0x08
consistency value in tail: 0x8beb0801
check value in block header: 0x0, block checksum disabled
spare1: 0x0, spare2: 0x0, spare3: 0x0

这里的file 202其实指的就是临时文件。

阅读(368) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~