Redo 损坏彻底解决

最新推荐文章于 2022-11-18 10:16:42 发布
最新推荐文章于 2022-11-18 10:16:42 发布
阅读量3.4k 收藏
点赞数
分类专栏： 数据库技术 文章标签： database logging sun sql statistics terminal

Redo 损坏彻底解决 [转]


几天在看隐含参数，为了验证一下，便加了一大堆进行，结果。。。。居然导致Redo损坏：
ORA-16038: log 3 sequence# 72 cannot be archived
ORA-00354: corrupt redo log block header
ORA-00312: online log 3 thread 1: 'D:/ORACLE/ORADATA/RMAN/REDO03.LOG'

Sat May 14 23:16:49 2005
Errors in file d:/oracle/admin/rman/bdump/rman_arc0_736.trc:
ORA-16038: log 3 sequence# 72 cannot be archived
ORA-00354: corrupt redo log block header
ORA-00312: online log 3 thread 1: 'D:/ORACLE/ORADATA/RMAN/REDO03.LOG'

此时的初始化参数：
processes = 150
timed_statistics = FALSE
_disable_system_state = TRUE
shared_pool_size = 83886080
large_pool_size = 8388608
java_pool_size = 0
trace_enabled = TRUE
backup_tape_io_slaves = TRUE
_dump_system_state_scope = LOCAL
control_files = D:/oracle/oradata/rman/control01.ctl, D:/oracle/oradata/rman/control02.ctl, D:/oracle/oradata/rman/control03.ctl
db_block_size = 4096
db_cache_size = 134217728
compatible = 9.2.0.0.0
log_archive_start = TRUE
log_checkpoint_timeout = 0
_disable_logging = TRUE
db_files = 65534
db_file_multiblock_read_count= 16
fast_start_mttr_target = 0
undo_management = AUTO
undo_tablespace = UNDOTBS1
undo_retention = 10800
remote_login_passwordfile= EXCLUSIVE
db_domain =
instance_name = rman
utl_file_dir = d:/oracle/admin/rman/
cursor_sharing = SIMILAR
hash_join_enabled = TRUE
background_dump_dest = D:/oracle/admin/rman/bdump
user_dump_dest = D:/oracle/admin/rman/udump
core_dump_dest = D:/oracle/admin/rman/cdump
session_max_open_files = 1000
sort_area_size = 2097152
db_name = rman
open_cursors = 300
sql_trace = FALSE
partition_view_enabled = TRUE
star_transformation_enabled= TRUE
query_rewrite_enabled = TRUE
pga_aggregate_target = 10485760
statistics_level = ALL

这个祸手就是 _disable_logging = TRUE。

SQL> select ksppinm,ksppdesc
2 from x＄ksppi
3 where ksppinm='_disable_logging' ;

KSPPINM KSPPDESC
-------------------- --------------------
_disable_logging Disable logging

至于为什么要加这个参数，是想看一下这个参数在数据导入时，是否Disable logging。结果事与愿违，倒是弄出错误来。

为了打开数据库，首先想到的是将坏的日志清除掉，但是：
SQL> alter database clear unarchived logfile group 3 ;
alter database clear unarchived logfile group 3
*
ERROR 位于第 1 行:
ORA-01624: 线程3的紧急恢复需要日志1
ORA-00312: 联机日志 3 线程 1: 'D:/ORACLE/ORADATA/RMAN/REDO03.LOG'

SQL> alter database clear unarchived logfile group 3 unrecoverable datafile;
alter database clear unarchived logfile group 3 unrecoverable datafile
*
ERROR 位于第 1 行:
ORA-01624: 线程3的紧急恢复需要日志1
ORA-00312: 联机日志 3 线程 1: 'D:/ORACLE/ORADATA/RMAN/REDO03.LOG'

清理日志文件行不通了，只有加入隐含参数，进行不完全恢复了。
 
不完全恢复
先加入隐含参数

SQL> alter system set "_allow_resetlogs_corruption"=true scope=spfile ;

系统已更改。

SQL> alter system set "_allow_terminal_recovery_corruption"=true scope=spfile ;

系统已更改。

SQL> shutdown abort ;
ORACLE 例程已经关闭。

这两个参数，如果忘了或者记不全，也不要紧，可以从固定表X＄KSPPI中查到：


