Recover standby database after primary resetlogs

简介: 一般在主库需要恢复并open resetlogs 方式打开的情况下,备库需要重做来构建主备同步架构,但有些情况其实不必大费周章,只需要备库开启flashback功能,就可以在较短的时间内恢复主备同步进程。
一般在主库需要恢复并open resetlogs 方式打开的情况下,备库需要重做来构建主备同步架构,但有些情况其实不必大费周章,只需要备库开启flashback功能,就可以在较短的时间内恢复主备同步进程。

(一)
在当主库resetlogs 之后,查询当时的RESETLOGS_CHANGE#(SCN),若小于备库SCN ,可以通过闪回备库到RESETLOGS_CHANGE#(SCN),直接修复备库
(二)
主库状态查询

SQL>  select dbid,current_scn,RESETLOGS_CHANGE#,flashback_on from v$database;

      DBID CURRENT_SCN RESETLOGS_CHANGE# FLASHBACK_ON
---------- ----------- ----------------- ------------------
1520403684     2109683           2108651 YES

备库状态查询

# 同步中
SQL> select max(sequence#),applied,archived from v$archived_log group by applied,archived;

MAX(SEQUENCE#) APPLIED   ARC
-------------- --------- ---
             6 IN-MEMORY YES
             5 YES       YES

SQL>  select dbid,current_scn,RESETLOGS_CHANGE#,flashback_on from v$database;

      DBID CURRENT_SCN RESETLOGS_CHANGE# FLASHBACK_ON
---------- ----------- ----------------- ------------------
1520403684     2110296           2108651 YES

(三)
主库

# 备份数据库
RMAN> backup database;

#创建还原点
SQL> create restore point BEFORE_UPDATE;

#执行更新操作
SQL>  delete  from  baiyang.t where id = 99;

6 rows deleted.

SQL> commit;

# 查询当前数据库状态
SQL> select dbid,current_scn,RESETLOGS_CHANGE#,flashback_on from v$database;

      DBID CURRENT_SCN RESETLOGS_CHANGE# FLASHBACK_ON
---------- ----------- ----------------- ------------------
1520403684     2110440           2108651 YES

# 关闭数据库
SQL> shutdown immediate

# 恢复数据库
SQL> startup mount  

RMAN> 
run {
restore database;
recover database until restore point BEFORE_UPDATE;
}

# 打开数据库
SQL> alter database open RESETLOGS;

# 查看数据库状态
SQL> select dbid,current_scn,RESETLOGS_CHANGE#,flashback_on from v$database;

      DBID CURRENT_SCN RESETLOGS_CHANGE# FLASHBACK_ON
---------- ----------- ----------------- ------------------
1520403684     2110715           ***2110399*** YES

# 查询表数据
SQL> select count(*) from  baiyang.t where id = 99;

  COUNT(*)
----------
         6

在进行一系列令人窒息的操作之后,主库表baiyang.t 被删除的数据重新回来了
(四)
备库

#查看当前备库状态,SCN大于主库RESETLOGS_CHANGE#,可以通过闪回来恢复备库同步

SQL> select dbid,current_scn,RESETLOGS_CHANGE#,flashback_on from v$database;

      DBID CURRENT_SCN RESETLOGS_CHANGE# FLASHBACK_ON
---------- ----------- ----------------- ------------------
1520403684     ***2110533***           2108651 YES

# 实时应用日志进程已经停止,在告警日志中可以看到MRP0进程已经停止的信息

SQL> select max(sequence#),applied,archived from v$archived_log group by applied,archived;

MAX(SEQUENCE#) APPLIED   ARC
-------------- --------- ---
             7 YES       YES
             2 NO        YES
          

(五)
备库,现在闪回数据库

SQL> shutdown immediate
SQL> startup mount

# 闪回数据库
RMAN> flashback database until scn 1922219;
SQL> alter database open;

# 开始实时应用
SQL> select max(sequence#),applied,archived from v$archived_log group by applied,archived;

MAX(SEQUENCE#) APPLIED   ARC
-------------- --------- ---
             3 IN-MEMORY YES
             7 YES       YES

(六)
如果备库SCN小于主库resetlogs 之后的情况,是不是需要闪回呢?
不需要。
考虑一种情况,在主库出现故障之前,备库已经停止同步,那么主库恢复并resetlogs之后,直接重启备库日志应用进程即可。

**(七)
那主库出现什么故障的时候,备库需要重做呢?**

目录
相关文章
|
SQL Oracle 网络协议
rman duplicate standby active
rman 搭建dataguard.
309 0
|
Oracle 关系型数据库 Linux
[20170302]关于activate standby database
[20170302]关于alter database activate standby database.txt --//这是很久以前但是关于alter database activate standby database的讨论: --//链接: http://www.
1529 0
|
Oracle 关系型数据库
recover database until cancel和 recover database区别
简单的说 recover database until cancel用于不完全恢复,可以一步一步的跳也就是一个一个归档的应用,也可以AUTO全部应用,当然也可以在恢复完某个archivelog后cancel退出,但是他不会恢复                                                 current logfile如果需要恢复current logfile需要自己指定。
1360 0