Oracle 19c 报ORA-704 ORA-01555故障处理---惜分飞

这篇具有很好参考价值的文章主要介绍了Oracle 19c 报ORA-704 ORA-01555故障处理---惜分飞。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

异常断电导致数据库无法启动,尝试对数据文件进行recover操作,报ORA-00283 ORA-00742 ORA-00312错误,由于redo写丢失无法正常应用

D:\check_db>sqlplus / as sysdba

SQL*Plus: Release 19.0.0.0.0 - Production on 星期日 7月 30 07:49:19 2023

Version 19.3.0.0.0

Copyright (c) 1982, 2019, Oracle.  All rights reserved.

连接到:

Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production

Version 19.3.0.0.0

SQL> recover datafile 1;

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

ORA-00742: 日志读取在线程 1 序列 9274 块 18057 中检测到写入丢失情况

ORA-00312: 联机日志 1 线程 1: 'D:\APP\ADMINISTRATOR\ORADATA\HIS\REDO01.LOG'

屏蔽数据一致性,尝试强制打开库,报ORA-00604,ORA-00704,ORA-01555错误

SQL> alter database open resetlogs;

alter database open resetlogs

*

第 1 行出现错误:

ORA-00603: ORACLE server session terminated by fatal error

ORA-01092: ORACLE instance terminated. Disconnection forced

ORA-00704: bootstrap process failure

ORA-00704: bootstrap process failure

ORA-00604: error occurred at recursive SQL level 1

ORA-01555: snapshot too old: rollback segment number 9 with name

"_SYSSMU9_4165470211$" too small

进程 ID: 4036

会话 ID: 2277 序列号: 40707

alert日志对应错误

2023-07-30T06:54:43.457383+08:00

.... (PID:5836): Clearing online redo logfile 1 complete

.... (PID:5836): Clearing online redo logfile 2 complete

.... (PID:5836): Clearing online redo logfile 3 complete

Resetting resetlogs activation ID 3572089731 (0xd4e9c383)

Online log D:\APP\ADMINISTRATOR\ORADATA\XFF\REDO01.LOG: Thread 1 Group 1 was previously cleared

Online log D:\APP\ADMINISTRATOR\ORADATA\XFF\REDO02.LOG: Thread 1 Group 2 was previously cleared

Online log D:\APP\ADMINISTRATOR\ORADATA\XFF\REDO03.LOG: Thread 1 Group 3 was previously cleared

2023-07-30T06:54:43.863676+08:00

Setting recovery target incarnation to 2

2023-07-30T06:54:44.816771+08:00

Ping without log force is disabled:

  instance mounted in exclusive mode.

Endian type of dictionary set to little

2023-07-30T06:54:44.957395+08:00

Assigning activation ID 3664275149 (0xda6866cd)

2023-07-30T06:54:44.957395+08:00

TT00 (PID:4640): Gap Manager starting

2023-07-30T06:54:45.004305+08:00

Redo log for group 1, sequence 1 is not located on DAX storage

2023-07-30T06:54:46.176153+08:00

Thread 1 opened at log sequence 1

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

Successful open of redo thread 1

2023-07-30T06:54:46.191771+08:00

MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set

stopping change tracking

2023-07-30T06:54:46.223036+08:00

TT03 (PID:1816): Sleep 5 seconds and then try to clear SRLs in 2 time(s)

2023-07-30T06:54:46.332398+08:00

ORA-01555 caused by SQL statement below (SQL ID: 4krwuz0ctqxdt, SCN:

0x0000000017b852a7

):

2023-07-30T06:54:46.332398+08:00

select ctime, mtime, stime from obj$ where obj# = :1

2023-07-30T06:54:46.332398+08:00

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

ORA-00704: 引导程序进程失败

ORA-00604: 递归 SQL 级别 1 出现错误

ORA-01555: 快照过旧: 回退段号 9 (名称为 "_SYSSMU9_4165470211$") 过小

