oracle 数据库在线重做日志故障处理

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介: Oracle 数据库在线日志故障处理是DBA的基本操作之一,不但要掌握操作,还要掌握原理。
1 数据库环境
1.1 数据库版本
SQL> select * from v$version;
BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
PL/SQL Release 11.2.0.4.0 - Production
CORE    11.2.0.4.0      Production
TNS for Linux: Version 11.2.0.4.0 - Production
NLSRTL Version 11.2.0.4.0 - Production
1.2 日志模式
SQL> archive log list;
Database log mode              Archive Mode
Automatic archival             Enabled
Archive destination            USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     0
Next log sequence to archive   6
Current log sequence           6
1.3 实验用数据
SQL>  select * from test_control;
CURR_TIME
-------------------
2019-07-21 16:25:33
2019-07-27 09:32:21
2019-07-27 09:33:39
2019-08-03 11:52:17
2019-08-03 11:53:05
2019-08-17 16:08:27
2019-08-17 16:08:29
2019-08-17 16:08:29
2019-08-17 16:08:30
2019-08-17 16:53:19
2019-08-17 16:58:00
11 rows selected.
2 当前重做日志组全部成员故障
2.1 查看当前重做日志组及成员
SQL> select group#, status from v$log;
    GROUP# STATUS
---------- ----------------
         1 UNUSED
         2 INACTIVE
         3 CURRENT  /* 当前重做日志组为3号
SQL> l
  1* select  GROUP#, MEMBER from v$logfile order by group#
SQL> /
    GROUP# MEMBER
---------- ----------------------------------------------------------------
         1 /u01/app/oracle/oradata/orcl11g/redo01.log
         2 /u01/app/oracle/oradata/orcl11g/redo02.log
         3 /u01/app/oracle/oradata/orcl11g/redo03.log /*3号组有一个成员*/
2.2 插入一些数据到测试表中
SQL> insert into test_control select sysdate from dual;
1 row created.
SQL> /
1 row created.
SQL> /
1 row created.
SQL> /
1 row created.
SQL> /
1 row created.
SQL> /
1 row created.
2.3 删除当前redo日志组成员,模拟当前日志组故障
SQL> !rm  /u01/app/oracle/oradata/orcl11g/redo03.log
SQL> !ls /u01/app/oracle/oradata/orcl11g/redo03.log
ls: cannot access /u01/app/oracle/oradata/orcl11g/redo03.log: No such file or directory
2.4 提交当前事务
SQL> commit;
Commit complete.
2.5 故障处理

切换重做日志组,至删除的当前日志组时,卡住

SQL>  alter system switch logfile;
System altered.
SQL> alter system switch logfile;
^Calter system switch logfile
*
ERROR at line 1:
ORA-01013: user requested cancel of current operation

检查现在日志组状态

SQL> select group#,status from v$log;
    GROUP# STATUS
---------- ----------------
         1 INACTIVE
         2 CURRENT 
         3 INACTIVE ~~原来的当前日志组已经变为非活跃~~

清除在线重做日志

SQL> alter database clear logfile group 3;/* 提示log 3 需要归档*/
alter database clear logfile group 3
*
ERROR at line 1:
ORA-00350: log 3 of instance orcl11g (thread 1) needs to be archived
ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/orcl11g/redo03.log'
SQL> alter database clear unarchived logfile group 3;/*清除非归档重做日志成功*/
Database altered.
2.6 检验数据
SQL> select * from test_control;
CURR_TIME
-------------------
2019-07-21 16:25:33
2019-07-27 09:32:21
2019-07-27 09:33:39
2019-08-03 11:52:17
2019-08-03 11:53:05
2019-08-17 16:08:27
2019-08-17 16:08:29
2019-08-17 16:08:29
2019-08-17 16:08:30
2019-08-17 16:53:19
2019-08-17 16:58:00
CURR_TIME
-------------------
2019-08-18 08:34:45
2019-08-18 08:34:47
2019-08-18 08:34:48
2019-08-18 08:34:49
2019-08-18 08:34:49
2019-08-18 08:34:51
17 rows selected.

没有数据丢失。

