实践redo log 恢复

最新推荐文章于 2022-09-20 11:30:37 发布
最新推荐文章于 2022-09-20 11:30:37 发布
阅读量116 收藏
点赞数
分类专栏： oracle 文章标签： Oracle SQL thread Linux OS
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/guoyanxi/article/details/83556388
版权
1.在OS上删除非current redo log

[code="java"]
# ll
total 153780
-rw-r----- 1 oracle dba 52429312 Feb 11 10:30 redo01b.log
-rw-r----- 1 oracle dba 52429312 Feb 11 11:28 redo02b.log
-rw-r----- 1 oracle dba 52429312 Feb 11 10:30 redo03b.log
# rm /oracle/data/redob/redo01b.log
rm: remove regular file `/oracle/data/redob/redo01b.log'? yes
# ll
total 102520
-rw-r----- 1 oracle dba 52429312 Feb 11 11:28 redo02b.log
-rw-r----- 1 oracle dba 52429312 Feb 11 10:30 redo03b.log
[/code]

删除后，查询： 

SQL> select * from v$logfile;

    GROUP# STATUS  TYPE    MEMBER                                                                                                                                                    IS_
---------- ------- ------- --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- ---
         3         ONLINE  /oracle/data/redoa/redo03a.log                                                                                                                            NO
         3         ONLINE  /oracle/data/redob/redo03b.log                                                                                                                            NO
         2         ONLINE  /oracle/data/redoa/redo02a.log                                                                                                                            NO
         2         ONLINE  /oracle/data/redob/redo02b.log                                                                                                                            NO
         1         ONLINE  /oracle/data/redoa/redo01a.log                                                                                                                            NO
         1         ONLINE  /oracle/data/redob/redo01b.log                                                                                                                            NO

6 rows selected.


没有结果，switch一下： 

SQL> alter system switch logfile;


alert log出现： 

Thread 1 advanced to log sequence 24
  Current log# 3 seq# 24 mem# 0: /oracle/data/redoa/redo03a.log
  Current log# 3 seq# 24 mem# 1: /oracle/data/redob/redo03b.log
Thu Feb 11 11:30:08 2010
Errors in file /oracle/admin/williamdb/bdump/williamdb_arc0_24908.trc:
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: '/oracle/data/redob/redo01b.log'
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
Additional information: 3


无法switch

重启一下DB： 

SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.

Total System Global Area  285212672 bytes
Fixed Size                  1261348 bytes
Variable Size             159383772 bytes
Database Buffers          117440512 bytes
Redo Buffers                7127040 bytes
Database mounted.
Database opened.

没有报错，再看看alert log： 

Thu Feb 11 11:33:37 2010
Errors in file /oracle/admin/williamdb/bdump/williamdb_lgwr_27256.trc:
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: '/oracle/data/redob/redo01b.log'
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
Additional information: 3

报错了。
问题：是否自动跳过有问题的group？

再查询： 

SQL> select * from v$logfile;

    GROUP# STATUS  TYPE    MEMBER                                                                                                                                                    IS_
---------- ------- ------- --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- ---
         3         ONLINE  /oracle/data/redoa/redo03a.log                                                                                                                            NO
         3         ONLINE  /oracle/data/redob/redo03b.log                                                                                                                            NO
         2         ONLINE  /oracle/data/redoa/redo02a.log                                                                                                                            NO
         2         ONLINE  /oracle/data/redob/redo02b.log                                                                                                                            NO
         1         ONLINE  /oracle/data/redoa/redo01a.log                                                                                                                            NO
         1 INVALID ONLINE  /oracle/data/redob/redo01b.log                                                                                                                            NO

6 rows selected.


INVALID了，开始恢复： 

SQL> alter database clear logfile group 1;

Database altered.

SQL> SELECT * FROM v$logfile;

    GROUP# STATUS  TYPE    MEMBER                                                   IS_
---------- ------- ------- --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- ---
         3         ONLINE  /oracle/data/redoa/redo03a.log                           NO
         3         ONLINE  /oracle/data/redob/redo03b.log                           NO
         2         ONLINE  /oracle/data/redoa/redo02a.log                           NO
         2         ONLINE  /oracle/data/redob/redo02b.log                           NO
         1         ONLINE  /oracle/data/redoa/redo01a.log                           NO
         1         ONLINE  /oracle/data/redob/redo01b.log                           NO

6 rows selected.


SQL> select * from v$log;

    GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIM
---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ---------
         1          1          0   52428800          2 YES UNUSED                 981183 11-FEB-10
         2          1         22   52428800          2 YES INACTIVE               975410 11-FEB-10
         3          1         24   52428800          2 NO  CURRENT                981210 11-FEB-10


再到OS的目录看一下：
[code="sql"]
# ll
total 153780
-rw-r----- 1 oracle dba 52429312 Feb 11 11:44 redo01b.log
-rw-r----- 1 oracle dba 52429312 Feb 11 11:33 redo02b.log
-rw-r----- 1 oracle dba 52429312 Feb 11 11:44 redo03b.log
#
[/code]

看到redo log自动生成回来了，group的状态变成unused。
switch一下： 

Thread 1 advanced to log sequence 25
  Current log# 1 seq# 25 mem# 0: /oracle/data/redoa/redo01a.log
  Current log# 1 seq# 25 mem# 1: /oracle/data/redob/redo01b.log


成功恢复！

2.current
删除group 1的两个member
[code="sql"]
# ll
total 153780
-rw-r----- 1 oracle dba 52429312 Feb 11 16:59 redo01a.log
-rw-r----- 1 oracle dba 52429312 Feb 11 11:33 redo02a.log
-rw-r----- 1 oracle dba 52429312 Feb 11 11:48 redo03a.log
# rm -f redo01a.log
# ll
total 102520
-rw-r----- 1 oracle dba 52429312 Feb 11 17:01 redo02a.log
-rw-r----- 1 oracle dba 52429312 Feb 11 17:01 redo03a.log
#
#
# cd ..
# cd redob/
# ll
total 153780
-rw-r----- 1 oracle dba 52429312 Feb 11 17:04 redo01b.log
-rw-r----- 1 oracle dba 52429312 Feb 11 17:02 redo02b.log
-rw-r----- 1 oracle dba 52429312 Feb 11 17:02 redo03b.log
# mv redo01b.log redo01b.log.bak
# ll
total 153780
-rw-r----- 1 oracle dba 52429312 Feb 11 17:05 redo01b.log.bak
-rw-r----- 1 oracle dba 52429312 Feb 11 17:02 redo02b.log
-rw-r----- 1 oracle dba 52429312 Feb 11 17:02 redo03b.log
[/code]

然后switch一下，alert log显示： 

Thu Feb 11 17:00:20 2010
Errors in file /oracle/admin/williamdb/bdump/williamdb_arc0_27278.trc:
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: '/oracle/data/redoa/redo01a.log'
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
Additional information: 3
Thu Feb 11 17:00:20 2010
Errors in file /oracle/admin/williamdb/bdump/williamdb_arc0_27278.trc:
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: '/oracle/data/redoa/redo01a.log'
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
Additional information: 3


查询一下v$logfile状态，什么都没有看出来 

SQL> select * from v$logfile;

    GROUP# STATUS  TYPE    MEMBER                                                                                                                                                    IS_
---------- ------- ------- --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- ---
         3         ONLINE  /oracle/data/redoa/redo03a.log                                                                                                                            NO
         3         ONLINE  /oracle/data/redob/redo03b.log                                                                                                                            NO
         2         ONLINE  /oracle/data/redoa/redo02a.log                                                                                                                            NO
         2         ONLINE  /oracle/data/redob/redo02b.log                                                                                                                            NO
         1         ONLINE  /oracle/data/redoa/redo01a.log                                                                                                                            NO
         1         ONLINE  /oracle/data/redob/redo01b.log                                                                                                                            NO

6 rows selected.


重启一下DB： 

SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.

Total System Global Area  285212672 bytes
Fixed Size                  1261348 bytes
Variable Size             167772380 bytes
Database Buffers          109051904 bytes
Redo Buffers                7127040 bytes
Database mounted.
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: '/oracle/data/redoa/redo01a.log'
ORA-00312: online log 1 thread 1: '/oracle/data/redob/redo01b.log'

SQL> select status from v$instance;

STATUS
------------
MOUNTED

SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: '/oracle/data/redoa/redo01a.log'
ORA-00312: online log 1 thread 1: '/oracle/data/redob/redo01b.log'


打开不了database，好了，开始恢复： 

SQL> recover database until cancel;
Media recovery complete.
SQL> alter database open resetlogs;

Database altered.

SQL> select status from v$instance;

STATUS
------------
OPEN


顺利恢复了，看看alert log情况： 

Thu Feb 11 17:16:01 2010
Setting recovery target incarnation to 3
Thu Feb 11 17:16:01 2010
Assigning activation ID 3048540245 (0xb5b50855)
Thread 1 advanced to log sequence 2
Thread 1 opened at log sequence 2
  Current log# 2 seq# 2 mem# 0: /oracle/data/redoa/redo02a.log
  Current log# 2 seq# 2 mem# 1: /oracle/data/redob/redo02b.log
Successful open of redo thread 1
Thu Feb 11 17:16:02 2010
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Thu Feb 11 17:16:02 2010
SMON: enabling cache recovery
Thu Feb 11 17:16:02 2010
Successfully onlined Undo Tablespace 1.
Dictionary check beginning
Dictionary check complete
Thu Feb 11 17:16:02 2010
SMON: enabling tx recovery
Thu Feb 11 17:16:02 2010
Database Characterset is WE8ISO8859P1
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
QMNC started with pid=20, OS id=6516
Thu Feb 11 17:16:03 2010
LOGSTDBY: Validating controlfile with logical metadata
Thu Feb 11 17:16:03 2010
LOGSTDBY: Validation complete
Thu Feb 11 17:16:03 2010
db_recovery_file_dest_size of 100 MB is 0.00% used. This is a
user-specified limit on the amount of space that will be used by this
database for recovery-related files, and does not reflect the amount of
space available in the underlying filesystem or ASM diskgroup.
Thu Feb 11 17:16:05 2010
Starting control autobackup
Control autobackup written to DISK device
        handle '/oracle/product/10.2.0/dbs/oraclebackupc-3047744130-20100211-00'
Completed: alter database open resetlogs

OS上的情况
[code="sql"]
# ll
total 205040
-rw-r----- 1 oracle dba 52429312 Feb 11 17:16 redo01b.log
-rw-r----- 1 oracle dba 52429312 Feb 11 17:05 redo01b.log.bak
-rw-r----- 1 oracle dba 52429312 Feb 11 17:16 redo02b.log
-rw-r----- 1 oracle dba 52429312 Feb 11 17:16 redo03b.log
#
[/code]
没有问题，文件也自动重建了。

但是有个奇怪的现象： 

SQL> select * from v$log;

    GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIM
---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ---------
         1          1          1   52428800          2 YES INACTIVE               1001509 11-FEB-10
         2          1          2   52428800          2 NO  CURRENT                1001510 11-FEB-10
         3          1          0   52428800          2 YES UNUSED                       0

SQL> select * from v$logfile;

    GROUP# STATUS  TYPE    MEMBER                                                                                                                                                    IS_
---------- ------- ------- --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- ---
         3         ONLINE  /oracle/data/redoa/redo03a.log                                                                                                                            NO
         3         ONLINE  /oracle/data/redob/redo03b.log                                                                                                                            NO
         2         ONLINE  /oracle/data/redoa/redo02a.log                                                                                                                            NO
         2         ONLINE  /oracle/data/redob/redo02b.log                                                                                                                            NO
         1         ONLINE  /oracle/data/redoa/redo01a.log                                                                                                                            NO
         1         ONLINE  /oracle/data/redob/redo01b.log                                                                                                                            NO

6 rows selected.


怎么会是group 3 unused呢？

提醒：alter database open resetlogs;后一定要重新做全备

有时间测试一下current redo log丢失对数据丢失的影响
guoyanxi
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MySQL 使用 Redo Log 崩溃恢复过程分析
m0_71777195的博客
05-24 1988
MySQL 崩溃也是一次关闭过程，只是比正常关闭着急了一些。正常关闭时，MySQL 会做一系列收尾工作，例如：清理 undo 日志、合并 change buffer 缓冲区等操作。具体会进行哪些收尾工作，取决于系统变量 innodb_fast_shutdown 的配置。崩溃直接就是戛然而止，撂挑子不干了，还没来得及进行的那些收尾工作怎么办？那就只能等待下次启动的时候再干了，这就是本文要介绍的崩溃恢复过程。
InnoDB之redo log写入和恢复
程序员小潘
10-29 2459
InnoDB使用Buffer Pool来加速数据读写，提升性能的同时也带来了一些问题，为了避免页面频繁刷盘和磁盘随机写，InnoDB引入了WAL机制，先顺序写少量的redo log，再由后台线程去异步刷脏页，尽可能提升SQL的执行效率。写redo log的好处是：相较于一个完整的页，redo log占用的空间极小，而且它是顺序写的，比随机写的效率更高。根据不同的修改场景，InnoDB设计了几十种不同类型的redo log。这里面包含极其简单的物理日志，只是单纯记录了要把哪个页面的哪些数据做修改；
MySQL系列：innodb源码分析之redo log恢复
zerok的专栏
01-12 7174
在上一篇《innodb源码分析之重做日志结构》中我们知道redo log的基本结构和日志写入步骤，那么redo log是怎么进行数据恢复的呢？在什么时候进行redo log的日志推演呢？redo log的推演只有在数据库异常或者关闭后，数据库重新启动时会进行日志推演，将数据库状态恢复到关闭前的状态。那么这个过程是怎么进行的呢？以下我们逐步来解析。 1.recv_sys_t结构  innod
聊聊 mysql 事务？（三：从redo log恢复数据）
不完美的红烧肉的博客
09-20 1335
MySQL的事务有四大特性，其中之一是持久性，这要求系统奔溃后数据可以被正常恢复。为了保证持久性，引入了redo日志。从性能方面考虑，redo日志先写到buffer区，在适当时机再刷盘到file。从存储方面考虑，为了防止log日志越来越大，MySQL采用了循环写入。为了保证循环写入时，不丢失未持久化的数据，又引入了checkponit的概念，通过checkpoint_lsn可以知道那些日志可以被覆盖。
丢失全部数据库文件及全部redolog的恢复方法，可用作RMAN数据库迁移.doc
05-04
在Oracle数据库环境中，当面临丢失全部数据库文件及所有redo log文件的情况时，恢复过程变得非常复杂，因为这涉及到了数据库的全部数据文件、重做日志文件、控制文件甚至SPFILE。在这种极端情况下，通常只能依赖于...
MySQL表误删PRIT非完整恢复 很实用
最新发布
04-29
6. **处理未记录的事务**：如果在误删表后还有未提交的事务，这部分数据可能不会在binlog中，需要额外的手段如redo log来尝试恢复。 7. **数据验证与修复**：恢复完成后，应仔细核对恢复的数据与原始数据的一致性，...
Oracle11g 崩溃后-dbf数据库文件恢复
10-17
在Oracle数据库环境中，数据安全和恢复是至关重要的环节。当Oracle 11g数据库遭遇崩溃时，如何有效地恢复数据，特别是dbf...在进行恢复操作时，一定要谨慎行事，确保每一步都符合最佳实践，避免对数据造成二次损害。
记一次Oracle数据恢复过程
12-16
Log Miner是Oracle提供的一种分析redo log文件的工具，用于在没有可用备份的情况下进行数据恢复。在RAC（Real Application Clusters）环境下，由于无法确定错误操作发生在哪个节点，需要在所有节点间同步归档日志。...
数据库管理员DBA必知必会的备份恢复概念
11-12
在归档模式下，热备份通常涉及到数据文件的增量或完整复制，同时记录redo log，以便在恢复时使用。 三、物理备份与逻辑备份 物理备份涉及复制实际的数据文件，而逻辑备份则涉及提取并保存数据库对象的逻辑结构，如...
理解REDO LOG（1） 介质恢复和实例恢复的基本概念
java开发指南博客 【转载】
08-09 125
oracle世界，有3种数据：undo、redo和data。而redo 应"提交事务不丢失"而生的一种机制，服务于两类场景：一是instance recovery、一是media recovery。 instance recovery目的：当数据库发生故障时，确保buffer cache中的数据不好丢失，保证数据库的一致性media recovery 目的：当数据文件发生故障时，能够恢复数据...
Oracle 数据库告警日志产生大量Checkpoint not complete的处理
weixin_41561862的博客
09-27 626
（1）报错信息 Wed Sep 16 14:31:48 2020 Thread 1 cannot allocate new log, sequence 1715 Checkpoint not complete Current log# 1 seq# 1714 mem# 0: /U01/app/oracle/oradata/testdb/redo01a.rdo Current log# 1 seq# 1714 mem# 1: /U01/app/oracle/o...
MySQL中的重做日志（redo log），回滚日志（undo log），以及二进制日志（binlog）的简单总结...
weixin_33805992的博客
01-28 1811
  MySQL中有六种日志文件，分别是：重做日志（redo log）、回滚日志（undo log）、二进制日志（binlog）、错误日志（errorlog）、慢查询日志（slow query log）、一般查询日志（general log），中继日志（relay log）。其中重做日志和回滚日志与事务操作息息相关，二进制日志也与事务操作有一定的关系，这三种日志，对理解MySQL中的事务操作有着重...
mysql的REDO LOG （重做日志）、UNDO LOG（回滚日志）、BIN LOG（二进制日志）介绍
weixin_45676738的博客
05-14 1684
REDO LOG 称为 重做日志 ，提供再写入操作，恢复提交事务修改的页操作，用来保证事务的持久性。UNDO LOG 称为 回滚日志 ，回滚行记录到某个特定版本，用来保证事务的原子性、一致性。BIN LOG称为 二进制日志，mysql集群数据同步以及数据恢复功能。
mysql数据库通过日志恢复数据
热门推荐
qzw5235641的博客
11-12 4万+
大家应该知道mysql通过备份恢复文件的方法，其实用日志其实也可以恢复数据，方法如下 1.找到my.ini文件 （方法:先到mysql安装目录找my.ini文件如果此安装目录没有找到该文件，则此文件一般在C盘下的ProgramData文件夹中，此文件夹为隐藏文件夹需要直接查找 C:\ProgramData\MySQL\MySQL Server 5.7\）然后打开my.ini文件 ...
mysql 全备+binlog恢复数据
xueba8的博客
07-14 3167
    首先确定你的服务器已开启binlog日志，开通、查看教程请自行百度。    windows版本的mysql的binlog日志一般在data这个目录下，其中mysql-bin.index这个文件相当于索引文件，而其他的00000x则是记录了除了select查询语句以外的sql语句。    为了知道我要从哪里开始恢复，哪里结束恢复，我们需要查看mysql-bin.00000x这些文件，在mys...
使用redo.log完全恢复数据库
谭博文DBA的天空——专栏
02-02 3973
场景：之前该数据库进行过一次完全恢复，应有是有如下提示的，然后又使用了resetlogs打开过数据库，但未做日志切换（alter system checkpoint/alter system switch logfile）. 导致关库的时候提示：ORA-00338/ORA-00312 RMAN> recover database; 启动 recover 于 01-2月 -16 使用
Oracle数据库RMAN备份与恢复实践
通过`ALTER DATABASE ARCHIVELOG`命令，数据库被切换到归档日志模式，允许在数据库关闭时备份redo log，以备后续恢复使用。 2. **数据库状态的检查**：使用`SELECT dbid, name, log_mode FROM V$DATABASE;`查询...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值