断电引起redo和数据文件不一致故障恢复---惜分飞

news2024/10/2 3:27:20

有些时候故障总是来的让人非常意外,这个在准备停机迁移数据库之前的几分钟由于某种原因直接导致主机掉电,再次开机数据库无法启动

Sat Aug 03 23:10:37 2024

Successful mount of redo thread 1, with mount id 3696805928

Database mounted in Exclusive Mode

Lost write protection disabled

Completed: alter database mount

Sat Aug 03 23:10:43 2024

alter database open

Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\xff\xff\trace\xff_ora_6808.trc:

ORA-01113: 文件 21 需要介质恢复

ORA-01110: 数据文件 21: 'D:\APP\ADMINISTRATOR\ORADATA\XFF\XIFENFEI.DBF'

ORA-1113 signalled during: alter database open...

尝试数据库恢复各种报错ORA-600 kdourp_inorder2,ORA-600 3020,ORA-7445 kdxlin等

ALTER DATABASE RECOVER    CONTINUE DEFAULT 

Media Recovery Log D:\APP\ADMINISTRATOR\FAST_RECOVERY_AREA\XFF\ARCHIVELOG\2024_08_03\O1_MF_1_1159998_MBW605HP_.ARC

ORA-279 signalled during: ALTER DATABASE RECOVER    CONTINUE DEFAULT  ...

ALTER DATABASE RECOVER    CONTINUE DEFAULT 

Media Recovery Log D:\APP\ADMINISTRATOR\FAST_RECOVERY_AREA\XFF\ARCHIVELOG\2024_08_03\O1_MF_1_1159999_MBW63QBY_.ARC

Sat Aug 03 23:22:10 2024

Exception [type: ACCESS_VIOLATION, UNABLE_TO_READ] [ADDR:0xC] [PC:0x14306B54A, kdxlin()+4432]

Sat Aug 03 23:22:10 2024

Exception [type: ACCESS_VIOLATION, UNABLE_TO_READ] [ADDR:0xC] [PC:0x14306B54A, kdxlin()+4432]

Sat Aug 03 23:22:10 2024

Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\xff\xff\trace\xff_pr25_7740.trc  (incident=132557):

ORA-00600: internal error code, arguments: [kdourp_inorder2], [4], [22], [44], [44], [], [], [], [], [], [], []

Incident details in: D:\APP\ADMINISTRATOR\diag\rdbms\xff\xff\incident\incdir_132557\xff_pr25_7740_i132557.trc

ERROR: Unable to normalize symbol name for the following short stack (at offset 213):

dbgexProcessError()+200<-dbgeExecuteForError()+65<-dbgePostErrorKGE()+2269<-dbkePostKGE_kgsf()+77<-kgeade()+562

<-kgerelv()+151<-kgerev()+45<-kgerec5()+60<-sss_xcpt_EvalFilterEx()+1862<-sss_xcpt_EvalFilter()+174

<-.1.4_5+59<-00007FFCB5E2C92F<-00007FFCB5E3D82D<-00007FFCB5DE916B<-00007FFCB5E3C9EE<-kdxlin()+4432

<-kco_issue_callback()+196<-kcoapl()+746<-kcbr_apply_change()+6156<-kcbr_mapply_change()+1162

<-kcbrapply()+2297<-kcbr_apply_pending()+2931<-krp_slave_apply()+1155<-krp_slave_main()+4010<-ksvrdp()+2580

<-opirip()+904<-opidrv()+906<-sou2o()+98<-opimai_real()+280<-opimai()+191<-BackgroundThreadStart()+646

<-00007FFCB562168D<-00007FFCB5E14629

Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\xff\xff\trace\xff_pr1w_6472.trc  (incident=132485):

ORA-07445: exception encountered: core dump [kdxlin()+4432] [ACCESS_VIOLATION] [ADDR:0xC] [PC:0x14306B54A]

Incident details in: D:\APP\ADMINISTRATOR\diag\rdbms\xff\xff\incident\incdir_132485\xff_pr1w_6472_i132485.trc

