ORACLE 12C ORA-00312 redo故障处理

简介:

一、描述
DB版本:12.1.0.2
system版本:7.0

二、处理过程
1、报错,数据库启动就实例就会异常终止

ORA-00312: online log 3 thread 1: '+DATADG/ORCLDG/ONLINELOG/group_3.403.962961193'
ORA-00312: online log 3 thread 1: '+DATADG/ORCLDG/ONLINELOG/group_3.405.962961193'
Mon Jan 08 13:35:53 2018
USER (ospid: 15155): terminating the instance due to error 16014
Mon Jan 08 13:35:53 2018
System state dump requested by (instance=1, osid=15155), summary=[abnormal instance termination].
System State dumped to trace file /u01/app/oracle/diag/rdbms/orcldg/orcldg/trace/orcldg_diag_15110_20180108133553.trc
Mon Jan 08 13:35:53 2018
Dumping diagnostic data in directory=[cdmp_20180108133553], requested by (instance=1, osid=15155), summary=[abnormal instance termination].
Mon Jan 08 13:35:53 2018
Instance terminated by USER, pid = 15155
Mon Jan 08 13:39:58 2018
Starting ORACLE instance (normal) (OS id: 16121)
Mon Jan 08 13:39:58 2018
CLI notifier numLatches:3 maxDescs:519
Mon Jan 08 13:39:58 2018

2、处理过程

SQL> startup mount;
ORACLE instance started.

Total System Global Area 1241513984 bytes
Fixed Size                  2923872 bytes
Variable Size             452985504 bytes
Database Buffers          771751936 bytes
Redo Buffers               13852672 bytes
Database mounted.
SQL> 

SQL> select group#,sequence#,archived,status from v$log;

    GROUP#  SEQUENCE# ARC STATUS
---------- ---------- --- ----------------
         1        356 NO  INACTIVE
         3        355 NO  INACTIVE
         2        357 NO  CURRENT

SQL> alter database clear logfile  group 3 ; 
alter database clear logfile  group 3
*
ERROR at line 1:
ORA-00350: log 3 of instance orcldg (thread 1) needs to be archived
ORA-00312: online log 3 thread 1:
'+DATADG/ORCLDG/ONLINELOG/group_3.403.962961193'
ORA-00312: online log 3 thread 1:
'+DATADG/ORCLDG/ONLINELOG/group_3.405.962961193'

SQL> 

SQL> alter database clear unarchived  logfile  group 3 ;

Database altered.

SQL> alter database open;

Database altered.

3、说明
我这里是一个ADG,主库这样操作会导致GAP,备库需要增量恢复。










本文转自 roidba 51CTO博客,原文链接:http://blog.51cto.com/roidba/2058796,如需转载请自行联系原作者

目录
相关文章
|
8天前
|
存储 Oracle 关系型数据库
数据库数据恢复—ORACLE常见故障的数据恢复方案
Oracle数据库常见故障表现: 1、ORACLE数据库无法启动或无法正常工作。 2、ORACLE ASM存储破坏。 3、ORACLE数据文件丢失。 4、ORACLE数据文件部分损坏。 5、ORACLE DUMP文件损坏。
41 11
|
2月前
|
存储 Oracle 关系型数据库
数据库数据恢复—Oracle ASM磁盘组故障数据恢复案例
Oracle数据库数据恢复环境&故障: Oracle ASM磁盘组由4块磁盘组成。Oracle ASM磁盘组掉线 ,ASM实例不能mount。 Oracle数据库故障分析&恢复方案: 数据库数据恢复工程师对组成ASM磁盘组的磁盘进行分析。对ASM元数据进行分析发现ASM存储元数据损坏,导致磁盘组无法挂载。
|
5月前
|
存储 Oracle 关系型数据库
Oracle 12c支持哪些数据类型?
【7月更文挑战第20天】Oracle 12c支持哪些数据类型?
103 2
|
5月前
|
SQL Oracle 关系型数据库
Oracle 12c有哪些新特性?
【7月更文挑战第20天】Oracle 12c有哪些新特性?
77 2
|
5月前
|
Oracle 关系型数据库 数据库
关系型数据库Oracle 故障转移能力
【7月更文挑战第10天】
65 2
|
5月前
|
Oracle 关系型数据库
oracle redo 最佳实践
oracle redo 最佳实践
55 0
|
7月前
|
监控 Oracle 关系型数据库
Oracle 12c的Adaptive执行计划:数据的“聪明导航员”
【4月更文挑战第19天】Oracle 12c的Adaptive执行计划是数据库查询的智能优化工具,能根据实际运行情况动态调整执行策略。它像一个聪明的导航系统,不仅生成初始执行计划,还能实时监控并适应统计信息和资源变化,例如自动切换索引或调整并行度。此外,它支持自适应连接和统计信息收集,提升处理复杂查询和变化数据环境的能力。数据管理员应充分利用这一特性来优化查询性能和用户体验。
|
7月前
|
存储 NoSQL Oracle
Oracle 12c的内存列存储:数据的“闪电侠”
【4月更文挑战第19天】Oracle 12c的内存列存储以超高速度革新数据处理,结合列存储与内存技术,实现快速查询与压缩。它支持向量化查询和并行处理,提升效率,但需合理配置以平衡系统资源。作为数据管理员,应善用此功能,适应业务需求和技术发展。
|
7月前
|
存储 Oracle 关系型数据库
Oracle 12c的多重索引:数据的“多维导航仪”
【4月更文挑战第19天】Oracle 12c的多重索引提升数据查询效率,如同多维导航仪。在同一表上创建针对不同列的多个索引,加速检索过程。虽然过多索引会增加存储和维护成本,但合理选择和使用索引策略,结合位图、函数索引等高级特性,能优化查询,应对复杂场景。数据管理员应善用这些工具,根据需求进行索引管理,支持企业数据分析。
|
7月前
|
存储 Oracle 安全
Oracle 12c的不可见字段:数据的“隐形斗篷”
【4月更文挑战第19天】Oracle 12c引入了不可见字段,这是一种隐藏数据列的特性,用于增强数据安全性和实现业务逻辑。不可见字段在常规查询中不显示,但参与数据操作,适合存储敏感信息或内部元数据。创建时只需在列定义中指定“INVISIBLE”属性。虽然有其限制,如特定查询可能暴露,但正确使用能有效提升数据安全性。了解和利用这一功能对数据管理员至关重要。