文章详情

登录

短信预约-IT技能 免费直播动态提醒

选择考试省份

  • 北京
  • 上海
  • 天津
  • 重庆
  • 河北
  • 山东
  • 辽宁
  • 黑龙江
  • 吉林
  • 甘肃
  • 青海
  • 河南
  • 江苏
  • 湖北
  • 湖南
  • 江西
  • 浙江
  • 广东
  • 云南
  • 福建
  • 海南
  • 山西
  • 四川
  • 陕西
  • 贵州
  • 安徽
  • 广西
  • 内蒙
  • 西藏
  • 新疆
  • 宁夏
  • 兵团

请输入下面的图形验证码

提交验证

短信预约提醒成功

数据库中ORACLE的启动验证分析

2024-04-02 19:55

关注

本篇内容介绍了“数据库中ORACLE的启动验证分析”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！

oradebug dump file_hdrs 3
DATA FILE #5: 
  (name #8) /dev/raw/raw12
creation size=64000 block size=8192 status=0xe head=8 tail=8 dup=1
 tablespace 5, index=6 krfil=5 prev_file=0
 unrecoverable scn: 0x0000.00000000 01/01/1988 00:00:00
 Checkpoint cnt:43 scn: 0x0000.000a5310 09/13/2018 06:18:03
 Stop scn: 0x0000.000a5310 09/13/2018 06:18:03
 Creation Checkpointed at scn:  0x0000.00002249 08/29/2018 09:27:02
 thread:1 rba:(0x1.7a18.10)
 enabled  threads:  01000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000
 Offline scn: 0x0000.00000000 prev_range: 0
 Online Checkpointed at scn:  0x0000.00000000 
 thread:0 rba:(0x0.0.0)
 enabled  threads:  00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000
 Hot Backup end marker scn: 0x0000.00000000
 aux_file is NOT DEFINED 
 
 
 above information from ctl
 ------------------------------------------------------------------------------------------
 
 
 
 V10 STYLE FILE HEADER:
        Compatibility Vsn = 169870592=0xa200500
        Db ID=880153879=0x34761517, Db Name='NGKF'
        Activation ID=0=0x0
        Control Seq=280=0x118, File size=64000=0xfa00
        File Number=5, Blksiz=8192, File Type=3 DATA
Tablespace #5 - USERS  rel_fn:5 
Creation   at   scn: 0x0000.00002249 08/29/2018 09:27:02
Backup taken at scn: 0x0000.00000000 01/01/1988 00:00:00 thread:0
 reset logs count:0x3abc6817 scn: 0x0000.00000001 reset logs terminal rcv data:0x0 scn: 0x0000.00000000
 prev reset logs count:0x0 scn: 0x0000.00000000 prev reset logs terminal rcv data:0x0 scn: 0x0000.00000000
 recovered at 09/13/2018 06:11:32
 status:0x0 root dba:0x00000000 chkpt cnt: 43 ctl cnt:42
begin-hot-backup file size: 0
Checkpointed at scn:  0x0000.000a5310 09/13/2018 06:18:03
 thread:1 rba:(0xb.185.10)
 enabled  threads:  01100000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000
Backup Checkpointed at scn:  0x0000.00000000 
 thread:0 rba:(0x0.0.0)
 enabled  threads:  00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000
External cache id: 0x0 0x0 0x0 0x0
Absolute fuzzy scn: 0x0000.00000000
Recovery fuzzy scn: 0x0000.00000000 01/01/1988 00:00:00
Terminal Recovery Stamp  01/01/1988 00:00:00
Platform Information:    Creation Platform ID: 13
Current Platform ID: 13 Last Platform ID: 13
DUMP OF TEMP FILES: 1 files in database

当使用 file_hdrs 事件来转储数据文件头信息时，Oracle 会转储两部分信息，一部分来自控制文件，一部分来自数据文件，在数据库启动过程中，这两部分信息要用来进行启动验证。

验证过程：

第一次检查数据文件头中的 Checkpoint cnt 是否与对应控制文件中的 Checkpoint cnt

一致，如果相等,进行第二次检查;

file_hdrs.chkpt.cnt=ctl.chkpt.cnt

第二次检查数据文件头的开始SCN和对应控制文件中的结束SCN是否一致如果结束

SCN 等于开始 SCN,则不需要对那个文件进行恢复。

file_hdrs.start_scn = clt.stop.scn

对每个数据文件都完成检查后,打开数据库.同时将每个数据文件的结束 SCN 设置为无穷

大。

以上面的转储信息为例：

clt中（横线上半部分中）最重要的几个地方

这部分中包含的重要信息有:

检查点计数: Checkpoint cnt:检查点 SCN: scn: 

Checkpoint cnt:43 scn: 0x0000.000a5310 09/13/2018 06:18:03

数据文件 Stop SCN

Stop scn: 0x0000.000a5310 09/13/2018 06:18:03

数据文件头的信息（横线上半部分中）最重要的几个地方

u 检查点 SCN: Checkpointed at scn

u 检查点计数: chkpt cnt

Checkpointed at scn:  0x0000.000a5310 09/13/2018 06:18:03
chkpt cnt: 43 ctl cnt:42

这两者都和控制文件中所记录的一致。如果这两者一致，数据库启动时就能通过验证，启动数据库。

如果不一致，启动的时候，会有报错

ERROR at line 1:
ORA-01113: file 4 needs media recovery
ORA-01110: data file 4: '/opt/oracle/oradata/eygle/eygle01.dbf'

执行恢复

recover datafile 4;

“数据库中ORACLE的启动验证分析”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站，小编将为大家输出更多高质量的实用文章！

阅读原文内容投诉

免责声明：

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的，并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据，供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

软考中级精品资料免费领

  • 历年真题答案解析
  • 备考技巧名师总结
  • 高频考点精准押题

  • 2024年上半年信息系统项目管理师第二批次真题及答案解析（完整版）

    难度     807人已做
    查看

  • 【考后总结】2024年5月26日信息系统项目管理师第2批次考情分析

    难度     351人已做
    查看

  • 【考后总结】2024年5月25日信息系统项目管理师第1批次考情分析

    难度     314人已做
    查看

  • 2024年上半年软考高项第一、二批次真题考点汇总（完整版）

    难度     433人已做
    查看

  • 2024年上半年系统架构设计师考试综合知识真题

    难度     221人已做
    查看

相关文章

发现更多好内容

猜你喜欢

AI推送时光机

数据库中ORACLE的启动验证分析

数据库2024-04-02

oracle 数据库启动阶段分析

数据库2024-04-02

PHP8.0中的数据验证库：Respect

数据库2023-05-14

JSONLINT：python的json数据验证库实例解析

数据库2022-06-04

配置操作系统重启后Oracle数据库和监听自动启动的示例分析

数据库2024-04-02

Oracle数据库ODBC连接中的身份验证方式

Oracle数据库ODBC连接中的身份验证方式
数据库2024-07-15

oracle中怎么启动和关闭数据库

数据库2024-04-02

Oracle数据库密码的延迟验证方式

数据库2024-04-02

关于Oracle数据库中的SYS.STANDARD包分析

数据库2024-04-02

blkid在Linux系统启动过程中的分区验证

blkid在Linux系统启动过程中的分区验证
数据库2024-10-11

RAC数据库重启的示例分析

数据库2024-04-02

Oracle Value函数在数据备份验证的自动化流程中

Oracle Value函数在数据备份验证的自动化流程中
数据库2024-10-08

oracle启动数据库的方法是什么

oracle启动数据库的方法是什么
数据库2024-05-11

启动oracle数据库的步骤是什么

启动oracle数据库的步骤是什么
数据库2024-03-04

oracle启动数据库的步骤是什么

oracle启动数据库的步骤是什么
数据库2024-05-06

oracle数据库启动的步骤是什么

oracle数据库启动的步骤是什么
数据库2024-04-09

变量在Oracle数据验证中的角色

变量在Oracle数据验证中的角色
数据库2024-08-27

验证oracle 11g数据库的RMAN备份的有效性

数据库2024-04-02

oracle数据库中表的操作示例分析

数据库2024-04-02

生产数据库意外重启的分析

数据库2024-04-02
位置：首页-资讯-数据库
咦！没有更多了？去看看其它编程学习网 内容吧
首页课程
资料下载问答资讯