Oracle Zero Downtime Migrationを使用してOracle Database@Google Cloudに移動
Oracle Database@Google Cloudでは、Oracle Oracle Exadata Database Service on Dedicated InfrastructureおよびOracle Autonomous Database ServerlessでGoogle Cloudデータ・センターでミッションクリティカルなOracleデータベースを実行できます。
Oracle Exadata Database ServiceおよびOracle Real Application Clusters (Oracle RAC)に組み込まれている高可用性、パフォーマンスおよびスケーラビリティを利用し、Google Cloudアプリケーションの低レイテンシを利用できます。
クラウドへのデータベースの移行は、通常、ビジネスのダウンタイムに関連する手動プロセスです。Oracle Zero Downtime Migration(ZDM)は、Oracleデータベースの移行を最小から無停止で簡素化および自動化し、Oracle Maximum Availability Architecture(Oracle MAA)のベストプラクティスをデフォルトで組み込み、フリート移行をサポートし、無料です。その他の利点もあります。
Oracle Zero Downtime Migrationは、2019年のリリースから、オンプレミスのOracle Exadataマシン、Oracle Exadata Database Service on Cloud@CustomerおよびOracle Cloud Infrastructure (OCI)へのOracleデータベースの移行において、世界中のお客様にとって信頼できる移行ツールとなっています。
アーキテクチャ
Oracle Zero Downtime Migrationサービス・ホストは、ソース・データベースの横にある別のオンプレミス仮想マシン(VM)にインストールされます。ターゲットOracle Exadata Database Serviceは、GoogleのVirtual Private Cloud (VPC)内のGoogle Cloudのデータ・センターでプロビジョニングされます。オンプレミス・データ・センターは、Google Cloud Interconnectまたはサイト間VPNを使用してGoogle Cloudに接続されます。Oracle Zero Downtime Migrationワークフローでは、直接データ転送が使用され、サービスからのリストア方法を使用してターゲット・データベースが作成されるため、ソース・データベースを中間記憶域の場所にバックアップする必要がなくなります。Oracle Zero Downtime Migrationは、Oracle Data Guardを使用して、オンプレミス・データベースからターゲット・データベースにデータをレプリケートします。Oracle Zero Downtime Migrationは、Oracle Data Guardを設定し、それを維持し、移行の完了後に構成をクリーン・アップするため、必要がありません。移行が完了すると、ターゲット・データベースは自動バックアップ機能を使用してデータベースをOracle Database Autonomous Recovery Serviceにバックアップできます。
次のダイアグラムにアーキテクチャを示します。
oracle_database_at_google_cloud_w_zdm-oracle.zip
アーキテクチャには、次のオンプレミス・コンポーネントおよびOracle Cloud Infrastructureコンポーネントがあります:
- オンプレミス・ネットワーク
このネットワークは、組織が使用するローカルネットワークです。これはトポロジのスポークスです。
- リージョン
Oracle Cloud Infrastructureリージョンとは、可用性ドメインと呼ばれる1つ以上のデータ・センターを含む、ローカライズされた地理的領域です。リージョンは他のリージョンから独立し、長距離の場合は(複数の国または大陸にまたがって)分離できます。
- 仮想クラウド・ネットワーク(VCN)およびサブネット
VCNは、Oracle Cloud Infrastructureリージョンで設定する、カスタマイズ可能なソフトウェア定義のネットワークです。従来のデータ・センター・ネットワークと同様に、VCNsではネットワーク環境を制御できます。VCNには重複しない複数のCIDRブロックを含めることができ、VCNの作成後にそれらを変更できます。VCNをサブネットにセグメント化して、そのスコープをリージョンまたは可用性ドメインに設定できます。各サブネットは、VCN内の他のサブネットと重複しない連続した範囲のアドレスで構成されます。サブネットのサイズは、作成後に変更できます。サブネットはパブリックにもプライベートにもできます。
- ルート表
仮想ルート表には、通常ゲートウェイを介して、サブネットからVCN外部の宛先にトラフィックをルーティングするルールが含まれます。
- セキュリティ・リスト
サブネットごとに、サブネット内外で許可する必要があるトラフィックのソース、宛先およびタイプを指定するセキュリティ・ルールを作成できます。
- サイト間VPN
Site-to-Site VPNは、オンプレミス・ネットワークとOracle Cloud InfrastructureのVCNs間にIPSec VPN接続を提供します。IPSecプロトコル・スイートは、パケットがソースから宛先に転送される前にIPトラフィックを暗号化し、到着時にトラフィックを復号化します。
- Oracle Exadata Database Service
Oracle Exadata Database Serviceを使用すると、クラウドでExadataの機能を活用できます。Oracle Exadata Database Serviceは、パブリック・クラウドで目的別に最適化されたOracle Exadataインフラストラクチャ上で、実績のあるOracle Database機能を提供します。Oracle Databaseのすべてのワークロードに組み込まれたクラウド自動化、柔軟なリソーススケーリング、セキュリティ、高速パフォーマンスにより、管理を簡素化し、コストを削減できます。
Oracle Exadata Database Service on Dedicated Infrastructureは、Oracle Cloud Infrastructure (OCI)データ・センターのサービスとしてOracle Exadata Database Machineを提供します。Oracle Exadata Database Service on Dedicated Infrastructureインスタンスは、OCIリージョンのExadataラックに存在する仮想マシン(VM)クラスタです。
- Oracle Database Autonomous Recovery Service
Oracle Database Autonomous Recovery Serviceは、Oracleデータベースを保護するOracle Cloudサービスです。OCIデータベースのバックアップ自動化および強化されたデータ保護機能を使用すると、すべてのバックアップ処理およびストレージ要件をOracle Database Autonomous Recovery Serviceにオフロードできるため、バックアップ・インフラストラクチャ・コストおよび手動管理オーバーヘッドをなくすことができます。
- Oracle Database@Google Cloud
Oracle Database@Google Cloudは、Google Cloud環境でOracle Databaseワークロードを実行するOracle Cloudデータベース・サービスです。Oracle Database@Google Cloudのすべてのハードウェアは、Google Cloudのデータ・センターにコロケーションされ、Google Cloudネットワーキングを使用します。このサービスは、Google Cloud内の単一のオペレーティング環境のシンプルさ、セキュリティ、および低レイテンシの恩恵を受けています。Google CloudコンソールまたはGoogle Cloud自動化ツールを使用して、サービスを管理できます。Google Cloud IAMおよび管理者は、Oracle Exadata Database Serviceのフェデレーテッド・アイデンティティおよびアクセス管理を提供します。
- Oracle Cloud Infrastructure Vault
Oracle Cloud Infrastructure Vaultでは、データを保護する暗号化キーと、クラウド内のリソースへのアクセスを保護するために使用するシークレット資格証明を集中管理できます。Vaultサービスを使用して、ボールト、キーおよびシークレットを作成および管理できます。
- ゼロ・ダウンタイム移行サービス・ホスト
Oracle Zero Downtime Migrationサービス・ホストは、専用システムである必要がありますが、他の目的で共有できます。
Oracle Zero Downtime Migrationソフトウェアには、Oracle Linux 7または8、Red Hat Enterprise Linux 8または9で実行されているスタンドアロンOracle Linuxホストが必要です。
Oracle Zero Downtime Migrationサービス・ホストは、ソースおよびターゲットのデータベース・サーバーに接続できる必要があります。接続が保証されている場合、サービス・ホストはどこにでも配置できます。
- Data Guard
Oracle Data GuardおよびOracle Active Data Guardは、1つ以上のスタンバイ・データベースを作成、維持、管理および監視する包括的なサービス・セットを提供し、本番のOracleデータベースを中断することなく使用可能にします。Oracle Data Guardでは、インメモリー・レプリケーションを使用して、これらのスタンバイ・データベースを本番データベースのコピーとしてメンテナンスします。計画停止または計画外停止により本番データベースが使用できなくなった場合、Oracle Data Guardはいずれかのスタンバイ・データベースを本番ロールに切り替えることで、停止に伴うダウンタイムを最小化できます。Oracle Active Data Guardは、ほとんどの読取りワークロードをスタンバイ・データベースにオフロードする追加機能を提供し、高度なデータ保護機能も提供します。
このアーキテクチャには、次のGoogleコンポーネントがあります。
- Googleクラウド・リージョン
Google Cloudリージョンは、リソースをホスティングするためのデータ・センターおよびインフラストラクチャを含む地理的領域です。これは、リージョン内で相互に分離されたゾーンで構成されます。
- Googleクラウドプロジェクト
Google Workspace APIを使用し、Google Workspaceのアドオンまたはアプリを構築するには、Google Cloud Projectが必要です。プロジェクトは、APIの管理、請求の有効化、コラボレータの追加と削除、権限の管理など、すべてのGoogle Cloudサービスの作成、有効化および使用の基礎となります。
- Google仮想プライベート・クラウド
Google Cloud Virtual Private Cloud(VPC)は、Compute Engine仮想マシン(VM)インスタンス、Google Kubernetes Engine(GKE)コンテナ、データベース・サービスおよびサーバーレス・ワークロードにネットワーキング機能を提供します。VPCは、クラウドベースのサービスにグローバルでスケーラブルかつ柔軟なネットワーキングを提供します。
- Googleクラウドインターコネクト
Cloud Interconnectは、可用性の高い低レイテンシ接続を通じて、オンプレミス・ネットワークをGoogleネットワークに拡張します。専用インターコネクトを使用してGoogleに直接接続するか、パートナ・インターコネクトを使用して、サポートされているサービス・プロバイダを介してGoogleに接続します。
- Googleクラウド・ルーター
Cloud Routerは、Border Gateway Protocol (BGP)のスピーカーおよびレスポンダ機能を提供する分散型でフルマネージド・サービスです。クラウド・ルーターは、クラウド・インターコネクト、クラウドVPNおよびルーター・アプライアンスと連携して、BGP受信ルートおよびカスタム学習ルートに基づいてVPCネットワークに動的ルートを作成します。
Oracle Zero Downtime Migrationワークフロー
Oracle DatabaseをOracle Database@Google Cloud上のOracle Exadata Database Serviceに移行するには、次のOracle Zero Downtime Migration (ZDM)ワークフローを使用します。
- 物理オンライン移行
物理オンライン移行ワークフローでは、同じデータベース・バージョンとプラットフォーム間の移行がサポートされます。直接データ転送とサービスからのリストア方法を使用してターゲット・データベースを作成し、ソース・データベースを中間記憶域の場所にバックアップすることを明示的に回避します。Oracle Data Guardは、最小限のダウンタイム移行を実現するために、ソース・データベースとターゲット・データベースの同期を維持します。
- 物理オフライン移行
物理オフライン移行ワークフローでは、同じデータベース・バージョンとプラットフォーム間の移行がサポートされます。Recovery Manager (RMAN)のバックアップおよびリストアを使用してターゲット・データベースを作成します。Google Cloud Managed NFS Serverには、RMANバックアップ・ファイルを格納するためのNFSファイル共有が用意されています。
次のZDMワークフローを使用して、Oracle DatabaseをOracle Database@Google CloudのOracle Exadata Database ServiceまたはOracle Database@Google CloudのOracle Autonomous Database Serverlessに移行します。
- 論理オンライン移行
論理オンライン移行ワークフローでは、同じバージョンと異なるデータベース・バージョンおよびプラットフォーム間の移行がサポートされます。Oracle Data Pumpのエクスポートおよびインポートを使用して、ターゲット・データベースを作成します。Google Cloud Managed NFS Serverには、Data Pumpダンプ・ファイルを格納するためのNFSファイル共有が用意されています。Oracle GoldenGateは、最小限のダウンタイム移行を実現するために、ソース・データベースとターゲット・データベースの同期を維持します。
- 論理オフライン移行
論理オフライン移行ワークフローでは、同じバージョンおよび異なるデータベース・バージョンおよびプラットフォーム間の移行がサポートされます。Oracle Data Pumpのエクスポートおよびインポートを使用して、ターゲット・データベースを作成します。Google Cloud Managed NFS Serverには、Data Pumpダンプ・ファイルを格納するためのNFSファイル共有が用意されています。
レコメンデーション
- パッチと更新プログラムでパッチ番号33509650を検索して、My Oracle Support (MOS)から最新のOracle Zero Downtime Migrationソフトウェア・バージョンをダウンロードします(デプロイの項を参照)。
- ソース・データベースの横にOracle Zero Downtime Migrationサービス・ホストをオンプレミスにインストールします。
- Oracle Zero Downtime Migrationサービス・ホストに100GB以上の空きストレージがあることを確認します。
- サイト間VPNまたはGoogle Cloud Interconnectを使用して、オンプレミスとGoogle Cloudの間のセキュアなプライベート・ネットワーク接続を確保します。
- データベース・サイズに応じて、オンプレミス・ネットワークからGoogle Cloudへの十分なネットワーク・スループットを確保します。
考慮事項
このリファレンス・アーキテクチャをデプロイする場合は、次の点を考慮してください。
- Oracle Database 12cリリース2以降では、TDEウォレットがソースに存在し、ウォレット・ステータスがOPEN状態である必要があります。ソース・データベースを暗号化する必要はありませんが、TDEウォレットを構成する必要があります。
- Oracle Zero Downtime Migrationでは、Oracle Zero Downtime Migrationサービス・ホストのSSHキーがRSA形式(Oracle Linux 8では、デフォルトは
OPENSSH)である必要があります。 - ターゲット・データベースは次のことを行う必要があります。
- 自動バックアップを有効にせずに、Oracle Cloudツールを使用してプロビジョニングできます。
- ソース・データベース以上のタイムゾーン・ファイルのバージョンがあること
- ソース・データベースおよびターゲット・データベースは次のことを行う必要があります。
- 同じデータベース名(
DB_NAME) - 異なる一意のデータベース名を持つ(
DB_UNIQUE_NAME) - サーバー・パラメータ・ファイル(
SPFILE)の使用 - 同じ文字セットを使用
- sqlnet.oraファイルに同じ暗号化アルゴリズムが定義されていること
SYSユーザー・アカウントのパスワードは、ソース・データベースとターゲット・データベースで同じである必要がありますCOMPATIBLEデータベース初期化パラメータは、ソース・データベースとターゲット・データベースで同じである必要があります- ソース・データベースとターゲット・データベースは、同じメジャー・リリース・バージョン(たとえば、19c)を持つことができます。ただし、ターゲット・データベースのパッチ・レベルが高くなる可能性があります(たとえば、ソースは19.23、ターゲットは19.24)。ターゲット・データベースがソース・データベースよりも高いパッチ・レベルにある場合、Oracle Zero Downtime Migrationは、移行の一部としてデータ・パッチを自動的に実行します。これは構成可能で、同じバージョンおよびパッチ・レベル内で移行するお客様は、データ・パッチを実行しないようにZDMにリクエストできます。
- 同じデータベース名(
デプロイ
ソース・データベースの横にある最新のOracle Zero Downtime Migrationをオンプレミスにダウンロードしてインストールします。
- My Oracle Support (MOS)にアクセスします。
- 最新のZDMソフトウェアを検索するには、「パッチ名または番号」を選択し、パッチ番号33509650を入力して「検索」をクリックします。
- 最新のパッチ番号をクリックし、メニューから「ダウンロード」を選択します。
- ダウンロードに含まれる手順に従います。
詳細の参照
このアーキテクチャの機能および関連するアーキテクチャについてさらに学習します。
- ゼロ・ダウンタイム移行によるOracle Database@Google CloudでのOracle DatabasesのExaDB-Dへの移行(ビデオ)
- Oracle Zero Downtime Migration
- Oracle Data Guard
- Oracle Database@Google Cloud
- Oracle Cloud Infrastructureマルチクラウド
Oracle Zero Downtime Migrationの様々なワークフローについて学習します。
- Oracle Database@Google CloudでのExaDB-Dへの物理オンライン移行
- Oracle Database@Google CloudでのExaDB-Dへの物理オフライン移行
- Oracle Database@Google CloudでのExaDB-Dへの論理オンライン移行
- Oracle Database@Google CloudでのExaDB-Dへの論理オフライン移行
- Oracle Database@Google Cloud上のADB-Sへの論理オンライン移行
- Oracle Database@Google Cloud上のADB-Sへの論理オフライン移行
次の追加リソースを確認します。