如何在备机节点上做备份和恢复
问题现象
一主一备情况下，主机需要支持常规业务，为了不影响业务，在备机做备份恢复的场景。
问题的风险及影响
1、备机恢复后，会变成primary节点，出现脑裂。
2、备机恢复的数据，只是备份那一时间点的数据，需要同步到主机现在时间点的数据。
复现步骤
1、一主一备，正常场景如下
2、模拟主机执行业务，备机开始备份场景
主机插入20000000万条数据
|
SQL> create table tmp5(id number,rate number, jg_cod varchar(64), jg_cod2 varchar(64) , jg_cod3 varchar(64)) ORGANIZATION LSC; Succeed. SQL> begin for i in 1 .. 20000000 loop insert into tmp5 values( i,DBMS_RANDOM.value(1000,10000), '100'||cast(DBMS_RANDOM.value(10,100) as int) , '200'||cast(DBMS_RANDOM.value(10,100) as int) , '300'||cast(DBMS_RANDOM.value(10,100) as int) ); if mod(i,1000) = 0 then commit; end if; end loop; commit; end; 10 / |
备机开始备份：
3、模拟备机根据备份集恢复数据
4、恢复后，变为两个primary节点，如下
备机查看tmp5表、scn、asn、flush_point：
主机的tmp5表、scn、asn、flush_point，对比发现scn小于备机的scn，asn和flush_point大于备机的asn和flush_point,如下图：
解决方法及规避方式
解决备机根据备份集恢复后，数据不一致的问题。
思路是备机的primary降备，然后同步数据即可。操作如下：
备机primary降备：
|
-- 启动备变主库的节点（例如1-2）到mount状态 yasboot node start -c yashandb -n 1-2 -m mount -- 备机的主库降备 ALTER DATABASE CONVERT TO PHYSICAL STANDBY; alter database open; |
同步数据，主机修复need repair状态：
|
BUILD DATABASE REPAIR STANDBY standby1; |
修复后查看备机结果：
