OCI GoldenGateでGoogle Cloudへのリアルタイム・データ・レプリケーションを実現 (2026/05/20)

OCI GoldenGateでGoogle Cloudへのリアルタイム・データ・レプリケーションを実現 (2026/05/20)

https://blogs.oracle.com/cloud-infrastructure/bring-real-time-data-replication-to-google-cloud-with-oci-goldengate

投稿者：Vijay Bangaru | Vice President, Oracle Database@Google Cloud

 Nick Wagner | Senior Director, Product Management, Oracle

Oracle Cloud Infrastructure (OCI) GoldenGateが、Oracle AI Database@Google Cloudの一部として一般提供開始となったことをお知らせいたします。 

つまり、Google Cloud コンソール内からマネージド OCI GoldenGate サービスをプロビジョニングし、Google Cloud の契約金額を使って料金を支払うことができるようになったということです。 

OCI GoldenGate は、Oracle データ ストアと非 Oracle データ ストアの両方で、リアルタイムの信頼できる情報を提供します。GoldenGate プラットフォームは 30 年にわたり、影響の少ない変更データ キャプチャ (CDC)、トランザクション データ レプリケーション、高速データ インジェスト、継続的変換およびロード (CTL) 用のデータ パイプライン、およびストリーミング データに対するさまざまな分析機能を提供してきました。信頼性の高いリアルタイムのフォールト トレラント データ レプリケーションにより、GoldenGate は、低遅延で発生時に配信されるレプリケートされたデータを継続的に利用可能にし、より良い意思決定、応答性の高いアプリケーション、およびより柔軟なアーキテクチャを実現します。Oracle AI Database@Google Cloud Platform の一部である OCI GoldenGate は、すべてのデータ コネクタと ユース ケースを含め、OCI でネイティブに実行される OCI GoldenGate とまったく同じです。 

OCI GoldenGateの主なユースケースとメリット

  1. Google Cloud へのデータベース移行をより迅速かつ低リスクに：OCI GoldenGate はオンライン移行をサポートしており、切り替え中にソースデータベースとターゲットデータベースを同期させることでダウンタイムをなくすことができます。これは以下の目的で使用できます。
    • OracleおよびOracle以外のデータベースをオンプレミスまたは他のクラウドから Oracle AI Database@Google Cloudに移行します。
    • Veridataを使用して最終切り替え前にデータを検証および照合することで、移行リスクを軽減します。
    • アプリケーションとデータを「一気に」移行するのではなく、段階的に移行するフェーズド・マイグレーションをサポートします。
  2. 運用上の柔軟性を実現するハイブリッドクラウドとオンプレミスのレプリケーション：多くの企業は混合環境で運用しています。回復力、アプリケーションへの近接性、規制要件やデータ所在地要件を満たすハイブリッドアーキテクチャを実現します。OCI GoldenGateは、以下の環境間でデータをレプリケートするのに役立ちます。
    • オンプレミスデータベースとOracle AI Database@Google Cloudを使用しながら、Google Cloud SQL、Google AlloyDB、Google BigQuery、Google Cloud Storageなど、他の多くのGoogle Cloudネイティブサービスとデータを同期させます。
    • マルチクラウド環境とは、一部のワークロードはOCIまたはオンプレミスに残り、他のワークロードはGoogle Cloudで実行される環境を指します。
  3. Google Cloud 上のデータベースのスケーラビリティと可用性の向上：OCI GoldenGate は、以下の機能をサポートすることで、ビジネス継続性を強化し、復旧時間を短縮するのに役立ちます。
    • アクティブ-アクティブおよびアクティブ-パッシブの双方向パターンにより、アプリケーションの可用性を向上させ、計画的および計画外のイベントに伴うダウンタイムを削減します。
    • 読み取り負荷の高いワークロード（レポート作成、データ抽出、下流処理など）をレプリカにオフロードすることで、プライマリシステムの負荷を軽減する。
  4. 分析プラットフォームおよびデータプラットフォーム（Oracle AI Data Platform、Snowflake、BigQueryなど）へのリアルタイムデータ配信：GoldenGateは変更データをほぼリアルタイムでストリーミングできるため、分析チームは大規模なバッチETL処理を行わずに、より最新のデータを利用できます。これにより、以下がサポートされます。
    •  クラウド規模の分析のために、Google BigQueryなどの最新の分析プラットフォームにデータを供給する。 
    • Snowflakeなどのクラウドデータプラットフォームに運用データを配信し、  統制された分析やデータ共有のユースケースをサポートする。
    • ほぼリアルタイムのダッシュボード、運用分析、およびイベント駆動型アーキテクチャを実現する
  5. リアルタイムで信頼できるデータでAIとGenAIを強化：AIイニシアチブの成果は、学習に使用するデータと使用するシグナルの鮮度によって決まります。OCI GoldenGateはデータを継続的に同期させることで、チームが以下のことを実現できるようにします。
    • Oracle Autonomous AI Database、Google BigQuery  、  Snowflakeなどのプラットフォームに変更をストリーミングすることで、データの陳腐化とバッチ処理のウィンドウを削減し、  大規模なAI対応分析を実現します。
    • ほぼリアルタイムの運用データを分析および特徴量ストアに供給して、 モデルのトレーニングと更新をサポートする。
    •  最新のトランザクション変更により、低遅延推論シナリオ（不正検出、パーソナライゼーション、サプライチェーン最適化など）を有効化します 。
    • Gemini Enterprise Agent PlatformやOCI Generative AI Agentsといった一般的なAIエンジンを用いたリアルタイム組み込み。

