Recover standby database after primary resetlogs

  1. 云栖社区>
  2. 袋鼠云技术团队>
  3. 博客>
  4. 正文

Recover standby database after primary resetlogs

笱局长 2018-12-03 15:10:30 浏览573
展开阅读全文
一般在主库需要恢复并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之后,直接重启备库日志应用进程即可。

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

网友评论

登录后评论
0/500
评论
笱局长
+ 关注
所属云栖号: 袋鼠云技术团队