ORA-00742 ORA-00312特殊恢复

简介: ORA-00742 ORA-00312特殊恢复

ERROR:
ORA-00742: 日志读取在线程 1 序列 20 块 40649 中检测到写入丢失情况
ORA-00312: 联机日志 2 线程 1: '/oracle/oradata/SEM/redo02.log'

SQL> RECOVER DATABASE UNTIL CANCEL;                 //尝试recover之
ORA-01547: 警告: RECOVER 成功但 OPEN RESETLOGS 将出现如下错误 ORA-01152:
文件 1 没有从过旧的备份中还原 ORA-01110:
数据文件 1: '/oracle/oradata/SEM/system01.dbf'

SQL> alter database open resetlogs;                     
alter database open resetlogs
*
第 1 行出现错误:
ORA-01152: 文件 1 没有从过旧的备份中还原 ORA-01110:               //果真如上所述open时回出现这个错误
数据文件 1: '/oracle/oradata/SEM/system01.dbf'

alert.log中记录如下:

Errors in file /oracle/diag/rdbms/sem/SEM/trace/SEM_pr00_3546.trc:
ORA-01547: 警告: RECOVER 成功但 OPEN RESETLOGS 将出现如下错误
ORA-01152: 文件 1 没有从过旧的备份中还原
ORA-01110: 数据文件 1: '/oracle/oradata/SEM/system01.dbf'
ORA-1547 signalled during: ALTER DATABASE RECOVER  DATABASE UNTIL CANCEL  ...
Tue Sep 03 03:29:40 2013
Checker run found 15 new persistent data failures

查看scn的状态

SQL> select checkpoint_change# from v$database;            //控制文件的scn

CHECKPOINT_CHANGE#
------------------
           6505947

SQL> select checkpoint_change# from v$datafile;            //数据文件的scn

CHECKPOINT_CHANGE#
------------------
           6530705
           6530705
           6530705
           6530705
           6530705
           6530705
           6530705
           6530705
           6530705
           6530705
           6530705

CHECKPOINT_CHANGE#
------------------
           6530705
           6530705
           6530705
           6530705

已选择 15 行。

SQL> select checkpoint_change# from v$datafile_header;              //数据文件头的scn

CHECKPOINT_CHANGE#
------------------
           6530705
           6530705
           6530705
           6530705
           6530705
           6530705
           6530705
           6530705
           6530705
           6530705
           6530705

CHECKPOINT_CHANGE#
------------------
           6530705
           6530705
           6530705
           6530705

已选择 15 行。

很明显控制文件中的scn没赶上数据文件和数据头文件中的变化 然后尝试不玩全恢复

SQL> recover database using backup controlfile until cancel;
ORA-00279: 更改 6530705 (在 09/01/2013 02:59:56 生成) 对于线程 1 是必需的 ORA-00289:
建议: /oracle/archivelog/1_20_824696280.dbf
ORA-00280: 更改 6530705 (用于线程 1) 在序列 #20 中

指定日志: {=suggested | filename | AUTO | CANCEL}
cancel
介质恢复已取消。

SQL> alter database open resetlogs;

数据库已更改。

再查看控制文件中的scn的状态

SQL> select checkpoint_change# from v$database;

CHECKPOINT_CHANGE

       6530709                                                           //控制文件中的scn号只差几个,这几个可能是我open之后scn自己增加的几个  也就是说此次恢复和数据文件中的一样了

至此数据库实例就成功起来了

目录
相关文章
|
Oracle 关系型数据库 数据库
实战篇:Oracle 数据坏块的 N 种修复方式
实战篇:Oracle 数据坏块的 N 种修复方式
实战篇:Oracle 数据坏块的 N 种修复方式
|
存储 SQL Oracle
Oracle使用expdp/impdp实现全库导入导出的整体流程
Oracle的全库导入,首先一点必须先创建数据库,创建了数据库,才能往该数据库导入所有数据。相对来说,使用Oracle进行数据导入导出还很有些“麻烦”的,大多数资料上来就是......
14128 0
Oracle使用expdp/impdp实现全库导入导出的整体流程
|
缓存 Linux
CentOS-6的iso下载地址镜像yum源
通过上述步骤,您可以成功下载CentOS 6的ISO镜像文件,并配置适用于CentOS 6的YUM源。尽管CentOS 6已经停止更新,但使用这些镜像和YUM源配置,可以继续在需要的环境中使用和维护CentOS 6系统。
6901 20
|
Oracle 网络协议 安全
Oracle 11g DataGuard搭建保姆级教程
Oracle 11g DataGuard搭建保姆级教程
1628 4
|
关系型数据库 API 数据库
基于Patroni的PostgreSQL高可用环境部署
在部署PostgreSQL到生产环境中时,选择适合的高可用方案是一项必不可少的工作。本文介绍基于Patroni的PostgreSQL高可用的部署方法,供大家参考。
8257 153
|
监控 Windows
Zabbix 5.0 LTS配置中文支持并解决字符乱码问题
文章介绍了如何在Zabbix 5.0 LTS中配置中文支持并解决字符乱码问题,包括在用户设置中选择中文语言和替换默认字体为Windows字体的步骤。
1737 4
|
NoSQL 前端开发 Redis
Windows 下安装和配置 Redis (图文教程)
Windows 下安装和配置 Redis (图文教程)
|
缓存 关系型数据库 MySQL
MySQL参数优化之thread_cache_size
MySQL参数优化之thread_cache_size
3863 0
|
缓存 运维 应用服务中间件
运维系列.Nginx配置中的高级指令和流程控制
运维系列.Nginx配置中的高级指令和流程控制
1178 1