X$KCCDI部分字段解析和DUMP信息和V$DATABASE进行对应

X$KCCDI是对应了DUMP CONTROLFILE中数据库信息部分的视图，其中V$DATABASE基本来自于此FIXED TABLE，为了能够更好的备查今记录于此

数据库信息 TRACE文件
(size = 316, compat size = 316, section max = 1, section in-use = 1,
  last-recid= 0, old-recno = 0, last-recno = 0)
 (extent = 1, blkno = 1, numrecs = 1)
 10/04/2013 22:10:43
 DB Name "XUEXI"
 Database flags = 0x00404001 0x00001000
 Controlfile Creation Timestamp  10/04/2013 22:10:44
 Incmplt recovery scn: 0x0000.00000000
 Resetlogs scn: 0x0000.001d599f Resetlogs Timestamp  10/04/2013 22:14:48
 Prior resetlogs scn: 0x0000.001d494d Prior resetlogs Timestamp  10/04/2013 21:54:38
 Redo Version: compatible=0xa200100
 #Data files = 10, #Online files = 10
 Database checkpoint: Thread=1 scn: 0x0000.0085102b
 Threads: #Enabled=1, #Open=1, Head=1, Tail=1
 enabled  threads:  01000000..00000000
 Max log members = 3, Max data members = 1
 Arch list: Head=5, Tail=5, Force scn: 0x0000.008173ca scn: 0x0000.0085102a
 Activation ID: 2190560931
 Controlfile Checkpointed at scn:  0x0000.00851068 02/25/2015 19:45:02
 thread:0 rba:(0x0.0.0)
 enabled  threads:  00000000..00000000
 