OCI GoldenGateハイブリッドおよびマルチクラウド接続 

OCI GoldenGateは、オンプレミスのOracle GoldenGate環境とシームレスに連携し、オンプレミス環境とクラウド間でレプリケーションを行うハイブリッドデプロイメントを実現します。Google Cloud上のOCI GoldenGateは、Azure、Amazon Web Services（AWS）、およびOracle Cloudで稼働するGoldenGateとも接続し、クラウドベンダー間でのレプリケーションを可能にすることで、マルチクラウドアーキテクチャを実現します。 

まとめ

Google Cloudの多くのお客様は、すでにOCI GoldenGateを使用して、あらゆるソースデータベース、特にOracleデータベースから、負荷の少ない最適化されたデータキャプチャを実現しています。Google Cloudベースのターゲットへのリアルタイム/トランザクションフィードと連携して、Oracle AI Database@Google Cloudの一部としてOCI GoldenGateがリリースされたことで、OLTPおよび分析システム向けに、OCIとGoogle Cloudにまたがる、より統合された高性能なリアルタイムワークロードが可能になります。 

もっと詳しく知りたいですか？

コメント

コメントを投稿

このブログの人気の投稿

Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20)

イメージ
Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20) https://mikedietrichde.com/2024/11/20/important-update-to-oracle-database-19c-support-timelines/ 長い沈黙は、私が隠れているという意味ではありません。つまり、今はとても忙しいということです。そして、より少ない旅行で、私はあなたのコメントにもブログと返信するより多くの時間を持っていることを願っています。それでも、Oracle Database 19cサポート・タイムラインの非常に重要な更新について説明します。 * 更新された内容 2024年11月19日現在、Oracle Database 19cのサポート・タイムラインが調整されています。 MOSノート: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールを見ると、新しい日付が表示されます。 Premier Support、2029年12月31日まで 2030年1月1日から2032年12月31日までの拡張サポート 2033年1月1日から2034年12月31日までのアップグレード・サポート これは知ることがとても大切です。 他のリリースの更新はありますか。 MOSノートの終わりにある変更ログ: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールでは、Oracle Database 21cの最新の更新も確認できます。このリリースのPremier Support期間は、2027年7月31日まで延長されました。 また、Oracle Database 23aiのパッチ適用終了日は2032年12月31日に設定されています。 Lifetime Support Policy 更新は、Oracle Technology Productsの Oracle Lifetime Support Policy (6ページ)でも確認できます。 From: Oracle Lifetime Support Policy for Oracle Technology Product s – page 6 – Nov 19, 2024 特に、次の表に示す制限事項に注意してください。 Oracle Database 1...
続きを読む

