Oracle GoldenGateに関するよくある質問

Oracle GoldenGate AI実装に関する最もよくある質問への回答をご覧ください。

Oracle GoldenGateがエンタープライズAIにとって重要な理由

AIは最新の信頼できるビジネス・データに依存するため、Oracle GoldenGateはエンタープライズAIにとって重要です。モデル、RAGシステム、AIエージェントは、古いバッチ・スナップショットや運用データの不完全なコピーから作業する場合、信頼性の高い理由付けや行動を行うことはできません。GoldenGateは、ビジネス・イベントを発生時にストリーミングし、ガバナンス、一貫性および監査性を維持しながら、AIシステムに最新の運用現実へのアクセスを提供します。

Oracle GoldenGateはRAGおよびAIエージェントをどのようにサポートしますか。

Oracle GoldenGateは、運用データをベクトル・データベース、RAGパイプライン、AIナレッジ・ベース、レイクハウス、イベントドリブン・システムに継続的に提供することで、RAGおよびAIエージェントをサポートします。GoldenGate AI機能を使用すると、変更されたレコードをパイプラインの一部としてエンリッチ、埋込み、要約、分類またはルーティングできるため、AIシステムは古いスナップショットではなく現在のビジネス・コンテキストで動作します。

GoldenGateはベクトル・データをどのようにサポートしますか。

既存のベクトルのレプリケート、Oracle AI Databaseへのベクトルの移動、ベクトル変更のストリーム、レプリケーション中の埋込みの生成を行うことができます。

@AISERVICEはどのような場合に使用しますか。

埋込みまたはエンリッチメントを、マネージド・エンドポイントやGPUバック・エンドポイントなどの外部AIサービスで実行する必要がある場合は、@AISERVICEを使用します。@AISERVICEを使用した外部AI埋込みを参照してください

@DBFUNCTIONはどのような場合に使用しますか。

適用処理の一部としてロジックをターゲット・データベースで実行する場合は、@DBFUNCTIONを使用します。@DBFUNCTIONを使用したネイティブ・データベースの埋込みを参照してください

履歴ベクトル・ロードはどのように処理しますか。

履歴データにバルク・インスタンス化またはデータベース・ネイティブ・ロードを使用し、GoldenGateで増分変更を処理します。

Oracle GoldenGateの主なユース・ケースは何ですか。

Oracle GoldenGateは、ミッションクリティカルな高可用性とディザスタ・リカバリ、ダウンタイムなしの移行、リアルタイム分析、レイクハウス取り込み、イベントドリブン・アーキテクチャ、AIとRAGパイプライン、データ・ファブリック・アーキテクチャ、およびハイブリッド環境とマルチクラウド環境間の管理されたデータ同期に使用されます。

Oracle GoldenGateは、Oracle E-Business Suite (EBS)データベースの移行をサポートしていますか。また、EBSのOracle動作保証情報はまだ有効ですか。

Oracle EBSは、従来のデータベース方法(インポート/エクスポート、Oracleデータ・ポンプ)に重点を置いて、移行の論理レプリケーション製品を動作保証しません。

GoldenGateは、これらの従来のデータベース・メソッドによって行われた作業の一部を置き換えるために使用できますが、移行に関連する全体的な停止時間を短縮するために、すべてのオブジェクトで使用しないでください。

GoldenGateでサポートされていない、または一時作業に関連するbjectは、停止時間ウィンドウ中に従来の方法を使用して移行する必要があります。

AWSは、EFSを使用したGoldenGateのリファレンス・アーキテクチャで、リージョン間のDRシナリオをサポートしていますか。

AWSのブログHigh Availability for Oracle GoldenGate Microservices Architecture in AWSで、リージョン内の高可用性設計について説明します。

そのコンテキストでは、次のことが行われます。

リージョン間のDRシナリオでは、動作が大きく異なります。

これらの要因により、AWSブログで概説されているリージョン内設計パターンは、追加の考慮事項なしに、クロスリージョンDRに直接拡張されることはありません。

推奨事項:

リージョン間アーキテクチャでは、トレイル・ファイルの非同期レプリケート共有記憶域に依存するのではなく、アクティブなデータ移動(GoldenGate分散パスなど)を使用します。

GoldenGateがサポートするOracle Databaseのバージョンを教えてください。

詳細は、https://www.oracle.com/integration/goldengate/certifications/を参照してください。

GoldenGateの構成およびユースケースにはどのようなタイプがありますか。

GoldenGateの主要コンポーネントは何ですか。

Oracle GoldenGateとは何ですか。また、主なユースケースは何ですか。

Oracle GoldenGateは、複数の異種システム間のトランザクション変更をリアルタイムで取得、変換および提供するデータ統合およびレプリケーション・ソリューションです。

Oracle GoldenGateの主なユース・ケースは次のとおりです。

Oracle GoldenGateはどのデータベースおよびプラットフォームをサポートしていますか。

Oracle GoldenGateは、次のような幅広いデータベースおよびターゲットをサポートしています。

Oracle GoldenGateは、OCIで実行されているOracle Fusion SaaSおよびOTM SaaSアプリケーションから取得できます。

Oracle GoldenGateは、Salesforce.com/SFDCから取得できません。

Oracle GoldenGateでは、TeradataおよびTimesTenに変更をレプリケートできますが、いずれからも取得できません。

特定のデータベースおよびターゲット・サポートのGoldenGate動作保証メトリックを確認することをお薦めします。詳細は、https://www.oracle.com/integration/goldengate/certifications/を参照してください。

Oracle GoldenGate Classic ArchitectureとMicroservices Architectureにはどのような違いがありますか。

MAの詳細は、Oracle GoldenGate Microservices Architectureを参照してください。

Oracle GoldenGateは他のレプリケーション・ツールとどのように比較されますか。

Oracle GoldenGateは、次の理由により、データ統合、データベース・レプリケーション、データ移動、データベース移行、リアルタイム・データ取り込みに最適です。

Oracle GoldenGateをデータベースXYZにインストールするための前提条件は何ですか。

プラットフォームと互換性

デプロイメント・モデル

データベース構成

インフラおよびシステム・リソース

ストレージ

ネットワークとポート

OSおよびユーザー設定

データベース接続性

マイクロサービス固有の要件

セキュリティ

高可用性(オプション)

業務上の即応性

Oracle GoldenGateのためのデータベースの準備の詳細は、データベースの準備を参照してください。

セキュア・デプロイメントと非セキュア・デプロイメントの違いは何ですか。

OGGCAを使用してOracle GoldenGate Microservicesを構成するにはどうすればよいですか。

詳細は、デプロイメントの追加およびOGGCAを使用したサイレント・モードでのデプロイメントの追加を参照してください。

Oracle GoldenGateのパフォーマンスを最適化するためのベスト・プラクティスは何ですか。

