分业务的双活,使用Oracle ADG或SQL Server技术如何实现?

如果做分业务的双活,比如主站点跑业务A,备站点跑业务B,oracle或SQL Server数据库该怎么规划?
如果不用RAC,主备站点各部署一套Oracle,然后分别做ADG容灾到对端吗?我是想实现业务A的主库在站点1,从库在站点2;业务B反之。不知道用什么方案,不太了解数据库细节。
SQL Server如何实现?
如果用迪思杰这种厂商的产品可以实现吗?

2回答

zhmwangzhmwang  PD , OceanBase
sykhubsxiangfeifly赞同了此回答
对于传统数据库类似于Oralce( RAC )/DB2(Purscale)/SQL server( AlwaysON),本质是share everything的体系架构,而作为Oracle(ADG)/DB2(HADR)/SQL server(主备)都属于一种容灾架构,无法实现您所说的双写业务,即使搭建成功,也会出现循环复制的问题。对于传统的OGG,DSG以及新...显示全部

对于传统数据库类似于Oralce( RAC )/DB2(Purscale)/SQL server( AlwaysON),本质是share everything的体系架构,而作为Oracle(ADG)/DB2(HADR)/SQL server(主备)都属于一种容灾架构,无法实现您所说的双写业务,即使搭建成功,也会出现循环复制的问题。对于传统的OGG,DSG以及新兴的OMS,英方等,是需要区分场景的:1 两个业务完全无关; 2 两个业务本质是同一个业务,只是区域不同,两个业务底层使用相同的表(单表或者分区表),如果是1 ,那么这个使用传统的方案是没有问题的,但是需要考虑到时延,技术积累等外部因素,这里不赘言。但如果是2的话,且是数据库选型阶段,那么建议您使用分布式数据库的方式,既然保证业务双活,同时能够满足容灾的需求。

收起
 2022-04-23
浏览426
匿名用户匿名用户
xiangfeifly赞同了此回答
基于ORACLE的RAC目前已经有同城双活的案例,国内应该有几家能提供实施服务,主备站点可以同时提供业务处理,当然这种方式确实比较复杂,对运维要求也比较高,如果业务A和业务B数据完全没有交集,采用两套ADG方式是否会更简单?...显示全部

基于ORACLE的RAC目前已经有同城双活的案例,国内应该有几家能提供实施服务,主备站点可以同时提供业务处理,当然这种方式确实比较复杂,对运维要求也比较高,如果业务A和业务B数据完全没有交集,采用两套ADG方式是否会更简单?

收起
 2022-05-04
浏览126

分布式关系型数据库选型优先顺序调查

发表您的选型观点,参与即得50金币。

问题状态

  • 发布时间:2022-04-22
  • 关注会员:3 人
  • 问题浏览:1069
  • 最近回答:2022-05-04