对于这样的情况,可以使用自研的Oracle Recovery Tools工具快速修改scn,然后online数据文件即可

有朋友找到我,说数据库做recover报ORA-01245和ORA-01110错误,无法继续恢复,请求支持

SQL> recover database using backup controlfile until cancel;

…………

第 1 行出现错误:

ORA-01245: RESETLOGS 完成时脱机文件 1 将丢失

ORA-01110: 数据文件 1: 'E:\APP\ADMINISTRATOR\ORADATA\HXV10\SYSTEM01.DBF'

通过Oracle Database Recovery Check检查数据库情况,发现datafile 1处于offline状态

Wed Aug 26 23:11:00 2015

alter database datafile 1 offline drop

Completed: alter database datafile 1 offline drop

从这里基本上可以知道为什么出现ORA-01245错误了,由于system表空间中文件被offline导致.

redo信息

Mon Aug 24 22:38:35 2015

alter database clear unarchived logfile group 2

Clearing online log 2 of thread 1 sequence number 5705

Completed: alter database clear unarchived logfile group 2

Wed Aug 26 23:13:23 2015

alter database clear logfile group 3

Clearing online log 3 of thread 1 sequence number 5706

Completed: alter database clear logfile group 3

除当前redo之外,其他redo被clear

尝试恢复

SQL> alter database datafile 1 online;

数据库已更改。

SQL> recover database;

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

ORA-01610: 使用 BACKUP CONTROLFILE 选项的恢复必须已完成

SQL> recover database using backup controlfile;

ORA-00279: 更改 63960710 (在 08/23/2015 17:01:25 生成) 对于线程 1 是必需的

ORA-00289: 建议:

E:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\HXV10\ARCHIVELOG\2015_08_27\O1_MF_1_570

5_%U_.ARC

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

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

E:\APP\ADMINISTRATOR\ORADATA\HXV10\REDO03.LOG

ORA-00310: 归档日志包含序列 5706; 要求序列 5705

ORA-00334: 归档日志: 'E:\APP\ADMINISTRATOR\ORADATA\HXV10\REDO03.LOG'

SQL> recover database using backup controlfile;

ORA-00279: 更改 63960710 (在 08/23/2015 17:01:25 生成) 对于线程 1 是必需的

ORA-00289: 建议:

E:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\HXV10\ARCHIVELOG\2015_08_27\O1_MF_1_570

5_%U_.ARC

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

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

E:\APP\ADMINISTRATOR\ORADATA\HXV10\REDO02.LOG

ORA-00339: 归档日志未包含任何重做

ORA-00334: 归档日志: 'E:\APP\ADMINISTRATOR\ORADATA\HXV10\REDO02.LOG'

SQL> recover database using backup controlfile;

ORA-00279: 更改 63960710 (在 08/23/2015 17:01:25 生成) 对于线程 1 是必需的

ORA-00289: 建议:

E:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\HXV10\ARCHIVELOG\2015_08_27\O1_MF_1_570

5_%U_.ARC

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

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

E:\APP\ADMINISTRATOR\ORADATA\HXV10\REDO01.LOG

ORA-00310: 归档日志包含序列 5707; 要求序列 5705

ORA-00334: 归档日志: 'E:\APP\ADMINISTRATOR\ORADATA\HXV10\REDO01.LOG'

数据库做恢复需要seq 5705的redo,但是redo已经被clear,导致现在数据库常规手段无法恢复,只用使用隐含参数屏蔽数据库前滚(一致性检查)

再次尝试打开数据库

ORACLE 例程已经启动。

Total System Global Area 778387456 bytes

Fixed Size 1374808 bytes

Variable Size 486540712 bytes

Database Buffers 285212672 bytes

Redo Buffers 5259264 bytes

数据库装载完毕。

SQL> recover database using backup controlfile;

ORA-00279: 更改 63960710 (在 08/23/2015 17:01:25 生成) 对于线程 1 是必需的

ORA-00289: 建议:

E:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\HXV10\ARCHIVELOG\2015_08_27\O1_MF_1_570

5_%U_.ARC

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

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

cancel

介质恢复已取消。

SQL> alter database open resetlogs;

数据库已更改。

在数据库恢复中,请不要对system表空间数据文件进行offline操作,如果对此类文件进行offline操作,讲在数据库恢复过程中出现ORA-01245和ORA-01110错误,而且文件还会出现SYSOFF状态