代码:--------------------------------------------------------------------------------SQL> shutdown abort ;ORACLE 例程已经关闭。SQL> startup nomount ;ORACLE 例程已经启动。SQL> select  ksppinm,ksppdesc  2  from x＄ksppi  3  where ksppinm like '_allow%' escape '  4  ;KSPPINM                             KSPPDESC----------------------------------- ----------------------------------------_allow_error_simulation             Allow error simulation for testing_allow_resetlogs_corruption         allow resetlogs even if it will cause co                                    rruption_allow_terminal_recovery_corruption Finish terminal recovery even if it may                                    cause corruption_allow_read_only_corruption         allow read-only open even if database is                                     --------------------------------------------------------------------------------

 


SQL>startup
.....
数据库装载完毕。
ORA-00354: 损坏重做日志块标题
ORA-00353: 日志损坏接近块 51328 更改 1029419 时间
ORA-00312: 联机日志 3 线程 1: 'D:/ORACLE/ORADATA/RMAN/REDO03.LOG'

现在开始不完全恢复：
SQL> recover database until cancel;
ORA-00279: 更改 1029419 (在 05/15/2005 01:21:08 生成) 对于线程 1 是必需的
ORA-00289: 建议: D:/ORACLE/ORA92/RDBMS/ARC00078.001
ORA-00280: 更改 1029419 对于线程 1 是按序列 # 78 进行的


指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
cancel
ORA-01547: 警告: RECOVER 成功但 OPEN RESETLOGS 将出现如下错误
ORA-01194: 文件1需要更多的恢复来保持一致性
ORA-01110: 数据文件 1: 'F:/RMAN/SYSTEM01.DBF'


ORA-01112: 未启动介质恢复

SQL> recover database until cancel;
ORA-00279: 更改 1029419 (在 05/15/2005 01:21:08 生成) 对于线程 1 是必需的
ORA-00289: 建议: D:/ORACLE/ORA92/RDBMS/ARC00078.001
ORA-00280: 更改 1029419 对于线程 1 是按序列 # 78 进行的


指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
auto
ORA-00308: 无法打开存档日志 'D:/ORACLE/ORA92/RDBMS/ARC00078.001'
ORA-27041: 无法打开文件
OSD-04002: 无法打开文件
O/S-Error: (OS 2) 系统找不到指定的文件。


ORA-00308: 无法打开存档日志 'D:/ORACLE/ORA92/RDBMS/ARC00078.001'
ORA-27041: 无法打开文件
OSD-04002: 无法打开文件
O/S-Error: (OS 2) 系统找不到指定的文件。

SQL> recover database until cancel;
ORA-00279: 更改 1029419 (在 05/15/2005 01:21:08 生成) 对于线程 1 是必需的
ORA-00289: 建议: D:/ORACLE/ORA92/RDBMS/ARC00078.001
ORA-00280: 更改 1029419 对于线程 1 是按序列 # 78 进行的


指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
auto
ORA-00308: 无法打开存档日志 'D:/ORACLE/ORA92/RDBMS/ARC00078.001'
ORA-27041: 无法打开文件
OSD-04002: 无法打开文件
O/S-Error: (OS 2) 系统找不到指定的文件。


ORA-00308: 无法打开存档日志 'D:/ORACLE/ORA92/RDBMS/ARC00078.001'
ORA-27041: 无法打开文件
OSD-04002: 无法打开文件
O/S-Error: (OS 2) 系统找不到指定的文件。


ORA-01547: 警告: RECOVER 成功但 OPEN RESETLOGS 将出现如下错误
ORA-01194: 文件1需要更多的恢复来保持一致性
ORA-01110: 数据文件 1: 'F:/RMAN/SYSTEM01.DBF'

恢复完成。再用resetlogs打开数据库：

SQL> alter database open resetlogs ;
ERROR 位于第 1 行:
ORA-03113: 通信通道的文件结束

这是打开过程中的ALERT内容：
Sun May 15 01:32:46 2005
alter database open resetlogs
Sun May 15 01:32:47 2005
RESETLOGS is being done without consistancy checks. This may result
in a corrupted database. The database should be recreated.
RESETLOGS after incomplete recovery UNTIL CHANGE 1029419
Resetting resetlogs activation ID 1445126762 (0x5622e26a)
Sun May 15 01:32:55 2005
Assigning activation ID 1444730695 (0x561cd747)
Thread 1 opened at log sequence 1
Current log# 1 seq# 1 mem# 0: D:/ORACLE/ORADATA/RMAN/REDO01.LOG
Successful open of redo thread 1.
Sun May 15 01:32:55 2005
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Sun May 15 01:32:55 2005
SMON: enabling cache recovery
Sun May 15 01:32:56 2005
ARC1: Media recovery disabled
Sun May 15 01:32:59 2005
Errors in file d:/oracle/admin/rman/udump/rman_ora_1096.trc:
ORA-00600: 内部错误代码，参数: [2662], [0], [1029435], [0], [1037356], [8388785], [], []