最新のOracle GoldenGateデプロイメントでは、パラレルReplicatとともに統合Extractを使用することをお薦めします。これは、パラレルReplicatが、高パフォーマンスのターゲット適用操作のための戦略的で推奨されるレプリケーション方法になったためです。

パラレルReplicatは、スケーラビリティの向上、トランザクション適用パフォーマンスの向上、および大量のエンタープライズ・ワークロードに対するより効率的なパラレル処理を提供するため、統合ReplicatはパラレルReplicatを優先して段階的に廃止されています。

適切に最適化されたGoldenGateアーキテクチャでは、ローカルおよびリモートの証跡ファイルを使用して取得、転送および適用ステージを分離する必要があります。これにより、回復性が向上し、ネットワークの中断からレプリケーションが分離されます。また、パフォーマンスは、高速ストレージ、適切なサイズのデータベース・メモリー、効率的なREDOログ構成、安定したネットワーク接続など、基礎となるインフラストラクチャにも大きく依存します。

Extractラグ、Replicatラグ、スループットおよびチェックポイント・アクティビティの継続的な監視は、レプリケーション・レイテンシに影響を与える前にボトルネックを事前に識別するために不可欠です。

一般に、最適なGoldenGateパフォーマンスは、スケーラブルなアーキテクチャ設計、適切なワークロード分散、データベース・チューニング、および慎重に管理された並列性の組合せによって実現されるため、大規模なトランザクション・ワークロードでも、低レイテンシで信頼性の高いレプリケーションを維持できます。

ラグを監視し、パフォーマンスの問題をトラブルシューティングするにはどうすればよいですか。

Oracle GoldenGateプロセスを監視するために使用できるツールまたはコマンドは何ですか。

Oracle GoldenGate Microservices Architectureでは、監視は主に、GGSCIなどの従来のクラシック・アーキテクチャ・ツールではなく、Webベースの管理サービス、REST APIおよびパフォーマンス・メトリック・サービスを介して実行されます。管理サービスは、管理者がExtract、Distribution、ReceiverおよびパラレルReplicatプロセスの状態とステータスをリアルタイムで監視できるようにする一元化されたダッシュボードを提供します。ユーザーは、Webインタフェースを使用して、デプロイメント全体にわたるレプリケーション・ラグ、チェックポイントの進行状況、スループット・レート、パス・ステータスおよびプロセス・パフォーマンスを追跡できます。REST APIは、監視データへのプログラム的なアクセスも提供し、自動化フレームワークおよびエンタープライズ可観測性プラットフォームとの統合を可能にします。

Microservices Architectureの主要な監視コンポーネントは、パフォーマンス・メトリック・サービス(PMSRVR)で、レプリケーション・プロセスおよび分散パスの操作メトリックを収集および公開します。これらの指標は、Oracle Enterprise Manager、OCI Monitoring、Prometheus、Grafanaなどのモニタリング・ソリューションと統合して、一元化されたダッシュボード、アラート、長期的なパフォーマンス分析を提供できます。管理者は、Service Managerおよび管理サービスのインタフェースを介して使用可能なデプロイメント・ログ、レポート・ファイルおよび診断情報を使用して、エラーのトラブルシューティング、プロセスの動作の監視、およびレイテンシの問題の調査も行います。

OCI GoldenGateデプロイメントでは、OCIコンソール、OCIロギング、OCIモニタリングおよびOCIアラームを介して追加のモニタリング機能が使用可能になり、デプロイメント・ヘルス、スケーリング動作、レプリケーション・ラグおよび運用イベントがクラウドネイティブで可視化されます。全体として、GoldenGate Microservices Architectureの監視は、一元化された可観測性、API主導の管理、およびエンタープライズ監視プラットフォームとの統合に重点を置いており、レプリケーションのパフォーマンスとシステムの状態に関するリアルタイムのインサイトを提供します。

ユーザーは、StatsDエクスポートおよびAPIコールにアクセスすることで、独自のダッシュボードおよびモニタリング・アプリケーションを作成できます。

証跡ファイルとは何ですか。また、Oracle GoldenGateではこれらをレプリケーションでどのように使用しますか。

証跡ファイルには、Extractプロセスによって取得されたデータ変更がプラットフォームに依存しない形式で格納されます。

最適なReplicatタイプは何ですか。

パラレルReplicatから開始: ほとんどのユースケース(特に大量のトランザクション・ワークロードを含むユースケース)で、パラレル非統合Replicatは最高のパフォーマンスと柔軟性を提供します。

GoldenGate Distributed Applications and Analyticsでは、クラシックReplicatおよび調整Replicatがサポートされています。

分散アプリケーションおよび分析のGoldenGateでは、ターゲットに応じて調整Replicatのパフォーマンスが向上します。

セキュアなデータ・レプリケーション用にTLS/SSLをどのように設定するのですか。

証跡ファイルを暗号化するためのオプションは何ですか。

データの保護の詳細は、Oracle GoldenGate Microservicesドキュメントのリストア時のデータの保護を参照してください。

GoldenGate独自の認証のために、Oracle GoldenGateを外部アイデンティティ・プロバイダ(IAM、OAMなど)と統合するにはどうすればよいですか。

Oracle GoldenGateを使用して、ダウンタイムなしでデータベースを移行するにはどうすればよいですか。

Oracle GoldenGateでは、両方のシステムがオンラインのまま、ソース・データベースからターゲット・データベースにトランザクション変更を継続的にレプリケートすることで、ほぼゼロダウンタイムのデータベース移行が可能になります。GoldenGateを使用すると、エクスポート、インポートおよびカットオーバー・アクティビティに長い停止ウィンドウが必要になるかわりに、組織はリアルタイムでデータを同期できるため、アプリケーションの中断を最小限に抑えて、最終的な移行カットオーバーを完了できます。

一般的なゼロ・ダウンタイム移行アーキテクチャでは、GoldenGateは統合Extractを使用してソース・データベースから変更を取得し、証跡ファイルに書き込みます。変更は、分散サービスを介して送信され、パラレルReplicatを使用してターゲット・データベースに適用されます。初期データ・ロードがバックアップ/リストア、Data Pump、RMAN複製またはその他のバルク・ロード方法によって移行されている間、GoldenGateは進行中のトランザクションを継続的にレプリケートするため、ターゲットは移行プロセス全体でソースと同期されたままになります。

移行ワークフローは通常、いくつかのフェーズに従います。

初期ロード・フェーズでは、データベースのフル・コピーがターゲット環境に転送されます。ベースライン・データがロードされると、GoldenGateは、ソース・データベースから取得されたすべての進行中のトランザクション変更を適用します。ターゲット・データベースはカットオーバーの開始前にほぼ同期されているため、この連続レプリケーションによって停止ウィンドウが大幅に削減されます。

