1. データベースの移行中の停止時間の短縮について学ぶ
  2. Oracle Data Guardでの移行について

Oracle Data Guardでの移行について

Oracle Data Guardを使用した移行の場合はすべて、スタンバイ・データベースへのスイッチオーバーを実行して、スタンバイからプライマリ・データベースを作成できます。

Oracle Data Guardを使用して停止時間を短縮する移行の場合は、2つのソリューションが使用可能です。どちらの方法も、Oracle Data Guard互換プラットフォーム上で実行する前提条件があります。

ソース・データベースを移行先に移行し、データベースを同じリリースにしておく場合は、単純なData Guardソリューションを使用できます。ソース・データベースをターゲットに移行する以外に、ソース・データベースを後のバージョンにアップグレードすることが目的の場合は、Advanced Data Guardソリューションを使用します。

移行プロセスで使用されるスタンバイ・データベースは、移行目的でのみ使用し、障害回復には使用しないでください。移行の準備としては、高可用性の障害時リカバリ・ソリューションを維持する必要がある場合、移行のために1つ、高可用性要件を満たすために追加のデータベースを使用して、複数のスタンバイ・データベースを作成します。

Oracle Data Guardを使用してデータベースを移行する場合、次の方法を使用できます。

  • 単純なData Guard -このソリューションを使用すると、ソース・データベースは新しい環境のターゲット・バージョンにすでに存在します。フィジカル・スタンバイ・データベースが新しい環境に作成されます。移行を完了する準備ができたら、Data Guardスイッチオーバーが実行され、すべてのアプリケーションは新しいプライマリ・データベースの使用を開始します。このプロセスの一環として、新しい環境からソース環境にRedoを再出荷して、現状に保つことができます。問題が発生した場合は、データ損失ゼロのスイッチオーバー(フォールバック)を実行して、元の構成に戻すことができます。

  • Advanced Data Guard -このソリューションを使用すると、データベースは新しいバージョンにアップグレードされます。このソリューションには、次の2つの方法があります。

    • 一時的な論理ローリング・アップグレード -この方法では、停止時間が最も少なくなります。データベース・バージョンのアップグレードに要する時間は、ソースのプライマリ・データベースには影響しません。スイッチオーバーの前にターゲット・スタンバイ・データベースでアップグレードが実行され、ソースのプライマリ・データベースは使用可能な状態のままになります。アップグレードが完了したら、アップグレードしたターゲット・スタンバイ・データベースに切り替えて、すべてのアプリケーションがアップグレードしたプライマリ・データベースの使用を開始します。

    • Data Guardスイッチオーバーおよびアップグレード -このメソッドでは、ターゲット・データベースのアップグレード時に停止時間(2時間以下)が発生します。アップグレードを実行する前に、ターゲット・データベースへのスイッチオーバーを実行します。

オプションで、これらのプロセスの一部として、Oracle Transparent Data Encryption (TDE)を使用して既存のデータを暗号化できます。オプションで、Oracle Database 12c以上の非CDBデータベースをプラガブル・データベース(PDB)としてクラウド・コンテナ・データベース(CDB)にプラグインすることで、Oracle Multitenantアーキテクチャに変換できます。

Simple Data Guardソリューションの使用について

データベース移行のこのソリューションは、アップグレードやマルチテナント・アーキテクチャへの変換が不要な場合に使用する必要があります。

次の図は、Oracle Cloud環境など、単純な移行を行うための一般的なフローを示しています。   

Mm -32575_edc_001a.pngの説明が続きます
図mm-32575_edc_001a.pngの説明

単純なData Guard移行の前提条件は次のとおりです。

  • ソース・データベースには、Oracle Database 11gリリース11.2.0.4、Oracle Database 12cまたはOracle Database 18cがあります。

  • スタンバイ・データベースによって使用されるOracle Homeは、元のデータベースと同じバージョンである必要がありますが、異なるバンドル・パッチ・レベルである場合があります。ただし、スタンバイ・データベースによって使用されるバンドル・パッチは、ドキュメント1265700.1 - Oracleパッチの保証- Data Guard Standby - First Patch適用に準拠している必要があります。

  • ソース・プラットフォームおよび宛先プラットフォームは、Data Guard構成と互換性がある必要があります。

単純なData Guard移行の高レベルな手順は次のとおりです。

  1. クラウド環境を準備し、ターゲット環境でData Guardスタンバイ・データベースをインスタンス化します。

  2. TDEを有効化して、スタンバイ・データベースのユーザー・データを暗号化します。

  3. 新しい環境でアプリケーションがデータベースを使用できるように、Data Guardスイッチオーバーを新しい環境に実行します。

    スイッチオーバー中に停止時間が最小限に抑えられます。Data Guardが元のデータベースにREDOを出荷して適用することを許可します。

  4. 問題が発生した場合は、Data Guardスイッチオーバーを実行して、元の構成に戻ります。

一時的な論理的ローリング・アップグレード・ソリューションの使用について

データベース移行のこのソリューションによって、アップグレード実行時に発生する停止時間が制限されます。このソリューションは、ソース・データベースにロジカル・スタンバイの使用に関する制限がない場合に使用してください。