Sun May 15 01:33:03 2005
Errors in file d:/oracle/admin/rman/udump/rman_ora_1096.trc:
ORA-00600: 内部错误代码，参数: [2662], [0], [1029435], [0], [1037356], [8388785], [], []

Sun May 15 01:33:03 2005
Error 600 happened during db open, shutting down database
USER: terminating instance due to error 600
Sun May 15 01:33:04 2005
Errors in file d:/oracle/admin/rman/bdump/rman_pmon_796.trc:
ORA-00600: internal error code, arguments: [], [], [], [], [], [], [], []

Instance terminated by USER, pid = 1096
ORA-1092 signalled during: alter database open resetlogs ...
Sun May 15 01:38:05 2005
USER: terminating instance due to error 1092
Instance terminated by USER, pid = 1096

等待很久，居然报这个错！其实不用怕，恢复已经完成，只要重新打开就可以了。

 

 

 


 

shouhuzhe
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
实现任意本地虚拟机或者本地物理机迁移上云到云平台使用，操作系统中的所有应用服务均不丢失正常使用启动，实现V2V、P2V、H2V，结合存储平台或者云平台实现热迁移服务不中断
代码讲故事
07-25 405
实现任意本地虚拟机或者本地物理机迁移上云到云平台使用，操作系统中的所有应用服务均不丢失正常使用启动，实现V2V、P2V、H2V，结合存储平台或者云平台实现热迁移服务不中断。 干过 云计算 平台的都比较清楚，云计算平台对 虚拟机镜像是有一定要求的，主要体现在驱动支持这一块，单纯的说虚拟机文件格式，基本上在虚拟化领域中都有支持的相同格式。以openstack构建的云平台为例，如果是在本地通过 Vmware Workstation 或者 VirtualBox 等虚拟化工具制作的镜像，如何进行迁移上传到云平台？
第10章 MySQL（一）
最新发布
Eclipse_2019的博客
10-04 923
mysql核心面试题总结（一）
oracle Redo损坏处理方法
yishaonada的专栏
08-01 934
一、非当前redo损坏 1、查看当前redo: SQL> select group#,thread#,sequence#,status from v$log; GROUP# THREAD# SEQUENCE# BYTES BLOCKSIZE MEMBERS ARCHIV STATUS FIRST_CHANGE# FIRST_TIME NEXT_CHANGE# NEXT_TIME ---
redo坏了
oursoft的专栏
10-02 483
第一种情况：redo坏了是在数据库关闭后SQL>recover database until cancel;SQL>alter database open resetlogs;第二种情况：多于member在group中, 如果有多于一个则还是可以直接clear 好了  
Oracle REDO损坏
ckth47350的博客
05-14 190
Oracle REDO损坏 一：通过警告日志alert_PROD2.log定位损坏的redolog名称和所属日志组； 二：通过v$log查看损坏redolog状态； ...
REDO文件丢失或者损坏的恢复
cps9988的博客
09-14 238
REDO文件的功能描述 REDO文件存储所有数据库的变更内容和每一次变更所需的重做脚本，是数据库不可缺少的一部分，如果REDO GROUP中只有一个REDO文件，同时这个REDO文件被损坏，则系统切换到这个REDO GRO...
Redo Corruption Errors During Redo Transport [ID 386417.1]
cucuan4341的博客
01-20 89
Applies to: Oracle Server - Enterprise Edition - Version: 9.2.0.1.0 to 9.2.0.7.0This problem can occur on any plat...
oracle可以放在文件的第一号,【案例】Oracle报错ORA-01210 datafile header block损坏的修复方法...
weixin_35696075的博客
04-03 762
天萃荷净Oracle研究中心案例分析：运维DBA反映Oracle数据库遇到报错ORA-01210分析原因为数据文件头块损坏块导致，使用BBED修复损坏文件。本站文章除注明转载外，均为本站原创： 转载自love wife & love life —Roger 的Oracle技术博客本文链接地址: Archivelog 模式下，datafile header损坏，如何恢复？客户数据库出现故障，...
数据库速成第八章——数据库的管理
gt7tg的博客
03-07 913
一、引言 对数据库的管理主要通过四个方面实现： 恢复 并发控制 完整性 安全性 每一方面构成了DBMS的一个子系统。 二、事务的概念 1 定义 事务(Transaction)的定义：事务是由若干对数据库的操作组成的一个逻辑单位。 宏观上是由程序员写的一条或多条SQL语句的一次执行，微观上是对数据元素的一系列基本操作。 需要提交和撤销。 且事务是数据库系统运行的最小单位。 事务以BEGIN TRANSACTION语句开始，以COMMIT或ROLLBACK语句结束。 假设银行数据库.
一文让你搞懂MYSQL底层原理。-内部结构、索引、锁、集群
澎湖Java架构师的博客
06-15 910
连接器(JDBC、ODBC等) =>[MYSQL 内部 ]=> [File]update的执行 从客户端 => ··· => 执行引擎 是一样的流程，都要先查到这条数据，然后再去更新。要想理解 UPDATE 流程我们先来看看，Innodb的架构模型。上一张 MYSQL 官方InnoDB架构图：这里有个关键点，当我们去查询数据时候会先 拿着我们当前查询的 夜 去 缓冲池 中查询 当前页是否在缓冲池中。如果在，则直接获取。当是update时，则会直接修改 Buffer中的值。这个时候，缓冲池中的数据就和磁盘中存
删除redo测试丢数据情况(_allow_resetlogs_corruption)
whb234174124的博客
12-05 271
创建表空间 SQL> create tablespace test datafile '/u01/app/oracle/oradata/test/test.dbf' size 100m; Tablespace created. 查看数据文件状态 SQL> select file_id,file_name,tablespace_name,status,ONLINE_STATUS f...
oracle redo损坏的处理
魂醉的一亩二分地
06-05 989
如果光是INACTIVE状态的redo损坏，有三种方法可以恢复： 1.clear logfile      相关命令： alter database clear logfile '/database/oradata/skyread/redo04.log'; --已经归档的操作 alter database clear unarchived logfile '/database/oradat
关于控制文件和redo log损坏的恢复
weixin_34203426的博客
03-31 177
前段时间一朋友自己电脑上的开发测试用的数据库出了点问题，电脑操作系统是Win8，直接在Win8上安装了Oracle11g，后来系统自动升级到Win8.1，Oracle相关的服务全都不见了，想想把数据文件、参数据文件、控制文件、redo log备份一下，然后重装一下，但在复制控制文件的时候，总是无法复制，最终放弃了备份控制文件，打算装好后重建控制文件。一切还算顺利，因为数据文件和redo l...
又一次故障导致redo损坏
ljl_name的专栏
07-30 172
现场反馈HA做切换，服务器异常重启后数据库无法访问 排查发现数据库无法open 参考https://blog.csdn.net/ljl_name/article/details/97803290经过一系列的处理成功打开 ...
oracle ora 00275,ORA-00354: 损坏重做日志块标头，因为日志文件有坏块导致Oracle数据库无法open，如何解决？不要网络抄答案...
weixin_35212670的博客
04-15 1611
我也不知道怎么处理瞎捣鼓好了：不完全恢复先加入隐含参数SQL> alter system set "_allow_resetlogs_corruption"=true scope=spfile ;系统已更改。SQL> alter system set "_allow_terminal_recovery_corruption"=true scope=spfile ;系统已更改。SQL&g...
ORA-600 3417和ORA-600 3005故障处理---惜分飞
11-18 436
ORA-600 3417和ORA-600 3005故障处理
oracle中重做日志损坏,重做日志文件损坏的恢复笔记
weixin_39963523的博客
04-13 525
以下笔记是今天下午一位朋友碰到日志文件删除后数据库不能启动的问题，然后查资料一起解决后，再整理出来的。所有步骤或命令都是参考网上或书上资料，我只是加以整理，如有错误请大家指证，如有用处，请帮忙顶，谢谢！重做日志文件损坏的恢复笔记：一、归档模式下的重做日志文件的恢复二、非归档模式下的重做日志文件的恢复如果是日志文件所在的磁盘或路径已不可用，可参考文后命令G一、-----归档模式下的重做日志文件的恢复...
Oracle 错误总结及问题解决 ORA
热门推荐
基于Oracle11G
07-08 18万+
ORA 错误大全
简单记录一次REDO文件损坏报错 ORA-00333重做日志读取块出错
weixin_34026484的博客
06-13 1029
一.故障描写叙述 首先是实例恢复须要用到的REDO文件损坏 二、解决方法 1.对于非当前REDO或者当前REDO可是无活动事务使用下面CLEAR命令： 用CLEAR命令重建该日志文件SQL&gt;alter database clear logfile group 3。 假设是该日志组还没有归档，则须要用SQL&gt;alter database clear unar...
深入解析 Oracle redo 日志机制
Oracle redo 日志机制深入解析 Oracle redo 日志机制是 Oracle 数据库管理系统中的一项关键技术，用于记录数据库的所有变化，以便在出现错误或故障时能够快速恢复数据库。redo 日志机制是 Oracle 数据库的核心组件...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值