データ検証は、ゼロ・ダウンタイム移行の重要な部分です。Oracle GoldenGate Veridataは、本番スイッチオーバー前にデータの一貫性を確保するために、レプリケーション中にソース・データベースとターゲット・データベースを比較するために一般的に使用されます。継続的な検証は、不一致を早期に特定し、移行リスクを低減するのに役立ちます。

カットオーバー時には、アプリケーション・アクティビティが一時的に一時停止され、残りのトランザクションはレプリケートが許可され、管理者はレプリケーション・ラグがゼロに達することを確認します。同期が確認されると、アプリケーションはターゲット・データベースにリダイレクトされ、ターゲット環境が新しい本番システムになります。システムがオンラインである間にほとんどのデータ移動が発生したため、通常、実際の停止ウィンドウは、最終同期およびアプリケーション・リダイレクション・プロセスのみに縮小されます。

GoldenGateでは、次のものにわたるゼロ・ダウンタイム移行がサポートされます。

最新のGoldenGate Microservices ArchitectureおよびOCI GoldenGateデプロイメントでは、一元化されたWebインタフェース、REST API、自動デプロイメント・サービスおよび統合モニタリング機能により、移行管理がさらに簡素化されます。パラレルReplicat、統合キャプチャおよびスケーラブルな分散サービスは、移行アクティビティ中に大規模なトランザクション・ワークロードを効率的に処理するのに役立ちます。

全体として、Oracle GoldenGateは、継続的なリアルタイム・レプリケーション、スケーラブルなパラレル処理、継続的な検証、および制御されたカットオーバー手順を組み合せることで、ダウンタイムなしの移行を可能にし、企業はビジネスの中断を最小限に抑え、運用リスクを軽減しながら重要なデータベースを移行できます。

双方向レプリケーションを構成するためのベスト・プラクティスは何ですか。

Oracle GoldenGateで双方向レプリケーションを構成するためのベスト・プラクティスは、次のとおりです。

双方向レプリケーション環境では、単方向レプリケーションよりも複雑であり、次のような課題が発生する可能性があるため、慎重に計画する必要があります。

Replicatが「スタック」トランザクションを表示するとどういう意味ですか。また、どのように修正すればよいですか。

Replicatにスタック・トランザクションが表示されている場合、通常は、Replicatプロセスがターゲット・データベースに1つ以上のトランザクションを適用できず、レプリケーションの進行状況が停止または遅延することを意味します。

一般的な原因は次のとおりです。

一般的なトラブルシューティング手順は次のとおりです。

管理者は、次のことが必要な場合があります。

場合、重大度およびビジネス要件に応じて。

Microservicesでディスク領域を管理し、古い証跡ファイルをパージするにはどうすればよいですか。

Oracle GoldenGate Microservices Architectureでは、記憶域の枯渇を防ぎ、正常なレプリケーション環境を維持するために、ディスク領域管理および証跡ファイルのパージが重要です。

証跡ファイルは、通常、ダウンストリーム・プロセスで不要になった古い証跡ファイルを削除する自動パージ・ポリシーを使用して管理されます。

一般的な方法は次のとおりです。

通常、証跡ファイルは、次の場合にパージできます。

マイクロサービスでは、トレイル管理は通常、次の方法で処理されます。

追加の推奨事項は次のとおりです。

適切なトレイル管理により、次のことを回避できます。

マイクロサービスで自動起動および再起動を構成するにはどうすればよいですか。

Oracle GoldenGate Microservices Architectureでは、障害またはサーバーの再起動後にデプロイメント・サービスおよびレプリケーション・プロセスを自動的に起動およびリカバリするように、自動起動および自動再起動を構成できます。

これは通常、次によって構成されます。

自動再起動設定は、手動操作なしで失敗したプロセスを自動的に再起動することで、高可用性を確保するのに役立ちます。

一般的な構成オプションは次のとおりです。

これらの設定は、通常、次の方法で管理できます。

自動起動および再起動は、通常、次の場所で使用されます。

レプリケーション・ラグのトラブルシューティング・ステップは何ですか。

Oracle GoldenGateレプリケーション・ラグの一般的なトラブルシューティング・ステップは次のとおりです。

レプリケーション・ラグ分析は、通常、ボトルネックが次の原因であるかどうかの特定に重点を置いています。

GoldenGateを分散データ・ストリームおよびJSONリレーショナル二面性に使用するにはどうすればよいですか。

GoldenGateのデータ変換の拡張オプションは何ですか。

GoldenGateをz/OS上で実行して、zOSのDb2からの変更を取得したり、その変更を配信することはできますか。

Db2 z/OSに対してのみReplicatを実行する場合、このパッケージは必要ありません。

Db2 for iおよびDb2 LUWのGoldenGateにMicroservices Architectureはありますか。

GoldenGateは、LUW/Db2 z/OSビルド・インストール用のi/Db2用のODBCドライバをDb2に提供していますか。

いいえ。GoldenGateがインストールされているサーバーにまだインストールされていない場合、エンド・ユーザーは、これらのODBCドライバに対して、IBMとの独自のライセンス契約を使用して適切なODBCドライバをインストールする必要があります。適切なODBCドライバをダウンロードする方法については、IBMのODBCドライバのユーザー・ガイドを参照してください。

DockerコンテナでGoldenGateを実行するにはどうすればよいですか。

Oracle GoldenGateは、GoldenGateソフトウェアをコンテナ化されたサービスとしてデプロイすることで、Dockerコンテナで実行できます。Oracleでは、Oracle Container Registry (OCR)を介してGoldenGateコンテナ・イメージが提供されるため、ユーザーは事前に作成されたイメージをプルおよびデプロイして、設定および標準化された環境を高速化できます。

コンテナでGoldenGateを実行すると、次のような利点があります。

GoldenGate Microservices Architectureは、最新の分散環境向けに設計されており、DockerおよびKubernetesオーケストレーション・プラットフォームで適切に動作するため、通常はコンテナ・デプロイメントに推奨されます。

コンテナ化されたGoldenGateデプロイメントは、通常、次の場所で使用されます。

永続ストレージは通常、コンテナ・ライフサイクルの外部で証跡、チェックポイントおよび構成データを保持するように外部で構成されます。

OCI GoldenGateとは何ですか。

Oracle Cloud Infrastructure(OCI)GoldenGateは、フルマネージドのクラウドネイティブなData Fabricプラットフォームであり、異機種環境間でリアルタイムのデータ移動、統合、ストリーミングをエンタープライズ規模で実現します。データベース、データウェアハウス、分析プラットフォーム、メッセージング・システム、クラウド・サービス間の低レイテンシで、トランザクション・データの変更を取得して提供します。

最新のData Fabric戦略のコア・コンポーネントとして、OCI GoldenGateは、組織がオンプレミス、ハイブリッド、マルチクラウド環境全体で分散データを接続、同期、運用できるよう支援します。リアルタイムのデータ・レプリケーション、ゼロダウンタイム移行、運用レポート、イベントドリブン・アーキテクチャ、ストリーミング分析、AI/MLデータ・パイプライン、データ同期など、幅広いユース・ケースをサポートします。

