使用redo.log完全恢复数据库

场景:之前该数据库进行过一次完全恢复,应有是有如下提示的,然后又使用了resetlogs打开过数据库,但未做日志切换(alter system checkpoint/alter system switch logfile).

导致关库的时候提示:ORA-00338/ORA-00312

RMAN> recover database;

启动 recover 于 01-2月 -16
使用通道 ORA_DISK_1

正在开始介质的恢复

线程 1 序列 12 的归档日志已作为文件 D:\APP\SMIT\ORADATA\ORCL\REDO03.LOG 存在于磁
盘上
归档日志文件名=D:\APP\SMIT\ORADATA\ORCL\REDO03.LOG 线程=1 序列=12
介质恢复完成, 用时: 00:00:03
完成 recover 于 01-2月 -16

RMAN> alter database open resetlogs;

数据库已打开

解决办法:

RMAN> recover database;

启动 recover 于 02-2月 -16
使用通道 ORA_DISK_1

正在开始介质的恢复

无法找到归档日志
归档日志线程=1 序列=12
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ==============&

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在MySQL数据库中,redolog和双写技术可以结合使用来提供更高的数据恢复能力。双写技术是指将数据同时写入磁盘的两个位置,一个是数据文件,另一个是双写缓冲区。下面是redolog结合双写恢复数据库的过程: 1. 数据写入:当有数据修改操作发生时,先将数据写入双写缓冲区,然后再将数据写入数据文件。这样可以保证数据的一致性,并且避免了单点故障。 2. 数据持久化:当数据写入双写缓冲区后,会将数据从缓冲区同步写入磁盘。此时,如果服务器崩溃或断电,数据文件可能会损坏或不一致。 3. 数据恢复:当数据库重新启动时,会检查redolog和双写缓冲区的状态。如果发现数据文件损坏或不一致,系统会根据redolog和双写缓冲区中的数据进行恢复。 4. 双写缓冲区恢复:首先,数据库会将双写缓冲区中的数据恢复到数据文件中,以确保数据的一致性。这个过程称为双写缓冲区的恢复。 5. Redo日志恢复:接着,数据库会根据redolog中的记录,将未完成的事务进行回滚或者重做。未完成的事务可能是因为服务器崩溃或断电导致的,通过应用redolog中的记录,可以恢复这些未完成的事务,以保证数据的一致性。 6. 数据库恢复完成:当双写缓冲区的恢复和Redo日志的恢复都完成后,数据库恢复过程就结束了。此时数据库可以正常使用,并且数据的一致性和完整性得到了保证。 通过结合redolog和双写技术,可以提高数据库的容错能力和数据恢复能力。即使在发生故障或崩溃的情况下,也能够尽可能地保证数据的一致性和完整性。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值