12.2新特性Oracle Sharding分片级别的高可用实现

Posted 2021-05-01 数据和云

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了12.2新特性Oracle Sharding分片级别的高可用实现相关的知识，希望对你有一定的参考价值。

编辑手记：Oracle Sharding是从12c推出的通过分区技术实现的一种数据库架构，在12.2中这项技术也越来越成熟。release 2中新特性包含：分片的自动部署，智能路由和全生命周期管理等，同时，通过与DG技术的集成，将实现分片级别的高可用。

推荐阅读：

★

Oracle Sharding与Oracle数据库复制技术（Data Guard）集成，可在碎片级别实现高可用性和灾难恢复。

Oracle Sharding与Oracle Data Guard紧密集成。 Data Guard复制维护一个或多个分片（主要）的同步副本（standbys），以实现高可用性和数据保护。Standbys可以在本地或远程部署，并且在使用Oracle Active Data Guard时也可以打开只读访问。

1、关于分片和复制

Oracle Sharding与Oracle Data Guard紧密集成。复制技术为读取提供高可用性，灾难恢复和增强的可扩展性。

分片数据库（SDB）中的复制拓扑使用GDSCTL命令语法声明性地指定。 Oracle Sharding自动部署指定的复制拓扑并启用数据复制。

SDB的可用性不受一个或多个分片的中断或性能影响。复制技术用于提供单独的分片级高可用性（Oracle Active Data Guard）。创建SDB时，会自动配置和部署复制。或者也可以使用Oracle RAC进行碎片级高可用性（由复制补充），以在集群中断的情况下维护分片级数据可用性。如果出现计划外中断，Oracle Sharding会自动从分片到其副本的数据库连接失败。

2、Oracle Data Guard与SDB集成的实现

Oracle Data Guard复制维护一个或多个分片（主要）的同步副本（standbys），以实现高可用性和数据保护。 Standbys可以在本地或远程部署，并且在使用Oracle Active Data Guard时也可以打开只读访问。

Oracle Data Guard可以用作SDB的复制技术，使用系统管理的或复合的分片方法。

将Oracle Data Guard与系统管理的SDB配合使用

在系统管理和复合分片中，逻辑复制单元是称为分片组的一组分片。在系统管理的分片中，分片包含存储在SDB中的所有数据。数据通过构成分片组的碎片之间的一致哈希进行分片。属于分片组的碎片通常位于同一个数据中心。整个分组可以完全复制到相同或不同数据中心中的一个或多个分组。

下图说明了Data Guard复制如何与系统管理的分片一起使用。在图中的示例中，有一个主分片组，Shardgroup 1和两个备用分片组，Shardgroup 2和Shardgroup 3. Shardgroup 1由Data Guard主数据库（分片1-3）组成。 Shardgroup 2由位于同一数据中心并配置为同步复制的本地备用数据库（分片4-6）组成。 Shardgroup 3由位于不同数据中心的远程Standbys（分片7-9）组成，并配置为异步复制。在此配置中启用Oracle Active Data Guard，因此每个待机都是只读的。

shardgroup以逻辑复制单元呈现，其实现细节对于用户是透明的。使用Data Guard，在分片（数据库）级别进行复制。上图中的SDB由三组复制的分片组成：{1,4,7}，{2,5,8}和{3,6,9}。每组复制的分片都作为启用快速启动故障切换（FSFO）的Data Guard Broker配置进行管理。

要部署复制，需要指定shardgroups（region，role等）的属性，并将碎片添加进去。 Oracle Sharding自动配置Data Guard并为每组复制的分片启动FSFO观察器。它还提供只读工作负载，基于角色的全局服务和复制滞后以及基于位置的路由的负载平衡。

运行以下GDSCTL命令来部署上图所示的示例配置。

【12.2新特性】Oracle Sharding分片级别的高可用实现