–设置归档位置点
ALTER SYSTEM RECOVER STANDBY UNTIL UNLIMITED;
注意:select * from dba_ob_tenants; --查看rsync的值变化,确定数据在变化
看看
–设置归档位置点
ALTER SYSTEM RECOVER STANDBY UNTIL UNLIMITED;
注意:select * from dba_ob_tenants; --查看rsync的值变化,确定数据在变化
看看
创建命令参考这个创建备租户的操作方式
https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000001574390
执行了ALTER SYSTEM RECOVER STANDBY TENANT = zz UNTIL UNLIMITED; 这个操作后,还是没有增长
用户都没同步过来,测试表的话也同步不过来
我操作了,没效果
rep_user这个用户创建了么,密码设置的什么,是否有创建测试表测试过确定scn不往前推?
看着你描述的位点没有推进是吧?下面的信息 确定一下
1、主备租户信息查询
select * from DBA_OB_TENANTS;
2、备租户信息查看
– 备租户执行查询同步延迟
select SCN_TO_TIMESTAMP(SYNC_SCN),current_timestamp(6)
from DBA_OB_TENANTS
where TENANT_TYPE=‘USER’ and TENANT_ID=1010;
– 在备租户的sql 客户端上执行如下查询,找到延迟最大的LS。并查看SCN是否在持续推进
select SCN_TO_TIMESTAMP(min(end_scn)),current_timestamp(6), ls_id, svr_ip,svr_port
from GV$OB_LOG_STAT
where TENANT_ID=1010 and role=‘LEADER’;
–查看最小的位点
SELECT MIN(SYNC_SCN) FROM CDB_OB_LS WHERE TENANT_ID=1010;
– 确认租户角色以及可恢复位点
select * from __all_virtual_tenant_info where tenant_id = 1010;
– 查看日志流恢复状态表
select * from v$ob_ls_log_restore_status where tenant_id = 1010;
– 查看日志恢复源
select * from cdb_ob_log_restore_source where tenant_id = 1010;
– 查找最慢日志流
select *, scn_to_timestamp(end_scn) from gv$ob_log_stat where tenant_id = 1010 and role = ‘leader’ order by end_scn;
备库的clog回放状态
select * from __all_virtual_replay_stat where tenant_id=1010;
主备库rootservice.log、observer.log压缩发一下
repl_user有创建的,同一套流程,
单zone 多unit 的主同步到任意zone 任意unit 的都没问题,
多zone dan unit 的主同步到任意zone 任意unit 的也没问题,
有问题的就是多zone 多unit 的主租户,只要备租户的unit 比主的unit 少,就会无法刷新sync_scn进度,数据也没同步到备租户上
先把主库的 archivelog 打开, 别关闭。 进行基于网络的同步呢。
不是的,我有OCP 复现的操作,你们可以试下你们环境看能不能浮现,需要两套OB 集群,主创建一个3zone 2unit 的租户,然后备租户同步这个主租户,是3zone 1 unit 的,创建完成后,查询
select TENANT_NAME,TENANT_TYPE,PRIMARY_ZONE,UNIT_NUM,SYNC_SCN,REPLAYABLE_SCN,READABLE_SCN,RECOVERY_UNTIL_SCN from dba_ob_tenants where TENANT_TYPE=‘USER’;
会发现备的sync 不动
我看下您的备租户 登录进去 : 看下 日志源信息
select * from dba_ob_log_restore_source;
都是这个,没有抓取到日志。
1、这个是使用OCP 来创建的,主备同步账号是由OCP 来创建配置的,没改过密码,密码错误的话应该在create standby 阶段会报错
2、防火墙这个关了,这套环境用ocp 安装的,安装之前都把防火墙和selinux 都关闭了
3、日志源这个上面那个图,我搜备租户所在节点的observer.log 过滤这个租户也没看到异常的信息,好奇怪
93563 93562 两个集群编号。 你在一个集群上试下,您的操作。 再不行,估计可能是程序问题
两个集群的,我搞一个集群上试试看
备的unit 比主的unit 少吗?这个sql 帮忙查下看看?
select TENANT_NAME,TENANT_TYPE,PRIMARY_ZONE,UNIT_NUM,SYNC_SCN,REPLAYABLE_SCN,READABLE_SCN,RECOVERY_UNTIL_SCN from dba_ob_tenants where TENANT_TYPE='USER';
抱歉哈,一直没收到回复忘记了。下次记得提到oceabase板块。
主备搭建备租户的unit 比主的unit 少这个在企业环境是很常见的。备集群的硬件差大部分都会选择这样。你的ob版本是多少
找到原因了,是因为我给的租户资源2C4G规格太低了,LS日志流创建失败了,换成4C8G以上的就没问题了,