【YashanDB知识库】如何在备机节点上做备份和恢复

本文内容来自YashanDB官网,原文内容请见 https://www.yashandb.com/newsinfo/7817898.html?templateId=1718516

问题现象

一主一备情况下,主机需要支持常规业务,为了不影响业务,在备机做备份恢复的场景。

问题的风险及影响

1、备机恢复后,会变成primary节点,出现脑裂。

2、备机恢复的数据,只是备份那一时间点的数据,需要同步到主机现在时间点的数据。

复现步骤

1、一主一备,正常场景如下

IMG_256

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 /

备机开始备份:

IMG_256

3、模拟备机根据备份集恢复数据

IMG_256

IMG_256

4、恢复后,变为两个primary节点,如下

IMG_256

备机查看tmp5表、scn、asn、flush_point:

IMG_256

主机的tmp5表、scn、asn、flush_point,对比发现scn小于备机的scn,asn和flush_point大于备机的asn和flush_point,如下图:

IMG_256

解决方法及规避方式

解决备机根据备份集恢复后,数据不一致的问题。

思路是备机的primary降备,然后同步数据即可。操作如下:

备机primary降备:

IMG_256

-- 启动备变主库的节点(例如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;

IMG_256

IMG_256

修复后查看备机结果:

IMG_256

IMG_256

posted @   YashanDB  阅读(7)  评论(0编辑  收藏  举报
编辑推荐:
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· C++代码改造为UTF-8编码问题的总结
· DeepSeek 解答了困扰我五年的技术问题
· 为什么说在企业级应用开发中,后端往往是效率杀手?
· 用 C# 插值字符串处理器写一个 sscanf
阅读排行:
· [翻译] 为什么 Tracebit 用 C# 开发
· 腾讯ima接入deepseek-r1,借用别人脑子用用成真了~
· Deepseek官网太卡,教你白嫖阿里云的Deepseek-R1满血版
· DeepSeek崛起:程序员“饭碗”被抢,还是职业进化新起点?
· RFID实践——.NET IoT程序读取高频RFID卡/标签
点击右上角即可分享
微信分享提示