OCI GoldenGateは、統合された直感的なユーザー・エクスペリエンスを通じてデータ・パイプラインを設計、調整、監視、変換、検証、比較するための統合機能も提供します。

OCI GoldenGateはどのリージョンで使用できますか。

OCI GoldenGateがデプロイされている現在のリージョンについては、ここをチェックしてください- https://www.oracle.com/cloud/data-regions/

OCI GoldenGateのドキュメントはどこにありますか。

OCI GoldenGateのドキュメントは、https://docs.oracle.com/en/cloud/paas/goldengate-service/index.htmlから入手できます。

OCI GoldenGateの主なユース・ケースは何ですか。

OCI GoldenGateの主なユース・ケースは次のとおりです。

OCI MarketplaceでのOCI GoldenGateとGoldenGateの違いは何ですか。

2つのオファリングの違いをいくつか示します。

サービス・レベル目標値(SLO)およびサービス・レベル合意(SLA)はどこにありますか。

Oracle PaaS and IaaS public cloud service pillar documentと現在のOracle Cloud SLAページを使用します。

https://www.oracle.com/cloud/sla/.

OCI GoldenGateのコストを教えてください。

OCI GoldenGateの価格は、OCI GoldenGateホストによって消費されるOCPUによって設定されます。OCPU/時間メトリックは、標準定義に従います。