oracle数据库offline,system01.dbf文件被offline,导致数据库报ORA-01245 ORA-01110故障恢复...相关推荐

  1. oracle dbf 超大,system01.dbf文件过大——SYSTEM表空间AUD$使用空间过大问题处理

    巡检时发现oracle数据库的system01.dbf数据文件超大,有32G大小,下面对system01.dbf进行排查占用大的问题及缩小空间 1.检查system表空间中占用空间最大对象 SELEC ...

  2. oracle11g ora 29927,【案例】Oracle内存泄漏 进行10046跟踪分析07445导致数据库宕机

    天萃荷净 在一次ORA-7445导致oracle数据库down掉故障分析中,发现sql因某种原因导致大量的sql area中很多内存泄露,最终导致数据库down掉.通过实验找出类此奇怪SQL. SEL ...

  3. oracle表空间dbf文件,Oracle 11g表空间dbf文件迁移

    当Oracle的数据文件所在的磁盘空间不够用了或其他情况需要把dbf文件迁移到另外的位置,下面是操作步骤: 1.sqlplus sys/sys as sysdba 2.shutdown immedia ...

  4. oracle启动包找不到数据文件,ORA-01078,LRM-00109参数文件问题,导致数据库无法启动...

    在oracle9i和oracle10g中,数据库默认将使用spfile启动数据库,如果spfile不存在,并且找不到静态参数文件或环境变量设置错误,则就会出现ORA-01078和LRM-00109错误 ...

  5. 下载丨7月数据库技术通讯:LINUX OS配置问题导致数据库重启

    为了及时共享行业案例,通知共性问题,达成共享和提前预防,我们整理和编辑了<云和恩墨技术通讯>,通过对过去一段时间的知识回顾,故障归纳,以期提供有价值的信息供大家参考.同时,我们也希望能够将 ...

  6. oracle sql plus 导入dmp文件,sqlplus导入dmp数据库文件

    sqlplus导入dmp数据库文件 --kernelboy 打开SQLplus 一.创建临时表空间 create temporary tablespace临时表空间名 tempfile 'D:\app ...

  7. Oracle清理归档日志dbf文件

  8. oracle服务器内存显示错误,Oracle数据库内存溢出或作业不可用导致数据库宕机

    相关报错信息如下所示: 查看数据库的警告日志alert*.log信息进行分析: Process J000 died, see its trace file kkjcre1p: unable to sp ...

  9. The server time zone value ‘�й���׼ʱ��‘ is 数据库驱动版本与系统时间差异导致的报错

    **The server time zone value '�й���׼ʱ��' is unrecognized or represents more than one time zone. You ...

最新文章

  1. HDU4549(矩阵快速幂+快速幂)
  2. 菜单Menu(AS开发实战第四章学习笔记)
  3. 为什么 CTO、技术总监、架构师都不写代码,还这么牛?
  4. Golang sync
  5. Git设置忽略文件/文件夹
  6. android 点击图片事件,android图文混排点击事件
  7. python16进制转2进制流_将十六进制文件转换为二进制文件
  8. 5条Java记录规则
  9. 不同浏览器CSS隐藏元素滚动条
  10. Golang实现基于Websocket协议的H5聊天室
  11. 黑客攻防技术宝典web实战篇:利用信息泄露习题
  12. python代码翻译器-Python一键转Java?quot;谷歌翻译”你别闹(附链接)
  13. oracle外部表迁移,海量数据迁移之外部表并行抽取
  14. tensorflow代码学习:二分类模型
  15. python arp 网关_python arp欺骗伪造网关代码详解
  16. 国赛助力:第三类边界条件热传导方程及基于三对角矩阵的数值计算MATLAB实现(2020A)
  17. sw工程图导出bom_solidworks怎么导出带缩略图的BOM材料明细表?
  18. EFResume 一个普通的 Swift 简历模板
  19. sklearn及gensim下lda模型的训练
  20. 零雨其蒙:Practicing Test-Driven Development by Example Using Delphi

热门文章

  1. English Learning - L3 作业打卡 Lesson5 Day32 2023.6.5 周一
  2. DS1302时钟芯片
  3. cannot import name ‘escape‘ from ‘jinja2‘
  4. linux系统的启动过程 5个步骤,第5章 Linux系统启动过程.ppt
  5. 19 南京区域赛 F. Paper Grading
  6. AVRGCC常见库文件头文件介绍
  7. 编译原理学习(一)--编译以及编译过程
  8. linux bonding 原理,linux bonding原理
  9. Jackson关于Western Blot、IHC 和 ELISA 的显色检测分析
  10. 计算机中级职称.临沂,临沂50周岁以上人员评职称可免考计算机