2.6 数据库告警日志中的相关内容
Sun Aug 18 08:41:47 2019
Errors in file /u01/app/oracle/diag/rdbms/orcl11g/orcl11g/trace/orcl11g_arc3_2180.trc:
ORA-00313: open failed for members of log group 3 of thread 1
ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/orcl11g/redo03.log'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
Master archival failure: 313
ARCH: Archival stopped, error occurred. Will continue retrying
ORACLE Instance orcl11g - Archival Error
ORA-00313: open failed for members of log group 3 of thread 1
ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/orcl11g/redo03.log'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
Errors in file /u01/app/oracle/diag/rdbms/orcl11g/orcl11g/trace/orcl11g_arc3_2180.trc:
Master archival failure: 313
Sun Aug 18 08:47:39 2019
WARNING! CLEARING REDO LOG WHICH HAS NOT BEEN ARCHIVED. BACKUPS TAKEN
    BEFORE 08/18/2019 08:41:47 (CHANGE 1080523) CANNOT BE USED FOR RECOVERY.
Clearing online log 3 of thread 1 sequence number 6
Errors in file /u01/app/oracle/diag/rdbms/orcl11g/orcl11g/trace/orcl11g_ora_2172.trc:
ORA-00313: open failed for members of log group 3 of thread 1
ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/orcl11g/redo03.log'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
Errors in file /u01/app/oracle/diag/rdbms/orcl11g/orcl11g/trace/orcl11g_ora_2172.trc:
ORA-00313: open failed for members of log group 3 of thread 1
ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/orcl11g/redo03.log'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
Archived Log entry 38 added for thread 1 sequence 7 ID 0x42f6d474 dest 1:
Archiver process freed from errors. No longer stopped
Completed: alter database clear unarchived logfile group 3
3 非当前重做日志组全部成员丢失
3.1 检查当前测试数据
SQL> select * from test_control;
CURR_TIME
-------------------
2019-07-21 16:25:33
2019-07-27 09:32:21
2019-07-27 09:33:39
2019-08-03 11:52:17
2019-08-03 11:53:05
2019-08-17 16:08:27
2019-08-17 16:08:29
2019-08-17 16:08:29
2019-08-17 16:08:30
2019-08-17 16:53:19
2019-08-17 16:58:00
CURR_TIME
-------------------
2019-08-18 08:34:45
2019-08-18 08:34:47
2019-08-18 08:34:48
2019-08-18 08:34:49
2019-08-18 08:34:49
2019-08-18 08:34:51
17 rows selected.

####### 3.2 向表中插入几行数据

SQL> insert into test_control select sysdate from dual;
1 row created.
SQL> /
1 row created.
SQL> /
1 row created.
SQL> select * from test_control;
CURR_TIME
-------------------
2019-07-21 16:25:33
2019-07-27 09:32:21
2019-07-27 09:33:39
2019-08-03 11:52:17
2019-08-03 11:53:05
2019-08-17 16:08:27
2019-08-17 16:08:29
2019-08-17 16:08:29
2019-08-17 16:08:30
2019-08-17 16:53:19
2019-08-17 16:58:00
CURR_TIME
-------------------
2019-08-18 08:34:45
2019-08-18 08:34:47
2019-08-18 08:34:48
2019-08-18 08:34:49
2019-08-18 08:34:49
2019-08-18 08:34:51
2019-08-18 09:11:57
2019-08-18 09:11:59
2019-08-18 09:12:00
20 rows selected.
3.3 删除一个非当前日志组所有成员
SQL> select status, group# from v$log;
STATUS               GROUP#
---------------- ----------
INACTIVE                  1
CURRENT                   2
UNUSED                    3
SQL> select group#,member from v$logfile;
    GROUP# MEMBER
---------- ----------------------------------------------------------------
         3 /u01/app/oracle/oradata/orcl11g/redo03.log
         2 /u01/app/oracle/oradata/orcl11g/redo02.log
         1 /u01/app/oracle/oradata/orcl11g/redo01.log
SQL> ! /u01/app/oracle/oradata/orcl11g/redo01.log
/bin/bash: /u01/app/oracle/oradata/orcl11g/redo01.log: Permission denied
SQL> ! rm /u01/app/oracle/oradata/orcl11g/redo01.log
SQL> ! ls /u01/app/oracle/oradata/orcl11g/redo01.log
ls: cannot access /u01/app/oracle/oradata/orcl11g/redo01.log: No such file or directory
3.4 故障处理及检验
SQL> alter database clear logfile group 1;/* 清除故障日志组*/
Database altered.
SQL>  ! ls /u01/app/oracle/oradata/orcl11g/redo01.log
/u01/app/oracle/oradata/orcl11g/redo01.log  /*故障日志组成员已经重建*/


