eygle.com   eygle.com
eygle.com  
 

« March 27, 2006 | Blog首页 | March 30, 2006 »



March 28, 2006

Oracle的前尘旧版

作者:eygle

出处:http://blog.eygle.com

今天,偶然翻到Oracle7.0.12版本的readme文件,发现居然有一幅拼图,做的与今日的破解软件相仿:

...
... $Header: README.doc 7001200.3.1120.2 93/01/29 12:19:11 twang Generic<unix> $
...
         README ORACLE7        Release 7.0.12 README README README README
      README       ORACLE7      Release 7.0.12              README README
    README           ORACLE7     Release 7.0.12            README README
   README             ORACLE7                           Release 7.0.12
   README             ORACLE7                        Release 7.0.12
   README             ORACLE7                    Release 7.0.12
   README             ORACLE7                  Release 7.0.12
   README             ORACEE7                Release 7.0.12
    README           ORACLE7                Release 7.0.12
      README       ORACLE7                 Release 7.0.12
         README ORACLE7                    Release 7.0.12
Copyright (C) Oracle Corporation         December 22nd, 1992

收录于此,遥想一下那我们未曾经历的前尘旧版.

 

Posted by eygle at 3:50 PM | Comments (0)


临时文件file#和db_files的关系

作者:eygle

出处:http://blog.eygle.com

 在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其实指的就是临时文件.
感谢Eagle Fan的提醒.

 

Posted by eygle at 3:45 PM | Comments (0)



CopyRight © 2004-2008 eygle.com, All rights reserved.