2023-07-30T06:54:46.332398+08:00

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

ORA-00704: 引导程序进程失败

ORA-00704: 引导程序进程失败

ORA-00604: 递归 SQL 级别 1 出现错误

ORA-01555: 快照过旧: 回退段号 9 (名称为 "_SYSSMU9_4165470211$") 过小

2023-07-30T06:54:46.348028+08:00

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

ORA-00704: 引导程序进程失败

ORA-00704: 引导程序进程失败

ORA-00604: 递归 SQL 级别 1 出现错误

ORA-01555: 快照过旧: 回退段号 9 (名称为 "_SYSSMU9_4165470211$") 过小

Error 704 happened during db open, shutting down database

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

ORA-00603: ORACLE 服务器会话因致命错误而终止

ORA-01092: ORACLE 实例终止。强制断开连接

ORA-00704: 引导程序进程失败

ORA-00704: 引导程序进程失败

ORA-00604: 递归 SQL 级别 1 出现错误

ORA-01555: 快照过旧: 回退段号 9 (名称为 "_SYSSMU9_4165470211$") 过小

Incident details in: D:\APP\ADMINISTRATOR\diag\rdbms\xff\xff\incident\incdir_474502\xff_ora_5836_i474502.trc

2023-07-30T06:54:47.785549+08:00

opiodr aborting process unknown ospid (5836) as a result of ORA-603

2023-07-30T06:54:47.816792+08:00

ORA-603 : opitsk aborting process

License high water mark = 6

USER (ospid: (prelim)): terminating the instance due to ORA error

这类错误比较常见,参考以前类似恢复:
在数据库open过程中常遇到ORA-01555汇总
数据库open过程遭遇ORA-1555对应sql语句补充
Oracle Recovery Tools恢复—ORA-00704 ORA-01555故障
使用_allow_resetlogs_corruption导致ORA-00704/ORA-01555故障
对于本次故障,通过Oracle Recovery Tools工具快速处理
 

Oracle 19c 报ORA-704 ORA-01555故障处理---惜分飞,oracle


open数据库成功

SQL> alter database open;

数据库已更改。

SQL>

SQL>

SQL> select status,count(1) from v$datafile group by status;

STATUS           COUNT(1)

-------------- ----------

SYSTEM                  1

ONLINE                 61文章来源地址https://www.toymoban.com/news/detail-619187.html

