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

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

参与8

2同行回答

zhmwangzhmwang  PD , OceanBase
对于传统数据库类似于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
浏览1409
匿名用户匿名用户
基于ORACLE的RAC目前已经有同城双活的案例,国内应该有几家能提供实施服务,主备站点可以同时提供业务处理,当然这种方式确实比较复杂,对运维要求也比较高,如果业务A和业务B数据完全没有交集,采用两套ADG方式是否会更简单?...显示全部

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

收起
保险 · 2022-05-04
浏览1085

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2022-04-22
  • 关注会员:3 人
  • 问题浏览:2210
  • 最近回答:2022-05-04
  • X社区推广