日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

Google Cloud NetApp Volumes のハイアベイラビリティ Oracle Database 26ai 向けアーキテクチャについて学ぶ

06/25/2026 共同作成者

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	継続的な同期、REDO の適用、スイッチオーバー、FSFO

レイヤ

ロール

GCNV

ブロックストレージ、スタンバイ初期化、ストレージレプリケーション

Data Guard

継続的な同期、REDO の適用、スイッチオーバー、FSFO

GCNV レプリケーションは、Oracle データベースチャネルを経由する代わりに*ストレージレイヤ*でデータを移動することで、RMAN アクティブ複製と比較してスタンバイ初期化時間を大幅に短縮します。

スタンバイデータベースを初期化するには、*GCNV replicate、snapshot、またはclone*を使用し、その後、Data Guard をアクティブ化して継続的な同期と高可用性を実現します。

コンポーネント	詳細
DBホスト	oracdb1 / oracdb2 - 異なるゾーン、それぞれ5つのGCNV iSCSIボリューム
ストレージ	/u01 + ASM +DATA、+RECO、+FRA on GCNV (EXTERNAL)
スタンバイ初期化	GCNVの複製/スナップショット/クローン → Oracleによる最終処理 → Data Guard
HA	再起動、物理スタンバイ（マウント済み）、ブローカー、FSFO、オブザーバー（oradg-obs）
アプリ	サービス orclapp (ステップ 8.2)

コンポーネント

詳細

DBホスト

oracdb1 / oracdb2 - 異なるゾーン、それぞれ5つのGCNV iSCSIボリューム

ストレージ

/u01 + ASM +DATA、+RECO、+FRA on GCNV (EXTERNAL)

スタンバイ初期化

GCNVの複製/スナップショット/クローン → Oracleによる最終処理 → Data Guard

再起動、物理スタンバイ（マウント済み）、ブローカー、FSFO、オブザーバー（oradg-obs）

アプリ

サービス orclapp (ステップ 8.2)

ゾーニング

データベースゾーンごとに1つのGCNV Flex Unifiedプールをデプロイし、各ホストに専用ボリュームを割り当てます。起動ディスクはオペレーティングシステム専用に使用してください。

対象外： TDE、RAC、NVMe/TCP、OEM、およびActive Data Guard（スタンバイは*マウント*されたままです）。

アーキテクチャ参照図

このソリューションアーキテクチャは、3つの独立したデータパスを提供します。ストレージレプリケーションとData Guardのリドゥ転送は、別々のパスで行われます。

ストレージレプリケーションはリドゥレプリケーションとは異なります

パス1は、スタンバイ初期化のためにGCNVレイヤーでデータファイルを移動します。
パス2では、切り替え後もデータベースの同期が維持されます。
パス3は、Oracle Data Guard BrokerとObserverを介して、ロールの移行と自動フェイルオーバーをオーケストレーションします。

プラットフォームロール

以下の表は、どのプラットフォームレイヤがストレージサービスを提供し、どのレイヤがデータベースの同期とフェイルオーバー制御を提供するかをまとめたものです。

プラットフォーム	提供
GCNV	iSCSIボリューム、スナップショット、ボリュームレプリケーション（ベースライン＋増分） - スタンバイ初期化
Data Guard	再実行トランスポート、MRP、ブローカー、FSFO - 継続的な同期とフェイルオーバー

プラットフォーム

提供

GCNV

iSCSIボリューム、スナップショット、ボリュームレプリケーション（ベースライン＋増分） - スタンバイ初期化

Data Guard

再実行トランスポート、MRP、ブローカー、FSFO - 継続的な同期とフェイルオーバー

GCNV レプリケーションは、まずベースラインコピーを実行し、その後、ポリシーごとにブロックの増分更新を実行します。スタンバイが初期化された後、Data Guard はリドゥ適用と FSFO を所有します。

トポロジとストレージ

このトポロジーでは、プライマリ、スタンバイ、オブザーバーの役割を別々のゾーンに配置し、各データベースホストを専用のGCNVプールとiSCSIボリュームにマッピングします。

ロール VM ゾーン GCNVプールボリューム（ホストあたり）

ロール	VM	ゾーン	GCNVプール	ボリューム（ホストあたり）
プライマリ	`oracdb1`	`us-west1-a`	`oracle-pool-a`	`ora_<host>_u01`、 `ora_<host>_data_01/02`、 `ora_<host>_arch_01`、 `ora_<host>_fra_01`
Standby	`oracdb2`	`us-west1-b`	`oracle-pool-b`	同じ命名パターン
オブザーバー	`oradg-obs`	`us-west1-c`	-	ブートディスクのみ

プライマリ

oracdb1

us-west1-a

oracle-pool-a

ora_<host>_u01、 ora_<host>_data_01/02、 ora_<host>_arch_01、 ora_<host>_fra_01

Standby

oracdb2

us-west1-b

oracle-pool-b

同じ命名パターン

オブザーバー

oradg-obs

us-west1-c

ブートディスクのみ

ストレージバッキング用途

ストレージ	バッキング	用途
OS	GCE ブートディスク	OSのみ
`/u01`	GCNV iSCSI	グリッド/DBホーム、ステージング（XFS）
`+DATA` / `+RECO` / `+FRA`	GCNV iSCSI	ASM EXTERNAL - データファイル、アーカイブ、FRA

GCE ブートディスク

OSのみ

/u01

GCNV iSCSI

グリッド/DBホーム、ステージング（XFS）

+DATA / +RECO / +FRA

GCNV iSCSI

ASM EXTERNAL - データファイル、アーカイブ、FRA

マシンタイプ

サンプル `n4-highmem-8`このソリューションでは、OLTPワークロードは通常、 `c4-standard-*`を使用します。

次の手順

復旧と可用性の目標に合った展開パスを選択するには、Google Cloud NetApp Volumes 上の Oracle Database 26ai のデプロイオプションについて説明しますにアクセスしてください。