前提条件

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

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

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

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

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

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

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

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

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

証跡ファイル・フォーマットを調整する必要がないように、ソースではなくターゲットからアップグレードを開始することをお薦めします。

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

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

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

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

セキュリティに関する考慮事項

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

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

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

ノート:

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

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

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

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

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

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