X$KCCDI部分字段解析   

 INST_ID  实例ID
 DICTS    对应 10/04/2013 22:10:43,这按照V$DATABASE定义应该是数据库的建立时间他和V$DATABASE中CREATED字段一样                                         
 DIDBN    数据库名对应DB Name "XUEXI",对应v$database的name                                                                                    
 DICCT    控制文件建立时间对应 Controlfile Creation Timestamp  10/04/2013 22:10:44                                         
 DIFLG    对应Database flags = 0x00404001转换为10进制为4210689,这是一个重要的状态位,V$DATABASE中很多信息是通过bitand按位与后能够查出各种状态，如是STANDBY还是CURRENT库和STANDBY的模式                                                                                    
 DIRLS    对应Resetlogs scn: 0x0000.001d599f,同样需要转换为10进制，对应V$DATABASE RESETLOGS_CHANGE#                                         
 DIRLC    对应Resetlogs Timestamp  10/04/2013 22:14:48,对应V$DATABASE RESETLOGS_TIME
 DIRLC_I  是当前的RESETLOGS_ID                                                                                    
 DIPRS    对应Prior resetlogs scn: 0x0000.001d494d,同样需要转换为10进制 ,对应V$DATABASE PRIOR_RESETLOGS_CHANGE#                                       
 DIPRC    对应Prior resetlogs Timestamp  10/04/2013 21:54:38 ,对应V$DATABASE PRIOR_RESETLOGS_TIME                                       
 DIPRC_I  是上一次的RESETLOGS_ID                                                                                  
 DINDF    应该是#Data files = 10                                         
 DINTF    应该是Threads: #Enabled=1   为1表示Enabled thread bitmap vector                                    
 DINOF    应该是#Online files = 10                                         
 DICPT    应该是Database checkpoint: Thread=1                                         
 DISCN    对应了Database checkpoint scn: 0x0000.0085102b,就是LOW CACHE RBA对应的SCN,正常情况下这以前的数据是干净的,他就是V$DATABASE的CHECKPOINT_CHANGE#                                                                                                                                                                             
 DIMLM    对应了Max log members = 3,这实际上是MAXLOGMEMBERS 
 DIMDM    对应了Max data members = 1 恒等于1   (A structural hook to allow for duplexing datafiles, not implemented)                                         
 DIARH    对应了Arch list: Head=5 不知道意义                                        
 DIART    对应了Tail=5  不知道意义                                                                                   
 DIFAS    对应了Force scn: 0x0000.008173ca，对应v$database中的ARCHIVE_CHANGE# (Database force archiving SCN. 
          Any redo log with a start SCN below this will be forced to archive out.)                                        
 DICKP_SCN  对应了Controlfile Checkpointed at scn:  0x0000.00851068,对应v$database中controlfile_change#                                       
 DICKP_TIM  对应了02/25/2015 19:45:02 ,对应了V$DATABASE中CONTROLFILE_TIME                                      
 DICSQ      对应了CONTROLFILE HEADER的DUMP OF CONTROL FILES, Seq # 9156 = 0x23c4，对应V$DATABASE中的controlfile_sequence#
            (The control file sequence number at the time ofthe last control fileupdate of the file 
             header. This is used to check for an old control file. If the number in a data file is 
             higher than the current control file, then the control file must bea backup or have a 
             different resetlogs stamp)                                      
 DIDBI       对应了CONTROLFILE HEADER的Db ID=2183744397=0x82294b8d，就是数据库的ID对应V$DATABASEDBID                                                                                                                                                                                                                                                                                                                                                    
 DIVTS       对应了V$DATABASE中的VERSION TIME                                                                                 
 DIDOR       通过换算得到V$DATABASE中的open_mode decode(di.didor,0,'MOUNTED',decode(di.didor, 1, 'READ WRITE', 'READ ONLY'))                                                                                                                              
 DIRAE       通过换算得到V$DATABASE中的REMOTE_ARCHIVE decode(di.dirae,0,'DISABLED',1,'SEND',2,'RECEIVE',3,'ENABLED','UNKNOWN')                                                                              
 DIARS       对应V$DATABASE中的ARCHIVELOG_CHANGE# (Highest NEXT_CHANGE#(from the V$ARCHIVED_LOGview) for an archive log)                                    
 DISOS       通过换算得到V$DATABASE中的switchover_status
             decode(di.disos, 0,'IMPOSSIBLE',1,'NOT ALLOWED',2,'SWITCHOVER LATENT',3,'SWITCHOVER PENDING',4,'TO PRIMARY',
             5,'TO STANDBY',6,'RECOVERY NEEDED',7,'SESSIONS ACTIVE',8,'PREPARING SWITCHOVER',9,'PREPARING DICTIONARY',
             10,'TO LOGICAL STANDBY','UNKNOWN'),                                      
 DIDGD       通过换算得到V$DATABASE中的dataguard_blocker decode(di.didgd, 0, 'DISABLED', 'ENABLED')                                                                                                                              
 DIFL2       通过换算得到V$DATABASE中的SUPPLEMENTAL_LOG_DATA_ALL decode(bitand(difl2, 2), 2, 'YES', 'NO')                                     
 DIPLID      对应了V$DATABASE的LAST_OPEN_INCARNATION# Record number of the incarnation in V$DATABASE_INCARNATIONthat was last opened successfully                                     
 DIPLN       对应了V$DATABASE的PLATFORM_ID，这是平台ID，通过v$transportable_platform可以找到对应的平台                                   
 DICUR_SCN   对应了V$DATABASE的CURRENT_SCN，没什么说的当前SCN                                      
 DIDBUN      对应了V$DATABASE中的UNIQUE_NAME，这是做DATAGUARD的时候需要的                                      
 DIFSTS      通过换算得到V$DATABASE中的FS_FAILOVER_STATUS
 
由此发现很多字段实际都对应了V$DATABASE中的值或者通过换算得到，并且我们需要注意几个SCN的值
select DISCN,DIFAS,DIARS,DICKP_SCN,DICUR_SCN from x$kccdi;
等价于
select CHECKPOINT_CHANGE#,ARCHIVE_CHANGE#,ARCHIVELOG_CHANGE#,controlfile_change#,CURRENT_SCN from v$database;                                                                                                            

可以通过
select to_number(DISCN),to_number(DIFAS),to_number(DIARS),to_number(DICKP_SCN),to_number(DICUR_SCN) from x$kccdi
union all
select CHECKPOINT_CHANGE#,ARCHIVE_CHANGE#,ARCHIVELOG_CHANGE#,controlfile_change#,CURRENT_SCN from v$database; 
语句进行比较

时间： 2024-08-30 16:38:53

X$KCCDI部分字段解析和DUMP信息和V$DATABASE进行对应的相关文章

SQL SERVER统计服务器所有的数据库（数据库文件）、表（表行数）、字段（各字段）等详细信息

