前提条件

Oracle GoldenGate Microservices Architectureをアップグレードするための前提条件について学習します。

ベスト・プラクティスとして、最初に最小または基本アップグレードを実行します。これは、新機能や追加または必須でないパラメータを追加せずにアップグレードを実行することを意味します。

Oracle GoldenGateがExtractの存在するソース側でアップグレードされた場合、証跡ファイルの形式は変わりません。上位のFORMAT RELEASEがEXTTRAILファイルに調整された場合、またはETROLLOVERが実行された場合にのみ、証跡ファイルは上位のリリースにアップグレードされます。これにより、Replicatが存在するターゲット・システムを独立してアップグレードできます。すべてのターゲット・システムがアップグレードされたら、EXTTRAILパラメータの形式リリースを更新して、上位の証跡ファイル形式に依存する新機能を利用できます。プロセスを再配置する必要はありません。

環境が正常にアップグレードされたことを確認した後、必要に応じて新機能および追加パラメータを実装できます。

アップグレード手順には、ソースまたはターゲット・データベースとOracle GoldenGateを同時にアップグレードするためのステップも含まれています。

Oracle GoldenGateのアップグレードに関する考慮事項

アップグレードを開始する前に、ExtractおよびReplicatのアップグレードに関する情報を確認してください。

ベスト・プラクティスとして、最初に最小または基本アップグレードを実行します。これは、新機能や追加または必須でないパラメータを追加せずにアップグレードを実行することを意味します。環境が正常にアップグレードされたことを確認した後、必要に応じて新機能および追加パラメータを実装できます。

ソース・インストールとターゲット・インストールの両方ではなく、どちらか1つのみをアップグレードする場合でも、アップグレードにはすべてのプロセスが関係します。どのコンポーネントをアップグレードするかに関係なく、すべてのプロセスをアップグレードの適切な順序で停止し、空になるまで証跡を処理する必要があります。

Oracleでは、証跡ファイル形式を調整する必要性を回避するために、ソースではなくターゲットでアップグレードを開始することをお薦めします。

インストール・バイナリおよびデプロイメント

Microservices Architectureでは、ソフトウェアがインストールされている場所と、パラメータ・ファイル、レポート・ファイルおよびトレイルファイルを含むOracle GoldenGateインスタンスのデプロイメント・ディレクトリ構造との間に強力な分離があります。どちらの領域でも、ソフトウェア・バイナリとデプロイメントは厳密に分離されています。そのため、デプロイメントに関連する新旧のソフトウェア・インストールの間に干渉はありません。

ソフトウェアのアップグレード中に、新しいソフトウェアは個別にインストールされます。古いソフトウェアを使用しているデプロイメントは停止されます。その後、デプロイメント環境は新しいソフトウェアに調整され、デプロイメントが再起動されます。

ホスト・マシンにOGG_HOME/lib/utl/reverseproxy/ReverseProxySettingsで生成されたリバース・プロキシ構成がある場合は、それを再構成して、Oracle GoldenGateで使用可能な拡張されたReverseProxySettingユーティリティを利用することを検討してください。ReverseProxySettingユーティリティの詳細は、「NGINXを使用したOracle GoldenGateリバース・プロキシの構成」をご覧ください。

セキュリティの考慮事項

セキュアでないデプロイメントをセキュア・デプロイメントに変更したり、セキュアでないデプロイメントにセキュア・デプロイメントを変更することはできません。デプロイメント・セキュリティは、デプロイメントの作成時に構成する必要があり、変更できません。セキュアなデプロイメントに変更する場合は、別のセキュアなデプロイメントを作成し、Extract、Replicat、Receiver ServiceおよびDistribution Serviceをその新しいデプロイメントに手動で移動する必要があります。

サービス・マネージャおよびデプロイメント

Oracle GoldenGateをアップグレードする場合は、最初にサービス・マネージャを更新する必要があります。サービス・マネージャのソフトウェア・バージョンは、XAGが有効な場合を除き、デプロイメントのバージョン以上である必要があります。

ノート: Oracle Grid Infrastructure Agent (XAG)を使用する場合は、アップグレードしたService Managerによって管理されるデプロイメントもアップグレードする必要があります。XAGが有効な場合、サービス・マネージャとは異なるOracle GoldenGateソフトウェア・リリースを使用してサービス・マネージャでデプロイメントを実行することはサポートされません。

Extractのアップグレードに関する考慮事項

統合構成(1つのターゲットに対して複数のソースがある構成)で動作する複数のExtractプロセスを更新する場合は、一度に1つのExtractをアップグレードします。

Extractが再起動し、Extractバージョンがアップグレードされると、出力証跡ファイルは自動的にロールオーバーされます。

Oracle GoldenGate for the Oracle AI Databaseでは、データベースを上位のバイナリ・バージョンにアップグレードしてから、下位のバイナリ・バージョンにダウングレードした場合、既存の取得はマイニングを続行できなくなります。続行するには、取得を削除し、新しいExtractを作成する必要があります。

ノート: Oracle GoldenGate 26ai以降、ExtractはDDL操作にタグを付けたフィルタをデフォルトで適用するため、Oracle Data Pump DDL (タグ00)は取得から除外されます。これらのDDLを取得するには、DDLOPTIONS INCLUDETAG 00を構成しますが、双方向の設定には他のタグ付きDDLが含まれ、レプリケーション・ループが導入される可能性があるため、注意してください。

詳細は、UPGRADE HEARTBEATTABLEを参照してください。

Replicatのアップグレードに関する考慮事項

すべてのReplicatインストールを同時にアップグレードする必要があります。全ターゲット・システムのすべてのReplicatグループにつながる証跡すべてを、アップグレード手順に従って、空になるまで処理することが重要です。

Oracle GoldenGateの19cリリースより前のリリースではアップグレードする場合は、ReplicatでSOURCEDEFパラメータを使用しないでください。そうしないと、Replicatが異常終了します。ただし、証跡ファイル形式が12.2より前である場合は、証跡ファイル内にメタデータが存在しないため、SOURCEDEFが必要です。

TIMEZONEデータ型は、Oracle GoldenGate 21c以上のリリースで異なる方法で管理されます。したがって、Extractによって書き込まれた古いトレイル・ファイルを使用した後に、ALTER REPLICAT EXTSEQNOコマンドを実行して新しい証跡ファイルと同期する必要がある場合があります。詳細は、ALTER REPLICATコマンドを参照してください。

証跡ファイルの考慮事項

Oracle GoldenGateがExtractの存在するソース側でアップグレードされた場合、証跡ファイルの形式は変わりません。ただし、上位のFORMAT RELEASEがEXTTRAILパラメータに調整された場合、またはETROLLOVERが実行された場合のみ、証跡ファイルはより高いリリースに更新されます。これにより、Replicatが存在するターゲット・システムを独立してアップグレードできます。すべてのターゲット・システムがアップグレードされたら、EXTTRAILパラメータの形式リリースを更新して、上位の証跡ファイル形式に依存する新機能を利用できます。プロセスを再配置する必要はありません。