Use ADRCI or Support Workbench to package the incident.

See Note 411.1 at My Oracle Support for error and packaging details.

Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\xff\xff\trace\xff_pr2o_7472.trc  (incident=132709):

ORA-07445: exception encountered: core dump [kdxlin()+4432] [ACCESS_VIOLATION] [ADDR:0xC] [PC:0x14306B54A]

Incident details in: D:\APP\ADMINISTRATOR\diag\rdbms\xff\xff\incident\incdir_132709\xff_pr2o_7472_i132709.trc

Use ADRCI or Support Workbench to package the incident.

See Note 411.1 at My Oracle Support for error and packaging details.

Sat Aug 03 23:22:11 2024

Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\xff\xff\trace\xff_pr18_7812.trc  (incident=132301):

ORA-00600: internal error code, arguments: [3020], [62], [517633], [260564481], [], [], [], []

ORA-10567: Redo is inconsistent with data block (file# 62, block# 517633, file offset is 4240449536 bytes)

ORA-10564: tablespace HSEMR_TAB

ORA-01110: data file 62: 'D:\APP\ADMINISTRATOR\ORADATA\XFF\EMR006.DBF'

ORA-10560: block type 'FIRST LEVEL BITMAP BLOCK'

Sat Aug 03 23:22:56 2024

Slave exiting with ORA-10562 exception

Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\xff\xff\trace\xff_pr25_7740.trc:

ORA-10562: Error occurred while applying redo to data block (file# 64, block# 508263)

ORA-10564: tablespace HSEMR_TAB

ORA-01110: data file 64: 'D:\APP\ADMINISTRATOR\ORADATA\XFF\HSEMR_TAB008.DBF'

ORA-10561: block type 'TRANSACTION MANAGED DATA BLOCK', data object# 467202

ORA-00600: internal error code, arguments: [kdourp_inorder2], [4], [22], [44], [44], [], [], []

Sat Aug 03 23:22:56 2024

Slave exiting with ORA-10562 exception

Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\xff\xff\trace\xff_pr1w_6472.trc:

ORA-10562: Error occurred while applying redo to data block (file# 65, block# 498512)

ORA-10564: tablespace HSEMR_TAB

ORA-01110: data file 65: 'D:\APP\ADMINISTRATOR\ORADATA\XFF\EMR009.DBF'

ORA-10561: block type 'TRANSACTION MANAGED INDEX BLOCK', data object# 467200

ORA-00607: Internal error occurred while making a change to a data block

ORA-00602: internal programming exception

ORA-07445: exception encountered: core dump [kdxlin()+4432] [ACCESS_VIOLATION] [ADDR:0xC]

Sat Aug 03 23:22:57 2024

Media Recovery failed with error 448

Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\xff\xff\trace\xff_pr00_6732.trc:

ORA-00283: recovery session canceled due to errors

ORA-00448: normal completion of background process

Sat Aug 03 23:22:57 2024

ORA-600 signalled during: ALTER DATABASE RECOVER    CONTINUE DEFAULT  ...

ALTER DATABASE RECOVER CANCEL

ORA-1112 signalled during: ALTER DATABASE RECOVER CANCEL ...

通过分析确认有部分数据文件和redo信息不匹配,导致无法正常recover成功

SQL> recover datafile 77;

完成介质恢复。

SQL> recover datafile 78;

ORA-00283: 恢复会话因错误而取消

ORA-00600: 内部错误代码, 参数: [3020], [78], [473221], [327628933], [], [], [],

[], [], [], [], []

ORA-10567: Redo is inconsistent with data block (file# 78, block# 473221, file

offset is 3876626432 bytes)

ORA-10564: tablespace HSEMR_TAB

ORA-01110: 数据文件 78: 'D:\APP\ADMINISTRATOR\ORADATA\XFF\HIS23.DBF'

ORA-10560: block type 'FIRST LEVEL BITMAP BLOCK'

SQL> recover datafile 66;

ORA-00279: 更改 6029114092 (在 08/03/2024 19:44:05 生成) 对于线程 1 是必需的

ORA-00289: 建议:

D:\APP\ADMINISTRATOR\FAST_RECOVERY_AREA\XFF\ARCHIVELOG\2024_08_03\O1_MF_1_115999

9_MBW63QBY_.ARC

ORA-00280: 更改 6029114092 (用于线程 1) 在序列 #1159999 中

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}

auto

已应用的日志。

完成介质恢复。

SQL> recover datafile 65;

ORA-00279: 更改 6029114092 (在 08/03/2024 19:44:05 生成) 对于线程 1 是必需的

ORA-00289: 建议:

D:\APP\ADMINISTRATOR\FAST_RECOVERY_AREA\XFF\ARCHIVELOG\2024_08_03\O1_MF_1_115999

9_MBW63QBY_.ARC

ORA-00280: 更改 6029114092 (用于线程 1) 在序列 #1159999 中

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}

auto

ORA-00283: 恢复会话因错误而取消

ORA-10562: Error occurred while applying redo to data block (file# 65, block#

498544)

ORA-10564: tablespace HSEMR_TAB

ORA-01110: 数据文件 65: 'D:\APP\ADMINISTRATOR\ORADATA\XFF\EMR009.DBF'

ORA-10561: block type 'TRANSACTION MANAGED INDEX BLOCK', data object# 467200

ORA-00607: 当更改数据块时出现内部错误

ORA-00602: 内部编程异常错误

ORA-07445: 出现异常错误: 核心转储 [kdxlin()+4432] [ACCESS_VIOLATION] [ADDR:0xC]

[PC:0x14306B54A] [UNABLE_TO_READ] []

ORA-01112: 未启动介质恢复

对于最终无法正常recover成功数据文件,使用Oracle数据库恢复利器:Oracle Recovery Tools工具快速调整scn


然后重建ctl,recover 数据库并open成功

Sun Aug 04 01:01:51 2024

Successful mount of redo thread 1, with mount id 3696824638

Completed: CREATE CONTROLFILE REUSE DATABASE "XFF" NORESETLOGS FORCE LOGGING ARCHIVELOG

    MAXLOGFILES 16

    MAXLOGMEMBERS 3

    MAXDATAFILES 200

    MAXINSTANCES 8

    MAXLOGXFFTORY 23360

LOGFILE

  GROUP 1 'D:\APP\ADMINISTRATOR\ORADATA\XFF\REDO01.LOG'  SIZE 50M BLOCKSIZE 512,

  GROUP 2 'D:\APP\ADMINISTRATOR\ORADATA\XFF\REDO02.LOG'  SIZE 50M BLOCKSIZE 512,

  GROUP 3 'D:\APP\ADMINISTRATOR\ORADATA\XFF\REDO03.LOG'  SIZE 50M BLOCKSIZE 512

DATAFILE

  'D:\APP\ADMINISTRATOR\ORADATA\XFF\SYSTEM01.DBF',

  'D:\APP\ADMINISTRATOR\ORADATA\XFF\SYSAUX01.DBF',

……

ALTER DATABASE RECOVER  database 

Media Recovery Start

 started logmerger process

Only allocated 127 recovery slaves (requested 128)

Parallel Media Recovery started with 127 slaves

Sun Aug 04 01:01:56 2024

Recovery of Online Redo Log: Thread 1 Group 2 Seq 1160002 Reading mem 0

  Mem# 0: D:\APP\ADMINISTRATOR\ORADATA\XFF\REDO02.LOG

Completed: ALTER DATABASE RECOVER  database 

Sun Aug 04 01:02:20 2024

alter database open

Beginning crash recovery of 1 threads

 parallel recovery started with 32 processes

Started redo scan

Completed redo scan

 read 1946 KB redo, 0 data blocks need recovery

Started redo application at

 Thread 1: logseq 1160002, block 2, scn 6029119350

Recovery of Online Redo Log: Thread 1 Group 2 Seq 1160002 Reading mem 0

  Mem# 0: D:\APP\ADMINISTRATOR\ORADATA\XFF\REDO02.LOG

Completed redo application of 0.00MB

Completed crash recovery at

 Thread 1: logseq 1160002, block 3895, scn 6029139793

 0 data blocks read, 0 data blocks written, 1946 redo k-bytes read

Initializing SCN for created control file

Database SCN compatibility initialized to 3

Sun Aug 04 01:02:21 2024

LGWR: STARTING ARCH PROCESSES

Sun Aug 04 01:02:21 2024

ARC0 started with pid=71, OS id=2772

ARC0: Archival started

LGWR: STARTING ARCH PROCESSES COMPLETE

ARC0: STARTING ARCH PROCESSES

Sun Aug 04 01:02:22 2024

ARC1 started with pid=72, OS id=7996

Sun Aug 04 01:02:22 2024

ARC2 started with pid=73, OS id=2900

Sun Aug 04 01:02:22 2024

ARC3 started with pid=74, OS id=6856

Archived Log entry 1 added for thread 1 sequence 1160000 ID 0xc4814d77 dest 1:

ARC1: Archival started

ARC2: Archival started

ARC2: Becoming the 'no FAL' ARCH

ARC2: Becoming the 'no SRL' ARCH

ARC1: Becoming the heartbeat ARCH

Thread 1 advanced to log sequence 1160003 (thread open)

Thread 1 opened at log sequence 1160003

  Current log# 1 seq# 1160003 mem# 0: D:\APP\ADMINISTRATOR\ORADATA\XFF\REDO01.LOG

Successful open of redo thread 1

MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set

Sun Aug 04 01:02:23 2024

SMON: enabling cache recovery

Archived Log entry 2 added for thread 1 sequence 1160002 ID 0xc4814d77 dest 1:

Archived Log entry 3 added for thread 1 sequence 1160001 ID 0xc4814d77 dest 1:

ARC3: Archival started

ARC0: STARTING ARCH PROCESSES COMPLETE

[7808] Successfully onlined Undo Tablespace 2.

Undo initialization finished serial:0 start:7657234 end:7657703 diff:469 (4 seconds)

Dictionary check beginning

Tablespace 'TEMP' #3 found in data dictionary,

but not in the controlfile. Adding to controlfile.

Dictionary check complete

Verifying file header compatibility for 11g tablespace encryption..

Verifying 11g file header compatibility for tablespace encryption completed

SMON: enabling tx recovery

*********************************************************************

WARNING: The following temporary tablespaces contain no files.

         Txff condition can occur when a backup controlfile has

         been restored.  It may be necessary to add files to these

         tablespaces.  That can be done using the SQL statement:

  

         ALTER TABLESPACE <tablespace_name> ADD TEMPFILE

  

         Alternatively, if these temporary tablespaces are no longer

         needed, then they can be dropped.

           Empty temporary tablespace: TEMP

*********************************************************************

Database Characterset is ZHS16GBK

No Resource Manager plan active

**********************************************************

WARNING: Files may exists in db_recovery_file_dest

that are not known to the database. Use the RMAN command

CATALOG RECOVERY AREA to re-catalog any such files.

If files cannot be cataloged, then manually delete them

using OS command.

One of the following events caused txff:

1. A backup controlfile was restored.

2. A standby controlfile was restored.

3. The controlfile was re-created.

4. db_recovery_file_dest had previously been enabled and

   then disabled.

**********************************************************

replication_dependency_tracking turned off (no async multimaster replication found)

Starting background process QMNC

Sun Aug 04 01:02:27 2024

QMNC started with pid=75, OS id=7884

LOGSTDBY: Validating controlfile with logical metadata

LOGSTDBY: Validation complete

Completed: alter database open

后续处理异常表,lob,index等数据,客户业务测试都ok,完成本次恢复工作

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/1979352.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

【考研高数】tan(arcsin x)、tan(arccos x)、sin(arccos x)、cos(arcsin x) 等于多少?

在做题的时候&#xff0c;我们可能会用到下面这几个式子的值&#xff0c;在这里&#xff0c;「荒原之梦考研数学」先给出结论&#xff0c;在这些结论的后面&#xff0c;也给同学们放上了具体的证明过程&#xff1a; tan ⁡ ( arcsin ⁡ x ) x 1 − x 2 \tan(\arcsin x) \frac…

深度分析AI大模型赋能后,内容生产行业的发展现状

国内首部由AI全流程参与制作的微短剧《补天》近日正式发布&#xff0c;从剧本构思、角色设定到场景设计以及后期剪辑&#xff0c;各个环节均深度融入了AI技术&#xff0c;展现了人工智能在内容创作方面的全面能力。 AI大模型的兴起正在深刻地改变着内容生产的方式&#xff0c;…

Animate软件基本概念:帧及关键帧

FlashASer&#xff1a;AdobeAnimate2021软件零基础入门教程https://zhuanlan.zhihu.com/p/633230084 FlashASer&#xff1a;实用的各种Adobe Animate软件教程https://zhuanlan.zhihu.com/p/675680471 FlashASer&#xff1a;Animate教程及作品源文件https://zhuanlan.zhihu.co…

VBA读取不带后缀名文本文件的方法(解决Unix文本文件在Windows下变成一行的读取)

VBA在操作Excel等Office软件方面有天然的优势&#xff0c;虽说现在Python的Pandas&#xff0c;openpyxl和Java的poi包都可以处理Excel文件&#xff0c;但有两个问题&#xff1a;首先&#xff0c;目标电脑上必须先按照Java或python环境&#xff0c;如果在一些机构内部处于安全原…

库存超卖问题解决方式

文章目录 超卖问题解决方式什么是库存超卖问题&#xff1f;乐观锁和悲观锁的定义超卖问题解决方式一、悲观锁1.jvm单机锁2.通过使用mysql的行锁&#xff0c;使用一个sql解决并发访问问题3.使用mysql的悲观锁解决4. 使用redis分布式锁来解决 二、乐观锁解决1.版本号2. CAS法&…

Problems with OpenAI Authentification

题意&#xff1a;OpenAI 认证问题 问题背景&#xff1a; Ive got some problems with the Authentification to OpenAI in my python code. It seems like, OpenAI doesnt accept my key. I did a new on and tried it with other ones before. I always get the same issues.…

机械学习—零基础学习日志(高数21——泰勒展开)

零基础为了学人工智能&#xff0c;真的开始复习高数 求解自然对话e&#xff0c;证明e是如何从极限&#xff08;11/x&#xff09;x中得来的&#xff0c;需要了解泰勒展开式。现在终于学习到泰勒展开式。 泰勒公式定义 泰勒公式具体展开 泰勒公式考点常用 这里也可以等价到函数…

转录组差异分析方法整理(deseq2,edgeR,limma_voom)

三种最常用的差异分析方法(deseq2&#xff0c;edgeR&#xff0c;limma_voom)的整理。 目前在实际应用的过程中一般选择其中一种结果即可&#xff0c;或三种方法分析后结果取交集。 本次演示选择了GSE213615数据集&#xff0c;该数据集采用了两种肝癌细胞系&#xff0c;并使用索…

鸿蒙媒体开发【相机数据采集保存】音频和视频

相机数据采集保存 介绍 本示例主要展示了相机的相关功能&#xff0c;使用libohcamera.so 接口实现相机的预览、拍照、录像、前后置摄像头切换进行拍照、录像&#xff0c;以及对焦、曝光等控制类功能。 效果预览 使用说明 弹出是否允许“CameraSample”使用相机&#xff1f;…

CentOS上面的MySQL安装~~~保姆级教程

目录 0.声明 1.下载官网包包 2.新建文件夹&#xff0c;把rpm拖拽进来 3.安装yum源&#xff0c;查看前后变化 4.安装mysql服务 5.查看是否安装成功 6.出现报错的解决方案 7.启动MySQL 8.查看启动服务 9.配置文件 10.重新运行 11.免密码登录 12.再谈配置文件 0.声明…

【Unity】3D功能开发入门系列(四)

Unity3D功能开发入门系列&#xff08;四&#xff09; 一、组件的访问&#xff08;一&#xff09;组件的调用&#xff08;二&#xff09;组件的参数&#xff08;三&#xff09;引用别的组件&#xff08;四&#xff09;引用脚本组件&#xff08;五&#xff09;消息调用 二、物体的…

A*搜索算法 双向A*搜索算法 Julia实现

算法概述 抽象的在非负有向边权图 G ( V , E , W ) , W : E → R G (V, E, W), W: E \to \mathbb{R} G(V,E,W),W:E→R 上的 BFS 过程可以看作这样&#xff1a; (1) 设 C C C 点集表示已遍历的点&#xff0c; ∀ n ∈ C , d ( n ) \forall n \in C, d(n) ∀n∈C,d(n) 表示…

Leetcode75- 种花问题

间隔种花 也就是 0 0 0 或者开头 0 0 结尾 0 0 也就是这三个地方可以种花 然后分别判断 最后根据提交结果分析漏掉的情况 比如 n为0 和 数组长度只有一个的情况 使用枚举可以很快解题

技术男的审美反击:UI配置化新纪元

之前常常被甲方的领导说&#xff0c;我们全是一群钢铁直男&#xff0c;一点不懂审美&#xff0c;其实我们心里边想的 “您说得对啊&#xff01;&#xff01;&#xff01;&#xff01;” 这个可能和理工科有关系吧&#xff0c;理工男好像都差不多&#xff0c;所以这次我们就把很…

Vue的学习(二)

目录 一、class及style的绑定 1.v-bind:class绑定类名 绑定class为对象 ​编辑2. v-bind:class绑定类名 绑定class为对象 3.v-bind:class绑定类名 绑定class为数组 1) v-bind:class绑定类名 绑定class为数组 方法一&#xff1a; 2) v-bind:class绑定类名 绑定class为数组…

实验4-2-1 求e的近似值

//实验4-2-1 求e的近似值 /* 自然常数 e 可以用级数 11/1!1/2!⋯1/n!⋯ 来近似计算。 本题要求对给定的非负整数 n&#xff0c;求该级数的前 n1 项和。 输入格式:输入第一行中给出非负整数 n&#xff08;≤1000&#xff09;。 输出格式:在一行中输出部分和的值&#xff0c;保留…

nginx: [error] open() “/run/nginx.pid“ failed (2: No such file or directory)

今天 准备访问下Nginx服务&#xff0c;但是 启动时出现如下报错&#xff1a;&#xff08;80端口被占用&#xff0c;没有找到nginx.pid文件&#xff09; 解决思路&#xff1a; 1、 查看下排查下nginx服务 #确认下nginx状态 ps -ef|grep nginx systemctl status nginx#查看端口…

数据结构——时间和空间复杂度

目录 一、时间复杂度和空间复杂度是什么 二、为什么要有时间复杂度和空间复杂度 三、时间复杂度 四、空间复杂度 一、时间复杂度和空间复杂度是什么 在生活中&#xff0c;我们做一件事情需要花费一定的时间和一定的空间&#xff0c;举一个例子&#xff1a; 一个工厂需要制…

从根儿上学习spring 十一 之run方法启动第四段(5)

图15-AbstractAutowireCapableBeanFactory#doCreateBean方法 我们接着讲doCreateBean方法&#xff0c;之前对循环依赖做了些解释&#xff0c;我们接着往下看populateBean(beanName, mbd, instanceWrapper)方法 图15-572行 这行就是调用populateBean(beanName, mbd, instanceW…

目标检测——YOLOv10: Real-Time End-to-End Object Detection

YOLOv10是在YOLOv8的基础上&#xff0c;借鉴了RT-DETR的一些创新点改进出来的 标题&#xff1a;YOLOv10: Real-Time End-to-End Object Detection论文&#xff1a;https://arxiv.org/pdf/2405.14458源码&#xff1a;https://github.com/THU-MIG/yolov10 1. 论文介绍 在过去的几…