在v$tempfile与v$sort_usage之关系解析一文中,我们注意到对于临时文件的绝对文件号(AFN),Oracle的分配规则和常规数据文件并不相同.
实际上,临时文件的绝对文件号应该等于db_files + file#.
我们看一下实例:
所以在 Oracle 文档中v$tempfile.file#被定义为The absolute file number是不确切的.
经常的,我们可能会在警报日志文件中看到类似如下的错误:
实际上,临时文件的绝对文件号应该等于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其实指的就是临时文件.
感谢Eagle Fan的提醒.
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