ミリ秒の問題: BCCグループとOCIが市場データ・パフォーマンスを再定義する方法(AWSに対するベンチマークを使用) (2025/11/13)

イメージ
ミリ秒の問題: BCCグループとOCIが市場データ・パフォーマンスを再定義する方法(AWSに対するベンチマークを使用) (2025/11/13) https://blogs.oracle.com/cloud-infrastructure/post/milliseconds-matter-bcc-group-and-oci-vs-aws 投稿者： Steven Riley | Senior Cloud Architect William Bierds | Business Analyst and Systems Engineer - BCC Group International Travis Liles | Master Principal Cloud Architect Puru Patel | Cloud Architect - FSI これは、BCC グループと Oracle Cloud Infrastructure (OCI) 間の市場データ パートナーシップを紹介するブログ シリーズの第 2 部です。   はじめに 金融市場データアプリケーションは、トレーダー、金融機関、そして市場参加者が情報に基づいた意思決定を行えるよう、リアルタイムデータを提供することで、取引エコシステムにおいて重要な役割を果たしています。 前回のブログ で述べたように、取引環境において最適なパフォーマンスを確保するには、市場データを超低レイテンシかつ高い信頼性で配信する必要があります。 今日の急速に変化する金融市場において、クラウドは市場データ・アプリケーションにとって強力な推進力として台頭しています。適切なネットワークとインフラストラクチャがあれば、企業は実行時間の短縮、可用性の向上、そして堅牢なセキュリティを実現できます。しかし、企業によるクラウド導入は遅れており、ワークロードのクラウド移行計画を中止しているケースもあります。そこで、BCCグループとOracle Cloud Infrastructure（OCI）のパートナーシップが注目されています。 BCCグループは、主力市場データアプリケーションであるONE PlatformをOCI上に導入しました。このブログでは、以下の点について説明します。 このパートナーシップがなぜこれほど相乗効果をもたらすのかを探る OC...
続きを読む

OCIのカスタム・ルート表を使用した詳細なルーティング制御 (2025/02/27)

イメージ
OCIのカスタム・ルート表を使用した詳細なルーティング制御 (2025/02/27) https://www.ateam-oracle.com/post/granular-routing-control-with-custom-route-tables-in-oci 投稿者： Achinthya Gopinath | Principal Cloud Architect OCIでは、カスタムVCNルート表をVNIC上の個々のVNICまたは特定のIPアドレスに割り当てることができるため、ルーティングの柔軟性を高める強力な新機能が導入されました。この更新により、異なるトラフィック・ルーティング・ポリシーを必要とするインスタンスに対して個別のサブネットを作成する必要がなくなります。 概要: 以前は、VCNルート表はサブネット・レベルでのみ割り当てられていました。つまり、同じサブネット内の異なるインスタンスで異なるルーティング・ルールが必要な場合は、別々のサブネットを作成し、ネットワーク設計に複雑さを加える必要がありました。 この機能により、次のことができるようになりました。 •    カスタムVCNルート表をVNICまたはVNICの特定のIPアドレスに割り当てます。 •    プライマリIPアドレスとセカンダリIPアドレスの両方にルーティング・ポリシーを適用します。 •    階層ルート表のプリファレンスを有効にします。このプリファレンスは、使用するルート表を決定する構造化アプローチに従います。 ルーティングに関する考慮事項: •    一度にトラフィック・ルーティングを決定するために使用されるルート表は1つのみです。 •    ルート表がIPアドレスに関連付けられている場合は、他のルート表よりも優先されます。 •    IPアドレス/VNICにルート表がない場合は、階層内の次に使用可能なルート表(VNICレベルまたはサブネット・レベル)が使用されます。 詳細の選択プロセス: 1.    VNICのIPアドレスにルート表が関連付けられている場合、その表はIPアドレスからのトラフィックのルーティングに使用されます。 2.  ...
続きを読む