到了这里,关于Oracle 19c 报ORA-704 ORA-01555故障处理---惜分飞的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • ORA-600 ksuloget2 恢复----惜分飞

    客户在win 32位的操作系统上调至sga超过2G,数据库运行过程中报ORA-600 ksuloget2错误 Thread 1 cannot allocate new log, sequence 43586 Checkpoint not complete    Current log # 1 seq# 43585 mem# 0: D:ORACLEORADATAORCLREDO01.LOG Fri Aug 04 14:57:02 2023 Errors in file d:oraclediagrdbmsorclorcltraceorcl_ora_42996.trc  (incident=

    2024年02月12日
    浏览(41)
  • Oracle 19c Linux平台启动时出现ORA-00800错误浅析

    这里简单介绍一下如何处理解决Linux平台下Oracle 19c启动时,告警日志出现ORA-00800错误的问题,详情介绍请见下面内容: 操作系统:Red Hat Enterprise Linux release 8.8 (Ootpa) 数据库 :19.16.0.0.0 企业版 在Oracle 19c启动时,在Oracle的告警日志中会出现下面这样一条告警信息: 分析ORA-008

    2024年02月06日
    浏览(46)
  • 基于ora2pg迁移Oracle19C到postgreSQL14

    📢📢📢📣📣📣 哈喽!大家好,我是【IT邦德】,江湖人称jeames007,10余年DBA及大数据工作经验 一位上进心十足的【大数据领域博主】!😜😜😜 中国DBA联盟(ACDU)成员,目前服务于工业互联网 擅长主流Oracle、MySQL、PG、高斯及Greenplum运维开发,备份恢复,安装迁移,性能优

    2024年02月05日
    浏览(42)
  • Oracle 19c的参数sec_case_sensitive_logon与ORA-01017错误

    Oracle的参数sec_case_sensitive_logon是Oracle 11g开始被引入。这个参数主要是为了控制密码的大小写敏感问题。 sec_case_sensitive_logon=true表示密码区分大小写。 sec_case_sensitive_logon=false表示密码不区分大小写。 从Oracle 12c开始,参数sec_case_sensitive_logon被弃用了。但是为了向下兼容,即使在

    2023年04月26日
    浏览(41)
  • Oracle误删除数据文件恢复---惜分飞

    有客户通过sftp误删除oracle数据文件,咨询我们是否可以恢复,通过远程上去检查,发现运气不错,数据库还没有crash,通过句柄找到被删除文件 oracle@cwgstestdb[testwctdb] /proc/20611/fd $ ls -ltr total 0 lr-x------ 1 oracle oinstall 64 Feb 20 14:03 9 - /oracle/db19c/rdbms/mesg/oraus .msb lrwx------ 1 oracle oinstall 64 F

    2024年02月22日
    浏览(48)
  • win系统删除oracle数据文件恢复---惜分飞

    有客户联系我们,说win平台下的数据库,在由于空间紧张,在关闭数据库的情况下删除的两个数据文件,导致数据库无法正常访问很多业务表,需要对其进行恢复,查看alert日志发现大概操作,删除文件之后,启动数据库失败 Completed: alter database mount exclusive alter database open Errors in file d:

    2024年02月15日
    浏览(48)
  • Oracle Recovery Tools快速恢复断电引起的无法正常启动数据库----惜分飞

    由于异常断电,数据库启动报错ORA-01113和ORA-01110,ORA-00322和ORA-00312以及ORA-00314和ORA-00312错误 Mon Apr 17 09:35:04 2023 ALTER DATABASE OPEN Errors in file D:APPADMINISTRATORdiagrdbmsorclorcltraceorcl_ora_10192.trc: ORA-01113: 文件 1 需要介质恢复 ORA-01110: 数据文件 1: \\\'D:APPADMINISTRATORORADATAORCLSYSTEM01.DBF

    2023年04月21日
    浏览(43)
  • Exadata磁盘损坏导致磁盘组无法mount恢复(oracle一体机磁盘组异常恢复)---惜分飞

    Oracle Exadata客户,在换盘过程中,cell节点又一块磁盘损坏,导致datac1磁盘组(该磁盘组是normal方式冗余)无法mount Thu Jul 20 22:01:21 2023 SQL alter diskgroup datac1 mount force NOTE: cache registered group DATAC1 number=1 incarn=0x0728ad12 NOTE: cache began mount (first) of group DATAC1 number=1 incarn=0x0728ad12 NOTE: Assigning

    2024年02月15日
    浏览(43)
  • docker部署oracle 19c

    步骤2:规划镜像数据存储路径 进入容器后有个 setPassword.sh 脚本 步骤5: 检查新生成的容器的时区 jdbc连接: 原因: 在表空间“USERS”无权限 解决办法: 查看当前用户所属表空间: 修改表空间:  

    2024年02月04日
    浏览(39)
  • Oracle 19c 安装(Linux)

    操作系统基础配置 本章节所有操作使用root用户 关闭防火墙和SELINUX 关闭selinux: 编辑/etc/selinux/config 文件 RPM包安装 Oracle安装需要以下RPM包: compat-libcap1-1.10-1 (x86_64) gcc-4.4.4-13.el6 (x86_64) gcc-c+±4.4.4-13.el6 (x86_64) glibc-devel-2.12-1.7.el6 (x86_64) libaio-devel-0.3.107-10.el6 (x86_64) libstdc+±devel-

    2024年02月02日
    浏览(58)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包