了解 Google Cloud NetApp Volumes 架構,實現 Oracle Database 26ai 的高可用性
Google Cloud NetApp Volumes (GCNV) 為 Oracle Database 26ai 高可用性架構提供高效能 iSCSI 區塊儲存,其儲存層複製功能可顯著加快備用資料庫的初始化速度,遠勝於傳統的 Oracle RMAN 方法。探索 GCNV 與 Oracle Data Guard 的整合,包括參考資料路徑、儲存拓撲,以及 GCNV 區塊儲存與 Data Guard 持續同步之間的職責劃分。
架構概述
該架構使用 Google Cloud NetApp Volumes (GCNV) iSCSI 區塊儲存,為 Google Cloud 上的 Oracle Database 26ai 搭配 Oracle Data Guard 提供高可用性。
GCNV 提供高效能區塊儲存,並利用儲存層*複製、快照和複本*加速備用資料庫初始化。
Data Guard 提供*持續重做傳輸*、角色管理和*容錯移轉協調*(Broker、Fast-Start Failover、Observer)。
| 層 | 角色 |
|---|---|
GCNV |
區塊儲存設備、待命初始化、儲存設備複寫 |
Data Guard |
持續同步、重做套用、切換、FSFO |
與 RMAN 主動複製相比,GCNV 複製透過在*儲存層*移動資料而非透過 Oracle 資料庫通道,可顯著縮短備用資料庫的初始化時間。
使用 GCNV replicate、snapshot 或 clone 初始化備用資料庫,然後啟動 Data Guard 以實現持續同步和高可用性。
| 元件 | 詳細資料 |
|---|---|
資料庫主機 |
oracdb1 / oracdb2 - 不同的區域,每個包含五個 GCNV iSCSI 磁碟區 |
儲存 |
/u01 + ASM +DATA、+RECO、+FRA on GCNV(外部) |
待命初始化 |
GCNV 複製/快照/複製 → Oracle 最終化 → Data Guard |
HA |
重啟、實體備用(已掛載)、代理、FSFO、觀察者(oradg-obs) |
應用程式 |
服務 orclapp(步驟 8.2) |
分區
每個資料庫區域部署一個 GCNV Flex Unified 池,並為每台主機指派專用磁碟區。啟動磁碟僅用於作業系統。
不在範圍內: TDE、RAC、NVMe/TCP、OEM 和 Active Data Guard(備用裝置仍保持 MOUNTED 狀態)。
架構參考圖
此解決方案架構提供三條獨立的資料路徑。儲存複製和 Data Guard 重做傳輸是兩條獨立的路徑。
-
路徑 1 在 GCNV 層移動資料檔以進行備用資料庫初始化。
-
路徑 2 在切換後保持資料庫同步。
-
路徑 3 透過 Oracle Data Guard Broker 和 Observer 協調角色轉換和自動故障轉移。
平台角色
下表總結了哪個平台層提供儲存服務,以及哪個層提供資料庫同步和容錯移轉控制。
| 平台 | 提供 |
|---|---|
GCNV |
iSCSI 磁碟區、快照、磁碟區複製(基準 + 增量)- 備用初始化 |
Data Guard |
重做傳輸、MRP、Broker、FSFO - 持續同步和故障轉移 |
GCNV 複製會執行基準複本,然後根據原則執行遞增區塊更新。待命資料庫初始化後,Data Guard 會擁有重做套用和 FSFO。
拓撲結構和儲存設備
這種拓撲結構將主要、備用和觀察者角色分置於不同區域,並將每個資料庫主機對應至專用的 GCNV 集區和 iSCSI 磁碟區。
| 角色 | VM | 區域 | GCNV 池 | 磁碟區(每台主機) |
|---|---|---|---|---|
基本的 |
|
|
|
|
支援 |
|
|
|
相同的命名模式 |
Observer |
|
|
- |
僅開機磁碟 |
| 儲存 | 備份 | 使用 |
|---|---|---|
作業系統 |
GCE 啟動磁碟 |
僅限作業系統 |
|
GCNV iSCSI |
Grid/DB 主目錄、暫存環境 (XFS) |
|
GCNV iSCSI |
ASM EXTERNAL - 資料檔、歸檔、FRA |
本解決方案中的 Sample n4-highmem-8;OLTP 工作負載通常使用 c4-standard-*。
接下來呢?
若要選擇符合您的復原和可用性目標的部署路徑,請前往了解在 Google Cloud NetApp Volumes 上部署 Oracle Database 26ai 的選項。