相关实践学习
通过日志服务实现云资源OSS的安全审计
本实验介绍如何通过日志服务实现云资源OSS的安全审计。
相关文章
|
19天前
|
Oracle 关系型数据库 Linux
【赵渝强老师】Oracle数据库配置助手:DBCA
Oracle数据库配置助手(DBCA)是用于创建和配置Oracle数据库的工具,支持图形界面和静默执行模式。本文介绍了使用DBCA在Linux环境下创建数据库的完整步骤,包括选择数据库操作类型、配置存储与网络选项、设置管理密码等,并提供了界面截图与视频讲解,帮助用户快速掌握数据库创建流程。
201 93
|
9天前
|
人工智能 运维 监控
别再满世界找日志了:聊聊如何用AI帮运维团队快速排查故障
别再满世界找日志了:聊聊如何用AI帮运维团队快速排查故障
117 15
|
19天前
|
缓存 Java 应用服务中间件
Spring Boot配置优化:Tomcat+数据库+缓存+日志,全场景教程
本文详解Spring Boot十大核心配置优化技巧,涵盖Tomcat连接池、数据库连接池、Jackson时区、日志管理、缓存策略、异步线程池等关键配置,结合代码示例与通俗解释,助你轻松掌握高并发场景下的性能调优方法,适用于实际项目落地。
215 4
|
1月前
|
SQL Oracle 关系型数据库
Oracle数据库创建表空间和索引的SQL语法示例
以上SQL语法提供了一种标准方式去组织Oracle数据库内部结构,并且通过合理使用可以显著改善查询速度及整体性能。需要注意,在实际应用过程当中应该根据具体业务需求、系统资源状况以及预期目标去合理规划并调整参数设置以达到最佳效果。
103 8
|
3月前
|
SQL Oracle 关系型数据库
比较MySQL和Oracle数据库系统,特别是在进行分页查询的方法上的不同
两者的性能差异将取决于数据量大小、索引优化、查询设计以及具体版本的数据库服务器。考虑硬件资源、数据库设计和具体需求对于实现优化的分页查询至关重要。开发者和数据库管理员需要根据自身使用的具体数据库系统版本和环境,选择最合适的分页机制,并进行必要的性能调优来满足应用需求。
131 11
|
2月前
|
存储 关系型数据库 数据库
【赵渝强老师】PostgreSQL数据库的WAL日志与数据写入的过程
PostgreSQL中的WAL(预写日志)是保证数据完整性的关键技术。在数据修改前,系统会先将日志写入WAL,确保宕机时可通过日志恢复数据。它减少了磁盘I/O,提升了性能,并支持手动切换日志文件。WAL文件默认存储在pg_wal目录下,采用16进制命名规则。此外,PostgreSQL提供pg_waldump工具解析日志内容。
172 0
|
3月前
|
Oracle 关系型数据库 数据库
数据库数据恢复—服务器异常断电导致Oracle数据库报错的数据恢复案例
Oracle数据库故障: 某公司一台服务器上部署Oracle数据库。服务器意外断电导致数据库报错,报错内容为“system01.dbf需要更多的恢复来保持一致性”。该Oracle数据库没有备份,仅有一些断断续续的归档日志。 Oracle数据库恢复流程: 1、检测数据库故障情况; 2、尝试挂起并修复数据库; 3、解析数据库文件; 4、导出并验证恢复的数据库文件。
|
监控 Oracle 关系型数据库
|
3月前
|
存储 Oracle 关系型数据库
服务器数据恢复—光纤存储上oracle数据库数据恢复案例
一台光纤服务器存储上有16块FC硬盘,上层部署了Oracle数据库。服务器存储前面板2个硬盘指示灯显示异常,存储映射到linux操作系统上的卷挂载不上,业务中断。 通过storage manager查看存储状态,发现逻辑卷状态失败。再查看物理磁盘状态,发现其中一块盘报告“警告”,硬盘指示灯显示异常的2块盘报告“失败”。 将当前存储的完整日志状态备份下来,解析备份出来的存储日志并获得了关于逻辑卷结构的部分信息。

热门文章

最新文章

推荐镜像

更多