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

本文涉及的产品
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
全局流量管理 GTM,标准版 1个月
云解析 DNS,旗舰版 1个月
简介: X$KCCDI是对应了DUMP CONTROLFILE中数据库信息部分的视图,其中V$DATABASE基本来自于此FIXED TABLE,为了能够更好的备查今记录于此 数据库信息 TRACE文件 (size = 316, compat size = 316,...
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; 
语句进行比较
相关文章
|
2月前
|
自然语言处理 数据可视化 前端开发
从数据提取到管理:合合信息的智能文档处理全方位解析【合合信息智能文档处理百宝箱】
合合信息的智能文档处理“百宝箱”涵盖文档解析、向量化模型、测评工具等,解决了复杂文档解析、大模型问答幻觉、文档解析效果评估、知识库搭建、多语言文档翻译等问题。通过可视化解析工具 TextIn ParseX、向量化模型 acge-embedding 和文档解析测评工具 markdown_tester,百宝箱提升了文档处理的效率和精确度,适用于多种文档格式和语言环境,助力企业实现高效的信息管理和业务支持。
4085 5
从数据提取到管理:合合信息的智能文档处理全方位解析【合合信息智能文档处理百宝箱】
|
2月前
|
机器学习/深度学习 自然语言处理 JavaScript
信息论、机器学习的核心概念:熵、KL散度、JS散度和Renyi散度的深度解析及应用
在信息论、机器学习和统计学领域中,KL散度(Kullback-Leibler散度)是量化概率分布差异的关键概念。本文深入探讨了KL散度及其相关概念,包括Jensen-Shannon散度和Renyi散度。KL散度用于衡量两个概率分布之间的差异,而Jensen-Shannon散度则提供了一种对称的度量方式。Renyi散度通过可调参数α,提供了更灵活的散度度量。这些概念不仅在理论研究中至关重要,在实际应用中也广泛用于数据压缩、变分自编码器、强化学习等领域。通过分析电子商务中的数据漂移实例,展示了这些散度指标在捕捉数据分布变化方面的独特优势,为企业提供了数据驱动的决策支持。
144 2
信息论、机器学习的核心概念:熵、KL散度、JS散度和Renyi散度的深度解析及应用
|
2月前
|
人工智能 前端开发 JavaScript
拿下奇怪的前端报错(一):报错信息是一个看不懂的数字数组Buffer(475) [Uint8Array],让AI大模型帮忙解析
本文介绍了前端开发中遇到的奇怪报错问题,特别是当错误信息不明确时的处理方法。作者分享了自己通过还原代码、试错等方式解决问题的经验,并以一个Vue3+TypeScript项目的构建失败为例,详细解析了如何从错误信息中定位问题,最终通过解读错误信息中的ASCII码找到了具体的错误文件。文章强调了基础知识的重要性,并鼓励读者遇到类似问题时不要慌张,耐心分析。
|
2月前
|
存储 编译器 C++
【初阶数据结构】掌握二叉树遍历技巧与信息求解:深入解析四种遍历方法及树的结构与统计分析
【初阶数据结构】掌握二叉树遍历技巧与信息求解:深入解析四种遍历方法及树的结构与统计分析
|
2月前
|
存储 缓存 并行计算
yolov5的train.py的参数信息解析
这篇文章解析了YOLOv5的`train.py`脚本中的参数信息,详细介绍了每个参数的功能和默认值,包括权重路径、模型配置、数据源、超参数、训练轮数、批量大小、图像尺寸、训练选项、设备选择、优化器设置等,以便用户可以根据需要自定义训练过程。
51 0
|
2月前
|
存储 缓存 网络协议
搭建dns服务常见报错--查看/etc/named.conf没有错误日志信息却显示出错(/etc/named.conf:49: missing ‘;‘ before ‘include‘)及dns介绍
搭建dns服务常见报错--查看/etc/named.conf没有错误日志信息却显示出错(/etc/named.conf:49: missing ‘;‘ before ‘include‘)及dns介绍
199 0
|
4月前
|
网络协议 网络安全
DNS信息收集详解
DNS信息收集详解
218 1
|
4月前
|
SQL 安全 网络安全
网络安全漏洞与信息保护:技术解析与安全意识提升
【8月更文挑战第31天】在数字化浪潮中,网络安全和信息安全成为维护个人隐私与企业资产的关键。本文深入探讨网络安全的薄弱环节,如软件漏洞、加密技术的运用及其局限,并强调培养安全意识的重要性。通过实际代码示例,揭示网络攻击的常见手段,并提供防御策略,旨在为读者提供全面的安全知识框架,促进更安全的网络环境构建。
|
5月前
|
数据采集 分布式计算 DataWorks
DataWorks产品使用合集之任务工作流中遇到了日志信息显示参数值没有正确解析的问题,该如何处理
DataWorks作为一站式的数据开发与治理平台,提供了从数据采集、清洗、开发、调度、服务化、质量监控到安全管理的全套解决方案,帮助企业构建高效、规范、安全的大数据处理体系。以下是对DataWorks产品使用合集的概述,涵盖数据处理的各个环节。
|
5月前
|
缓存 监控 数据挖掘
开山网商品详情数据接口解析:获取女鞋商品信息的全面指南
**开山网(K3.item_get)商品详情API提供实时商品数据,如名称、品牌、价格等,用于电商运营和分析。获取App Key和App Secret后,调用HTTP接口以JSON或XML获取数据,并集成到系统中。缓存优化和数据分析可提升效率,适用于商品比价、选品分析和市场监控,助力企业制定策略。**

热门文章

最新文章

推荐镜像

更多