次の図は、一時ロジカル・アップグレードを使用してOracle Cloud環境への移行を実行する一般的なフローを示しています。

Mm-32575_edc_002a.pngの説明が続きます
図mm-32575_edc_002a.pngの説明

一時的な論理ローリング・アップグレード・ソリューションを使用するための前提条件は、次のとおりです。

  • ソース・データベースには、Oracle Database 11gリリース11.2.0.4、Oracle Database 12cまたはOracle Database 18cがあります。

  • ソース・データベースは、ロジカル・スタンバイ・データベースの使用と互換性がある必要があります。

  • ターゲット・スタンバイ・データベースで使用されるOracle Homeはソース・データベースと同じバージョンである必要がありますが、異なるバンドル・パッチ・レベルである可能性があります。バンドル・パッチは、ドキュメント1265700.1 - Oracle Patch Assurance - Data Guard Standby - First Patch Applyに準拠している必要があります。

  • ソース・プラットフォームおよび宛先プラットフォームは、Data Guard構成と互換性がある必要があります。

  • 1つ以上のプラガブル・データベース(PDB)があるコンテナ・データベース(CDB)は、ターゲット環境のターゲット・バージョンのデータベース・ホームから作成および操作する必要があります。

  • インストール先の非CDBおよびCDB Oracleホームにパッチ22826718を適用して、Oracleデータベース12cリリース12.2.0.1以前の環境を探します。このパッチを使用すると、パスワードベースのウォレットに戻ることなく、TDE AUTOLOGINウォレットを使用する際にFORCE KEYSTOREの変更を使用できます。

一時的なロジカル・アップグレード・ソリューションの高レベルな手順は次のとおりです。

  1. クラウド環境を準備し、ターゲット環境でData Guardスタンバイ・データベースをインスタンス化します。

  2. 一時的なロジカル・ローリング・アップグレードを使用してスタンバイ・データベースをアップグレードします。

  3. TDEを有効化し、スタンバイ・データベースのユーザー・データを暗号化します。

  4. 新しい環境でアプリケーションがデータベースを使用できるように、Data Guardスイッチオーバーを新しい環境に実行します。

  5. ソースが非Cdbの場合、非cdbデータベースをプラガブル・データベースに変換します。

  6. 必要に応じて、ソース・データベースにフォールバックします。

    問題が発生した場合は、スイッチオーバーを実行して、ソース・データベースを元のプライマリ・ステータスに戻すことができます。ターゲット・スタンバイは、データ消失の原因となる可能性があるソース・データベースからのRedoを受信しません。

Data Guardスイッチオーバーおよびアップグレード・ソリューションの使用について

このソリューションを使用してデータベースを移行すると、アップグレード実行時にダウンタイムが発生し、ソース・データベースにロジカル・スタンバイ・データベースの使用が制限されている場合に使用されます。

次の図は、Data Guardスイッチオーバーおよびアップグレードを使用してOracle Cloud環境への移行を実行する一般的なフローを示しています。

Mm -32575_edc_003a.pngの説明が続きます
図mm-32575_edc_003a.pngの説明

Data Guardスイッチオーバーおよびアップグレードの方法を使用するための前提条件は、次のとおりです。

  • ソース・データベースには、Oracle Database 11gリリース11.2.0.4、Oracle Database 12cまたはOracle Database 18cがあります。

  • ソース・データベースは、ロジカル・スタンバイ・データベースの使用と互換性がありません。

  • スタンバイ・データベースで使用されるOracle Homeはソース・データベースと同じバージョンである必要がありますが、異なるバンドル・パッチ・レベルでもかまいません。バンドル・パッチは、ドキュメント1265700.1 - Oracle Patch Assurance - Data Guard Standby - First Patch Applyに準拠している必要があります。

  • ソース・プラットフォームおよび宛先プラットフォームは、Data Guard構成と互換性がある必要があります。

  • 1つ以上のプラガブル・データベース(PDB)があるコンテナ・データベース(CDB)は、ターゲット環境にインストールされているターゲット・バージョンのデータベース・ホームから作成および操作する必要があります。

  • Oracle Database 12cリリース12.2.0.1以前の環境の場合は、宛先非CDBおよびCDB Oracleホームにパッチ22826718を適用します。このパッチを使用すると、パスワードベースのウォレットに戻ることなく、TDE AUTOLOGINウォレットを使用する際にFORCE KEYSTOREの変更を使用できます。

Data Guardスイッチオーバーおよびアップグレードの方法の高度な手順は、次のとおりです。

  1. クラウド環境を準備し、ターゲット環境でData Guardスタンバイ・データベースをインスタンス化します。

  2. TDEを有効化し、スタンバイ・データベースのユーザー・データを暗号化します。

  3. アプリケーションでターゲット環境でデータベースを使用できるように、ターゲット環境へのData Guardスイッチオーバーを実行してから、データベースをアップグレードします。

  4. 必要に応じて、非Cdbデータベースをプラガブル・データベースに変換します。

  5. 必要に応じて、ソース・データベースにフォールバックします。

    問題が発生した場合は、スイッチオーバーを実行して、ソース・データベースを元のプライマリ・ステータスに戻すことができます。ターゲット・スタンバイは、データ消失の原因となる可能性があるソース・データベースからのRedoを受信しません。