原文:SQL SERVER统计服务器所有的数据库(数据库文件).表(表行数).字段(各字段)等详细信息 USE STAT GO SET NOCOUNT ON IF EXISTS(SELECT 1 FROM SYS.TABLES WHERE TYPE='U' AND name='DBInfo') DROP TABLE DBInfo IF EXISTS(SELECT 1 FROM SYS.TABLES WHERE TYPE='U' AND name='ColumnsInfo') DROP TABLE

解剖微博：解析微博的信息呈现格式

都云人言可微,哪怕微言耸听!大小门户齐上阵,且看沙场秋点兵.–定场诗一首 前言:回到七嘴八舌的原始社会 所谓沟通,就是人们忙着做两件简单事:听别人说什么:自己该说什么. 有一种沟通,主席台上某个发言人拿着扩音器讲话,身为听众只能在台下窃窃私语,这个叫门户:有一种沟通,大家都可以轮流上讲台上拿着扩音器说话,并且邀请台下的观众评论,这个叫论坛:有一种沟通,大家都回到自己家说话,张贴标语,然后可以任意的去别人家拜访和聆听,这个叫日志,也叫Blog:还有一种沟通,大家围坐在一起,你可以选择收听那些你感兴

解析MYSQL显示表信息的方法_Mysql

在用mysql时(show tables),有时候需要查看表和字段的相关信息(表与某字段是否存在等.)~~而PHP提供了这样的相关函数,如:mysql_list_dbs(),mysql_list_fields(),但mysql_list_fields() 函数等已过时,所以要用show...这个SQL指令来查寻. SHOW 指令('[..]'里的可选)#显示mysql中所有数据库的名称show databases;#显示mysql中的相关表show tables [ from db_name]#

PHP获取mysql数据表的字段名称和详细信息的方法_php技巧

首先我们需要了解下查询MySQL数据库/表相关信息的SQL语句: 复制代码 代码如下: SHOW DATABASES                                //列出 MySQL Server 数据库. SHOW TABLES [FROM db_name]                    //列出数据库数据表. SHOW CREATE TABLES tbl_name                    //导出数据表结构. SHOW TABLE STATUS [FR

如何解析域名whois信息dns解析域名

NDNS域名智能解析是我们独立开发的新一代可视化域名管理平台,什么是http://www.aliyun.com/zixun/aggregation/12499.html">域名解析?人们都习惯记忆域名,但机器间互相只认IP地址,把域名指向网站空间的IP地址,使之一一对应,它们之间的这种转换工作就被称为域名解析.域名解析需要由专门的域名解析服务器(DNS)来完成,解析过程自动进行.其功能涵盖了域名管理的各个方面,分NDNS标准版.智能版.全球版三个版本,主要的功能如下列表:般在我公司注册的域

php获取mysql字段名称和其它信息的例子_php实例

首先我们需要了解下查询MySQL数据库/表相关信息的SQL语句: 复制代码 代码如下: SHOW DATABASES                                //列出 MySQL Server 数据库.SHOW TABLES [FROM db_name]                    //列出数据库数据表.SHOW CREATE TABLES tbl_name                    //导出数据表结构.SHOW TABLE STATUS [FROM

php获取mysql字段名称和其它信息的例子

首先我们需要了解下查询MySQL数据库/表相关信息的SQL语句:  代码如下 复制代码 SHOW DATABASES                                //列出 MySQL Server 数据库. SHOW TABLES [FROM db_name]                    //列出数据库数据表. SHOW CREATE TABLES tbl_name                    //导出数据表结构. SHOW TABLE STATUS [FR

java 解析user-agent 信息_java

解析http user-agent信息,使用uasparser-0.6.1.jar和jregex-1.2_01.jar两个包 import cz.mallat.uasparser.OnlineUpdater; import cz.mallat.uasparser.UASparser; import cz.mallat.uasparser.UserAgentInfo; import java.io.IOException; /** * Created by Edward on 2016/7/1.

佳能700D相机焦距信息解析

给各位摄影爱好者们来详细的解析分享一下佳能700D相机的焦距信息. 解析分享: 佳能700D搭配了EF-S 18-55mm IS STM的镜头,等效焦距为28.8-88mm.   好了,以上的信息就是小编给各位摄影爱好者们带来的详细的佳能700D相机的焦距信息解析分享的全部内容了,各位看到这里的摄影爱好者们,小编相信你们现在那是非常的清楚焦距信息了吧,希望小编上面给各位朋友们解析的焦距信息能够给各位朋友们带去有用的帮助.