了解适用于高可用性 Oracle 数据库的 Google Cloud NetApp Volumes 架构 26ai
Google Cloud NetApp Volumes 为 Oracle Database 26ai 高可用性架构提供高性能 iSCSI 块存储,与传统的 Oracle RMAN 方法相比,存储层复制可显著加速备用数据库初始化。探索 GCNV 与 Oracle Data Guard 的集成,包括参考数据路径、存储拓扑以及 GCNV 的块存储和 Data Guard 的持续同步之间的职责划分。
架构概述
此架构使用 Google Cloud NetApp Volumes (GCNV) iSCSI 块存储,通过 Oracle Data Guard 为 Google Cloud 上的 Oracle Database 26ai 提供高可用性。
GCNV 提供高性能块存储,并使用存储层*复制、快照和克隆*加速备用数据库初始化。
Data Guard 提供*连续重做传输*、角色管理和*故障转移编排*(Broker、Fast-Start Failover、Observer)。
| 层 | 角色 |
|---|---|
GCNV |
块存储、备用初始化、存储复制 |
Data Guard |
连续同步、重做应用、切换、FSFO |
与 RMAN active duplicate 相比,GCNV 复制通过在*存储层*而不是通过 Oracle 数据库通道移动数据,显著缩短了备用数据库的初始化时间。
使用 GCNV replicate、snapshot 或 clone 初始化备用数据库,然后激活 Data Guard 以实现连续同步和高可用性。
| 组件 | 详细信息 |
|---|---|
数据库主机 |
oracdb1 / oracdb2 - 不同的区域,每个区域五个 GCNV iSCSI 卷 |
存储 |
/u01 + ASM +DATA, +RECO, +FRA 在 GCNV (EXTERNAL) 上 |
待机初始化 |
GCNV 复制 / 快照 / 克隆 → Oracle 完成 → Data Guard |
HA |
重新启动,物理备用(MOUNTED),Broker,FSFO,Observer(oradg-obs) |
应用 |
Service orclapp(步骤 8.2) |
分区
为每个数据库区域部署一个 GCNV Flex Unified 池,并为每个主机分配专用卷。仅将启动磁盘用于操作系统。
超出范围: TDE、RAC、NVMe/TCP、OEM 和 Active Data Guard(备用保持*挂载*)。
架构参考图
解决方案架构提供了三条独立的数据路径。存储复制和 Data Guard 重做传输是分开的路径。
-
路径 1 在 GCNV 层移动数据文件以进行备用初始化。
-
路径 2 在切换后保持数据库同步。
-
路径 3 通过 Oracle Data Guard Broker 和 Observer 协调角色转换和自动故障转移。
平台角色
下表总结了哪个平台层提供存储服务,哪个层提供数据库同步和故障转移控制。
| 平台 | 提供 |
|---|---|
GCNV |
iSCSI 卷、快照、卷复制(基线 + 增量)- 备用初始化 |
Data Guard |
重做传输、MRP、Broker、FSFO - 连续同步和故障转移 |
GCNV 复制运行基线副本,然后根据策略进行增量块更新。Data Guard 在待机初始化后拥有 redo apply 和 FSFO。
拓扑和存储
此拓扑将主、备用和观察者角色放置在不同的区域,并将每个数据库主机映射到专用 GCNV 池和 iSCSI 卷。
| 角色 | VM | 分区 | GCNV 池 | 卷(每台主机) |
|---|---|---|---|---|
主云 |
|
|
|
|
备用 |
|
|
|
相同的命名模式 |
Observer |
|
|
- |
仅启动磁盘 |
| 存储 | 备份 | 用途 |
|---|---|---|
操作系统 |
GCE 启动磁盘 |
仅操作系统 |
|
GCNV iSCSI |
Grid/DB 主目录,暂存 (XFS) |
|
GCNV iSCSI |
ASM EXTERNAL - 数据文件、归档、FRA |
此解决方案中的示例 n4-highmem-8;OLTP 工作负载通常使用 c4-standard-*。
下一步是什么?
要选择与恢复和可用性目标匹配的部署路径,请转到 了解适用于 Google Cloud NetApp Volumes 的 Oracle Database 26ai 的部署选项。