データ統合カテゴリ(https://www.oracle.com/cloud/costestimator.html)でOCI GoldenGateを含むCloud Estimatorを参照することもできます。

BYOLのライセンスはどのようになっていますか。

変換率:

サポートされている次のプログラム・ライセンスのいずれかを、前述の変換率にあわせて集計できます。

GoldenGate MarketplaceをOCI GoldenGateに移行できますか。

OCI GoldenGateのサイズはどのようにして適切ですか。

OCI GoldenGateはハブ・アーキテクチャを使用します。

注意:

OCI GoldenGateでは、どのようなソースとターゲットがサポートされていますか。

サポートされているソースおよびターゲット・システムの詳細は、「接続の検索」を参照してください。

OCI GoldenGateは、プライベートIPまたはオンプレOracleシステムに接続できますか。

はい。接続の詳細は、OCI GoldenGate接続を参照してください。

ソースおよびターゲットへのOCI GoldenGate接続は、リモート・キャプチャおよびリモート配信で有効化されます。

OCI Marketplaceまたはオンプレミスで実行されているOCI GoldenGateとGoldenGateの間に分散パスを設定するにはどうすればよいですか。

次のLiveLabsでは、OCI-GGとGGマイクロサービス・インストール間の分散パスを作成する方法について説明します。

OCI GoldenGateは、単一インスタンスのOracleデータベースをサポートしていますか。

はい。プラガブル(マルチテナント)とシングル・インスタンスの両方がサポートされています。

専用Autonomous Databasesはサポートされていますか。

はい、Autonomous AI Database on Dedicated Infrastructure環境は完全にサポートされています。

正確な前提条件については、現在のAutonomous AI DatabaseおよびOCIのGoldenGateドキュメントを確認してください: Oracle Autonomous AI Database

Oracle Management CloudとOracle Enterprise Manager(OEM)を使用してOCI GoldenGateにアクセスし、監視することはできますか。

Management Pack for GoldenGateでは、OCI GoldenGateがサポートされるようになりました。

Oracle GoldenGate Foundation Suiteとは何ですか。

Oracle GoldenGate Foundation Suiteは、3つの製品のバンドルです。内容は次のとおりです。

Oracle GoldenGate Veridataとは何ですか。

Oracle GoldenGate Veridataは、進行中のビジネス・プロセスを自動的に中断することなく、異種データベース間のデータの相違を特定、レポートおよび修正する、高速なデータ比較および修復ソリューションです。これは、ビジネスに悪影響を及ぼす前に非同期データを識別するための、使いやすく強力なソリューションを提供します。

Oracle GoldenGate Veridataの様々なコンポーネントは何ですか。

Oracle GoldenGate Veridataの様々なコンポーネントは次のとおりです。

Oracle GoldenGate Veridataとリアルタイムのデータ比較はどのように行われますか。

Oracle GoldenGate Veridataは、Oracle GoldenGateレプリケーションの実行中にソース・データベースとターゲット・データベースを比較することで、リアルタイムのデータ比較を実行します。

一般的なプロセスは次のとおりです。

  1. GoldenGateは、トランザクション変更をソース・データベースからターゲット・データベースにほぼリアルタイムでレプリケートします。

  2. Veridataは、ソース・データベースとターゲット・データベースの両方に独立して接続します。

  3. 次を使用して、構成可能なチャンクまたは行範囲内のデータを比較します。

    • 主キー
    • ハッシュ/チェックサム
    • 不一致が検出された場合の行ごとの検証

  4. Veridataは次のことを識別します。

    • 行がありません
    • 追加行
    • 変更された列値
    • 同期外トランザクション

  5. レプリケーションがアクティブなまま、比較ジョブを繰り返しまたは継続的に実行できるため、本番システムへの影響を最小限に抑えながら継続的な検証が可能になります。

Veridataでは、表のロックやレプリケーションの中断を回避するために、次のような最適化された比較手法を使用します。

これにより、組織は、レプリケートされたデータが次の期間に同期されたままであることを検証できます。

Veridata自体はデータをレプリケートしません。GoldenGateレプリケーションの精度をほぼリアルタイムで検証します。

Oracle GoldenGate Veridataを使用したリアルタイムのデータ比較の詳細は、『Oracle GoldenGate Veridata 26c: どのように機能しますか』を参照してください。

Oracle GoldenGate Veridataのサイズはどのように設定しますか。

Oracle GoldenGate Veridataのサイズ設定の詳細は、「Oracle GoldenGate Veridataのサイズ設定方法」を参照してください。

Veridataリポジトリ・データベースは何に使用されますか。

すべてのメタデータ情報(つまり、Veridataのすべての構成)は、Veridataリポジトリ・データベースに格納されます。

Veridata 26cには、リポジトリとして組込みのMySQLデータベースが付属しています。

ただし、この組込みのMySQLまたはリポジトリ用の独自のMySQLデータベースを使用するオプションがあります。

Veridataリポジトリ・データベースのサイズはどのくらいですか。

Veridataのすべてのメタデータ情報は、このリポジトリ・データベースに格納されます。

そのため、大きなサイズにはなりません。最大5 GBがリポジトリのサイズになります。

Oracle GoldenGate Veridataを使用して異種データベース間でデータを比較できますか。

はい。Oracle GoldenGate Veridataは異種データの比較および修復ソリューションです。

リンクされている次の認定マトリックスを確認してください:

https://www.oracle.com/in/a/ocom/docs/ogg-veridata-23c-cert-matrix.xlsx

Oracle GoldenGate Veridataを使用して表のDDLを比較できますか。

いいえ。Oracle GoldenGate Veridataはデータ比較ツールであり、表間のデータのみ比較できます。ただし、これはロードマップに含まれています。

Oracle GoldenGate Veridataは、ソースとターゲット間のデータ・レプリケーションをリアルタイムで監視できますか。

はい。Oracle GoldenGate Veridataは、ソース・データベースとターゲット・データベース間のデータ・レプリケーションをほぼリアルタイムで監視および検証できます。GoldenGateレプリケーションの実行中にデータを継続的に比較し、欠落している行、余分な行、データの不一致などの不一致を識別します。

これにより、本番システムへの影響を最小限に抑えながら、移行、アップグレードおよび進行中のレプリケーション操作中にレプリケートされたデータベースの同期が維持されます。

ソースおよびターゲット・データベースごとにVeridataサーバーをインストールする必要がありますか。

いいえ。Veridataの1つのインストールでは、複数のソースとターゲットのデータを比較するのに十分です。

各ソースおよびターゲット・データベース専用のVeridataサーバーをインストールする必要はありません。

Veridata Agentとは? どのように構成する必要がありますか。

Veridataエージェントは、ソースおよびターゲットのデータベース表からデータをフェッチする軽量Javaプログラムです。

データベースごとに1つの専用エージェントを構成する必要があります。

たとえば、5つのソースとターゲットがある場合、5つのソースに5つのVeridataエージェント、5つのターゲットに5つのVeridataエージェントを構成する必要があります。

Veridataエージェントのインストールとデプロイはどこで行う必要がありますか。

Veridataエージェントは、ネイティブまたはリモートのいずれかでデータベース・サーバーにデプロイできます。Veridataエージェントをリモートで構成する場合、Veridataエージェントとソース/ターゲット・データベースの間に適切なネットワークがあることを確認する必要があります。

Veridataエージェント・プロパティ・ファイルはどこにありますか。

これは、"agent.properties"という名前の< AGENT_HOME >パスにあります。

Veridataサーバー構成ファイルはどこにありますか。

Veridataサーバー構成ファイルが次のパスに存在します。

/config/veridata/veridata.cfg

oggvdt_cainput.propertiesファイルはどこに存在しますか。

oggvdt_cainput.propertiesファイルは、次のパスに存在します。

/config/oggvdt_cainput.properties

Veridataレポートはどこで入手できますか。

通常、Oracle GoldenGate Veridataレポートは生成され、Veridataインストール・ディレクトリのVeridataサーバー・ホストに格納されます。

デフォルトの場所は通常、次のとおりです。

Veridata Web UIからレポートにアクセスすることもできます。

  1. Veridataコンソールにログインします。
  2. 比較ジョブを開きます。
  3. 「レポート」または「ジョブ詳細」→「レポート」に移動します。
  4. 構成に応じて、HTML、XMLまたはPDF出力をダウンロードします。

一般的なレポート・タイプは次のとおりです。

OGG MicroservicesまたはOCIデプロイメントでVeridataを使用している場合は、かわりにレポートが次のように書き込まれる場合があります:

次の場所で正確なレポート・パスを確認できます。

<VERIDATA_HOME>/cfg/veridata.cfg

または、サーバーの起動/構成プロパティー。

1つのデータベースに複数のVeridataエージェントを使用できますか。

はい。ただし、1つのデータベースに対して1つのエージェントをお薦めします。

1つのグループにいくつの比較ペアを作成できますか。

作成できる比較ペアの数に制限はありません。任意の数で問題ありません。

Veridataでは比較ペアをいくつ並行して実行できますか。

最大デフォルト値は100です。

ただし、maxconcurrentjobsの値を変更することで、veridata.cfgファイルから更新できます。

Veridataで毎日比較できるのは、増分または変更されたデータのみですか。

VeridataにはDelta Comparisonという機能があります。

この機能を有効にすると、変更されたデータのみが比較されます。

VeridataのDelta比較とは何ですか?

比較ペアは、表全体をスキャンするのではなく、前回の実行以降に変更されたデータ・ブロックのみを比較するパフォーマンス機能であるデルタ処理を使用するように構成できます。

これにより、すべての履歴データが繰り返し比較されなくなり、変更されたデータのみが比較されます。

Veridataでデルタ比較を有効にするにはどうすればよいですか。

Oracle GoldenGate Veridata 26cでは、デルタ比較は、レガシー・ドキュメントの古いクラシック・スタイルのデルタ処理の説明ではなく、最新の「継続的データ検証」モデルとより連携しています。この機能は、比較サイクル間の変更されたデータにのみ焦点を当てることによって比較オーバーヘッドを削減するように設計されています。これは、アクティブ/アクティブ、ハイブリッド・クラウドおよび大規模なレプリケーション環境での継続的な検証において特に重要です。

Veridata 26cでは、比較ペアおよびジョブの構成時に、最新のVeridata Web UIを介してデルタ比較が有効になります。管理者は、レガシー・コマンドライン・ワークフローに大きく依存するかわりに、UIまたはREST APIを使用して比較動作を直接構成します。このプロセスには通常、「比較ペア」構成内でデルタベースの検証を有効にすることが含まれるため、Veridataは実行間の変更を追跡し、変更したデータ・セットに対する将来の比較を制限します。これにより、データベースの影響が軽減され、継続的な検証ユース・ケースの比較パフォーマンスが向上します。

26cアーキテクチャでは、次のことも強調されています。

古いスタンドアロン比較実行モデルではなく、

さらに、Veridata 26cでは、ネイティブ・スケジューリング機能と拡張された自動化機能がUIとAPIに直接導入され、Delta Comparisonは手動の最適化機能として扱われるのではなく、進行中のレプリケーション・ヘルス検証に運用的に統合されます。

Oracle GoldenGate 26ai Microservicesデプロイメントを監視するために動作保証されているOracle Enterprise Managerプラグインのバージョンを教えてください。

Enterprise Manager 24aiでのOracle GoldenGate 26ai Microservicesの監視および検出は、Oracle GoldenGate EM Pluginバージョン13.5.2.0.6で動作保証されています。

安定性とサポート可能性のために推奨されるOracle AI DatabaseおよびGoldenGateパッチ・レベルはなぜ重要ですか。

Oracleでは、現在推奨されているOracle Databaseリリース更新(RU)およびGoldenGateバンドル・パッチを使用してOracle GoldenGateを実行することを強くお薦めします。

以前のデータベース・パッチ・レベルでは、次のことが可能になります。

推奨される方法:

最新情報をフォロー:

古いパッチ・レベルで製品の欠陥を想定する前に、修正を検証します。

Oracle GoldenGateコア製品パッチ・セットの主なノート(KB159960)

Oracle GoldenGateおよびOCI GoldenGateは、MongoDBからのチェンジ・データ・キャプチャをサポートしていますか。

Oracle GoldenGateおよびOCI GoldenGateは、MongoDBおよびMongoDB Atlasからのチェンジ・データ・キャプチャをサポートします。異なるMongoDBデータベース間の双方向レプリケーションをサポートします。

Oracle GoldenGateおよびOCI GoldenGateをMongoDBからOracle AI Databaseへの移行に使用できますか。

はい。Oracle GoldenGateでは、MongoDBからOracle AI Databaseへのダウンタイム移行はサポートされません。詳細は、Oracle GoldenGateのドキュメントを参照してください。

Oracle GoldenGateの移行を構成してMongoDBからOracle AI Databaseに移行するにはどうすればよいですか。

次の前提条件を確認します。

MongoDBをOracle AI Database for Oracle GoldenGateに移行するには、次のステップに従います。

  1. MongoDBダンプ・ユーティリティを実行します。mongodumpコマンドを--oplogオプションを指定して実行し、ソースMongoDBデータベースのスナップショットを作成します。

    $ ./bin/mongodump --uri="mongodb://localhost:27021" --oplog -v

  2. OplogLSN.shスクリプトを実行して、oplog.bsonファイルへのパスを引数として指定し、oplog.bsonファイルから最初と最後の操作のタイムスタンプを抽出します。

    $./oplogLSN.sh /path/to/dump/oplog.bson

    出力には、最初と最後の操作のタイムスタンプ(ダンプ・プロセス中に操作が発生しなかった場合は最初のnoop)が表示されます。

    出力:

    2025-02-27T13:53:00.885+0000 1 objects found First LSN: 1740663867.1 Last LSN: 1740663946.211 3

  3. Oplogエントリの調査: ダンプ中に受信操作があった場合、oplog.bsonファイルにはそれらの操作のエントリが含まれ、それぞれにタイムスタンプが付きます。前のステップに示すように、OplogLSN.shを使用して、最初と最後の操作のタイムスタンプを取得したり、手動検査のためにJSONファイルに変換できます。

  4. MongoDBリストア・ユーティリティの実行: 必要なタイムスタンプを取得したら、mongorestoreユーティリティを使用して、選択したコレクションをダンプからターゲットのMongoDBインスタンスにリストアします。

    $ ./mongorestore --uri="mongodb://localhost:27021" --nsInclude=testDB.coll1 --nsInclude=testDB.coll2 /path/to/dump -v

  5. MongoDB CDC Extractの起動: oplog.bsonファイルから抽出された最初の操作タイムスタンプ(LSN位置)からMongoDB CDC Extractプロセスを開始します。これにより、CDC Extractがダンプ・プロセスの開始後に発生する操作の取得を開始できるようになります。

  6. 生成されたCDC証跡ファイルでMongoDB Replicatを構成し、oplogReplayLastLsnプロパティをoplog.bsonファイルの最後の操作タイムスタンプに設定します。これにより、Replicatは確実にoplog-replayモードで実行され、競合を回避できます。最後のタイムスタンプが処理されると、通常モードで続行されます。この構成により、データ損失や重複のない正確な開始が保証され、Replicatでのコストのかかる衝突処理が不要になります。

SnowflakeからOracle AI Databaseへの初期ロードを実行するにはどうすればよいですか。

  1. (ソースOracle AI Databaseから)チェンジ・データ・キャプチャ抽出を作成します。

  2. ソース・データベースからSCNを取得します。

  3. (ソースOracle AI Databaseから)初期ロード抽出を作成します。

  4. CDC Extractの分散パスを作成します。

  5. 初期ロードExtractの分散パスを作成します。

  6. 初期ロード(スノーフレークをターゲットとする)用のReplicatを作成します。

  7. 変更データ取得レプリケーション(スノーフレークをターゲットとする)用のReplicatを作成します。

"Exception: net.snowflake.client.jdbc.SnowflakeReauthenticationRequest: Authentication token has expired. ユーザーは再度認証する必要があります。」Oracle GoldenGateスノーフレーク・レプリケーションのエラーですか。

このエラーは、非アクティブな長期間がある場合に発生します。この問題を解決するには、JDBCパラメータCLIENT_SESSION_KEEP_ALIVEを設定して、非アクティブ状態で終わった後にデータベース・ユーザーにログインを強制できます。

snowflakecomputing.com/?warehouse=<warehouse-name>&db=<database-name>&CLIENT_SESSION_KEEP_ALIVE=true

Oracle GoldenGateおよびOCI GoldenGateは、スノーフレークへのDDLレプリケーションをサポートしていますか。

Oracle GoldenGateは、ソースDDLの変更をターゲット・スノーフレーク表に伝播するように構成できます。自動スキーマ展開は、表、列、索引または関係などのデータベース・スキーマに対する変更を検出、管理および適用する機能であり、手動操作を必要としません。自動スキーマ展開では、新しいオブジェクトおよびメタデータの変更を検出し、スキーマ展開のターゲットDDLを自動的に生成できます。

初期ロードでは、ターゲット表を作成または置換できます。

CDC Replicatの場合、進行中の適用中にターゲット表を作成または変更できます。詳細は、Oracle GoldenGateのドキュメントを参照してください。

Apache IcebergレプリケーションにOracle GoldenGateおよびOCI GoldenGateを使用できますか。

はい。Oracle GoldenGateは、Apache Icebergへのリアルタイム・データ・レプリケーションをサポートしています。Oracle GoldenGateは、オープンなApache IcebergレイクハウスにApache Iceberg Java APIを使用します。Oracle GoldenGateは、Oracle AI Data Catalog、Amazon Glue、Polaris、Nesti、Hadoop、RESTカタログをサポートしています。

Oracle GoldenGateおよびOCI GoldenGateを使用して、OCI Object Storage上のApache Iceberg表へのリアルタイム・データ・レプリケーションを行うことはできますか。

はい。Oracle GoldenGateおよびOCI GoldenGateは、OCI Object StorageのS3 APIエンドポイントを介してOCI Object Storageに格納されたApache Iceberg表へのリアルタイム・データ・レプリケーション用に構成できます。詳細は、OCI GoldenGateを使用したOCIオブジェクト・ストレージでのリアルタイムApache Iceberg Lakehouseの構築を参照してください。

Oracle GoldenGateとOCI GoldenGate Apache Icebergレプリケーションは、書込み時のマージをサポートしていますか。

はい。Oracle GoldenGateおよびOCI GoldenGateは、Snowflake、Google BigQueryおよびDatabricksで管理されるIceberg表に対してmerge-on-writeをサポートしています。これらのプラットフォームでは、GoldenGateは圧縮のためにターゲット・プラットフォームのコンピュート・リソースを使用します。

Oracle GoldenGateおよびOCI GoldenGateでは、OCI Object Storageのparquet表で主キーの更新をどのように処理できますか。

Oracle GoldenGateおよびOCI GoldenGateは、主キーの更新を3つのモードで処理します。この動作は、Replicatプロパティ・ファイルにgg.handler.name.format.pkUpdateHandlingを追加することで制御されます。サポートされる値には、abend、update、delete-insertなどがあります。異常終了がデフォルトの動作です。主キーの更新が検出され、レポート・ファイルにエラーが記録されると、Replicatは失敗します。主キーの更新は、他の更新操作と同様に処理されます。この設定は、主キーが選択基準として使用されないことを保証できる場合にのみ使用します。

Delete-insertは、主キー更新を2つのレコードとしてレプリケートします。1つは変更前イメージで、もう1つは削除としてマークされ、もう1つは変更後イメージで、挿入としてマークされます。

delete-insertを使用するには、Extractプロセスで非圧縮の変更データ・レコードを取得する必要があります。つまり、すべての列が証跡ファイルに書き込まれます。

非圧縮レコードを生成するには、Oracle AI Databaseソースの場合はLOGALLSUPCOLS、非Oracleデータベースの場合はCOMPRESSUPDATES | NOCOMPRESSUPDATESを使用します。

たとえば、OCIオブジェクト・ストレージにレプリケートする場合、gg.handler.<gg.target value>.format.pkUpdateHandling=delete-insertを設定して、主キーの更新を、ビフォア・イメージを含む1つの削除レコード、アフター・イメージを含む1つの挿入レコードとしてレプリケートします。

Oracle DATEおよびTIMESTAMP列をOracle GoldenGateでOCI Object Storageに格納されたparquet表にレプリケートするにはどうすればよいですか。

明示的なマッピングが構成されていない場合、OracleのDATE列およびTIMESTAMP列は、デフォルトで文字列としてレプリケートされます。適切なマッピングがない場合、ダウンストリーム・エンジンはこれらの列をdate/time型として認識しないため、明示的なキャストを行わないと、日付演算、範囲フィルタリングおよび時間ベースのパーティション化が不可能になります。enableTimestampLogicalTypeプロパティを使用すると、Oracle DATEおよびTIMESTAMP列をAvro timestamp-micros論理型にマップできます。この論理型は、値をエポック以降のマイクロ秒で表します。これは、分析ワークロードおよびデータ・レイク・ワークロードの正しい表現です。

Oracle GoldenGate Cloud Object Storage Replicationでは、ソースのDATEおよびTIMESTAMP型がデフォルトでAvroファイル(Parquet、IcebergおよびDeltaを含む)にSTRINGとしてマップされます。

ソースのDATEおよびTIMESTAMP型をtimestamp-micros論理型としてAvroファイル(Parquet、IcebergおよびDeltaを含む)にレプリケートするには、gg.handler.<gg.target value>.format.enableTimestampLogicalTypeをtrueに設定します。

タイムスタンプ論理型が有効な場合、gg.format.timestampも必要です。例: gg.handler.oci.format.enableTimestampLogicalType= truegg.format.timestamp=yyyy-MM-dd HH:mm:ss.SSSSSS

Oracle GoldenGate OCI Object Storageのレプリケーション・パフォーマンスを向上させるにはどうすればよいですか。

Oracle GoldenGate Cloud Object Storageレプリケーションのパフォーマンスは、ReplicatタイプとGROUPTRANSOPSパラメータの2つの主要な機能を使用してチューニングできます。Replicatタイプおよびトランザクションのグループ化に加えて、Replicatによって生成されるファイルのサイズはスループットに直接影響するため、他の設定とともにチューニングする必要があります。Oracle GoldenGate Distributed Applications and Analyticsには、クラシックReplicatと調整Replicatの2つの異なるレプリケーション・モードが用意されています。

クラシックReplicatは、ターゲット・クラウド・ストレージ・サービスにメッセージを適用するシングルスレッド・プロセスです。調整Replicatは、複数のスレッドがOGG証跡ファイルを個別に読み取ってトランザクションをパラレルに適用するマルチスレッド・プロセスです。Oracle GoldenGate Cloud Object Storage Replicationプロセスは、トランザクションをグループ化して処理を最適化します。GROUPTRANSOPSパラメータは、複数の小さいトランザクションを、クラウド・ストレージ・ターゲットに適用される単一の大きいトランザクションにグループ化します。GROUPTRANSOPSはパラメータ・ファイルで構成されます。デフォルトでは、GROUPTRANSOPSは1000に設定されています。パフォーマンスを向上させるために、最大20000まで増やすことができます。

例: GROUPTRANSOPS 20000

Oracle GoldenGateおよびOCI GoldenGate Google Cloud Storageレプリケーションでファイル・サイズを設定するにはどうすればよいですか。

Oracle GoldenGate Replicatは、ローカル・ファイル・システムにファイルを作成し、ロールオーバー条件が満たされるか、ソースからのメタデータ変更イベント(DDL変更など)によってトリガーされるまでファイルを開いたままにします。ユーザーは、Replicatプロパティを使用してファイルのロールオーバーを制御できます。最大ファイル・サイズは、ファイル・サイズを制御します。デフォルトでは、ファイル・サイズは1 GBに構成されていますが、必要に応じて構成できます。最大サイズに達するとファイルは閉じられ、新しいファイルが生成されます。詳細は、Oracle GoldenGate for DAAドキュメントのファイル・ライター・ハンドラの構成を参照してください。

Oracle GoldenGateおよびOCI GoldenGateは、Google Cloud Storageへのparquetファイル・レプリケーションを使用したパーティション化をサポートしていますか。

Oracle GoldenGateおよびOCI GoldenGateでは、ターゲット・オブジェクト・ストレージ・バケットでのパーティション・ファイルの作成がサポートされています。パーティション化により、ダウンストリーム・プルーニングおよび問合せのパフォーマンスが向上しますが、オーバー・パーティション化によってディレクトリ/ファイル数が増加し、小規模ファイルの問題が増大します。

パーティション化を使用するには、データを最上位レベルで表ごとにパーティション化する必要があります。これは、pathMappingTemplateプロパティを使用して実行され、完全修飾表名に設定する必要があります。

完全修飾ソース表名に基づいて、コンテナ/バケット内にディレクトリが作成されます。例: gg.eventhandler.<gg.target value>.pathMappingTemplate=${fullyQualifiedTableName}

パーティションの作成には、gg.handler.<gg.target value>.partitioner.<fully_qualified_table_name>が使用されます。このプロパティは、${columnValue[column_name]}などのテンプレート・キーワードまたは定数文字列値とともに使用して、パーティション・パス構造を定義できます。

Oracle GoldenGateおよびOCI GoldenGateは、Azure Data Lake Storage (ADLS)上のparquetファイルへのDDLレプリケーションをサポートしていますか。

Oracle GoldenGateおよびOCI GoldenGate ADLSレプリケーションは、生成されたファイルにソースDDLの変更を自動的に伝播します。または、EVENTACTIONSを使用して、ソース・データベースでのDDL操作の場合のExtract/Replicatの動作を制御することもできます。

Oracle GoldenGate Extractがソース・データベースから表の作成イベントを取得した場合、Replicatはターゲット・クラウド・オブジェクト・ストレージ・バケット/コンテナ内の表の作成イベントから表名を持つ新しいファイルを作成します。

Oracle GoldenGate Extractがソース・データベースから列変更/列削除イベントを取得した場合、Replicatは、更新されたソース表定義を反映した新しいファイルを作成します。

Oracle GoldenGate Extractがソース・データベースからTruncateイベントを取得する場合、次のように設定して、TruncateイベントでデータファイルをロールするようにReplicatを構成できます。

gg.eventhandler.<gg.target value>.rollOnTruncate=true

このプロパティはデフォルトでfalseに設定されており、ReplicatはTruncateイベントでファイルをロールしません。Oracle GoldenGate Extractは、ソース・データベースから表の削除イベントを取得します。これは、ターゲット・ファイル・システムには影響しません。

Azure Data Lake Storage (ADLS)上のparquetファイルにレプリケートする際に、Oracle GoldenGateおよびOCI GoldenGateはソースOracle NUMBERデータ型をどのように処理しますか。

Oracle NUMBERは、最大38桁の精度で整数および固定小数点の10進値を表すことができる可変精度の10進データ型です。

列が明示的な精度およびスケール(NUMBERなど)なしで定義されている場合、Oracleは行間で様々なスケールを持つ値を格納できます。また、一部のレプリケーション/スキーマ生成シナリオでは、フォーマッタがターゲット・スキーマの単一精度/スケールを確定的に導出できない場合があります。その結果、Avro/Parquetへのマッピングでは、ソース列定義と一致するように精度とスケールを明示的に構成しないかぎり、保存的な10進表現が使用されることがよくあります。

gg.handler.<gg.target value>.enableDecimalLogicalTypeは、10進論理型マッピングのマスター・スイッチです。trueに設定すると、Avroフォーマッタは、デフォルトのマッピングではなく、Oracle NUMBER列をAvroの10進論理型(logicalType: decimalのバイト)にマップするように指示し、Avroの数値プリミティブまたは文字列として数値を書き込みます。

精度/スケールを確定的に推測できない場合、フォーマッタは通常、精度損失を回避するために保守的なAvro小数定義(高精度およびスケール)を選択します。これにより、不必要に大きいスケールで表される値(たとえば、末尾の小数桁が見える)がダウンストリーム・コンシューマに表示される可能性があります。

特に財務データ(残高、価格、金額)について、ターゲット・スキーマを既知で一貫性のあるソース定義に揃えるには:

set gg.handler.<gg.target value>.maxPrecisionおよびgg.handler.<gg.target value>.oracleNumberScale。

Oracle GoldenGateおよびOCI GoldenGateでは、どのようなADLS認証方法がサポートされていますか。

Oracle GoldenGateおよびOCI GoldenGateは、アクセス・キー、共有アクセス署名およびAzure Entra IDをサポートしています。

Oracle GoldenGateはAmazon S3表をサポートしていますか。

はい。Oracle GoldenGateは、Amazon S3表RESTカタログを介したAmazon S3表へのリアルタイムのApache Icebergレプリケーションをサポートしています。

Oracle GoldenGateおよびOCI GoldenGateは、Amazon S3へのマルチパート・アップロードをサポートしていますか。

はい、Amazon S3マルチパートアップロード機能を有効にすると、大きなファイルを独立して並行してアップロードできる小さな部分に分割してAmazon S3にアップロードできます。この機能により、すでに知られている Amazon S3の制限(5GB以上のサイズのオブジェクトのシングルアップロードなど)が解決されます。すべてのファイル・パートが正常にアップロードされると、1つのオブジェクトに組み立てるようAmazon S3にリクエストが行われます。この機能を使用するには、Amazon S3 Replicatでgg.eventhandler.s3.multipartEnabled=trueを有効にする必要があります。

Oracle GoldenGateおよびOCI GoldenGateは、Google Cloud Storageへのparquetファイル・レプリケーションを使用したパーティション化をサポートしていますか。

Oracle GoldenGateおよびOCI GoldenGateでは、ターゲット・オブジェクト・ストレージ・バケットでのパーティション・ファイルの作成がサポートされています。パーティション化により、ダウンストリーム・プルーニングおよび問合せのパフォーマンスが向上しますが、オーバー・パーティション化によってディレクトリ/ファイル数が増加し、小規模ファイルの問題が増大します。

パーティション化を使用するには、データを最上位レベルで表ごとにパーティション化する必要があります。これは、pathMappingTemplateプロパティを使用して実行され、完全修飾表名に設定する必要があります。完全修飾ソース表名に基づいて、コンテナ/バケット内にディレクトリが作成されます。例: gg.eventhandler.<gg.target value>.pathMappingTemplate=${fullyQualifiedTableName}。パーティションの作成には、gg.handler.<gg.target value>.partitioner.<fully_qualified_table_name>が使用されます。

このプロパティは、${columnValue[column_name]}などのテンプレート・キーワードまたは定数文字列値とともに使用して、パーティション・パス構造を定義できます。

OCI Database Migration Serviceの価格はどのようになっていますか? (事実的)

移行の最初の183日(6か月)は、データ転送なしで60日以上移行を実行する場合を除き、無償で提供されます。

OCI Database Migration Serviceは、どのソースとターゲットをサポートしていますか。(事実的)

現在、OracleおよびMySQLの同種移行がサポートされています。ソースは、オンプレミス、他のクラウド、またはOCIにすることができます。ターゲットはOCIに存在する必要があります。Oracleは、11g (11.2.0.4)、12c (12.1.0.2,12.2.0.1)、19c、21cおよび後続のすべてのOracle Databaseリリースでサポートされています。MySQL: 5.7および8バージョン。詳細は、次のURLで確認できます。

OCI Database Migration Serviceでサポートされている移行タイプは何ですか。

オフライン論理移行: データベースのワンタイム・コピーでは、移行プロセス中にアプリケーションをオフラインにする必要があります。オンライン論理移行: データベースの初期コピーに続いて、移行中にチェンジ・データ・キャプチャを実行します。アプリケーションは、移行プロセス中にオンラインのままにできます。

oracleの移行時に、デフォルトではどのオブジェクトおよびスキーマが除外されますか。

次のオブジェクト・タイプは常に除外されます:

次のスキーマは、デフォルトでは除外されています:

移行に必要なOCIリソースを教えてください。

OCI GoldenGateはどこで使用できますか。