Loading...

We've detected that your browser language is Chinese. Would you like to visit our Chinese website? [ Dismiss ]
著者: Dylan

Oracleデータベースの高可用性、災害リカバリ、リアルタイムデータレプリケーションを実現し、データ災害からデータを保護するため、Oracleは広く利用されている2つの技術、Oracle Data GuardとOracle GoldenGateを提供しています。

いずれのソリューションもデータベース間のデータ同期を目的としていますが、動作原理や用途は根本的に異なります。そのため多くの管理者が自身の環境により適したソリューションの判断に苦労しています。

本ガイドではOracle Data GuardとGoldenGateの違いを解説し、それぞれの仕組み、アーキテクチャ、レプリケーション方式、パフォーマンス、ユースケースといった主要機能を比較し、データベースアーキテクチャに最適なソリューションの選定を支援します。

主なポイント:

  • Oracle Data Guardは主に災害リカバリと高可用性を目的とし、Oracle GoldenGateはリアルタイムデータレプリケーションに特化しています。

  • Data Guardは物理レプリケーション(REDOログ転送)によりスタンバイデータベースを維持します。GoldenGateはログベースの論理レプリケーションを用いてトランザクションの変更を捕捉・配信します。

  • Data GuardはOracle‑to‑Oracle環境での保護に適しており、障害発生時に速やかに引き継ぎ可能な同期済みスタンバイデータベースを作成します。

  • GoldenGateはシステムをまたいだリアルタイムデータ連携を実現し、異種データベース、アクティブ‑アクティブアーキテクチャ、無停止マイグレーションに対応します。

  • 信頼性の高い災害リカバリが必要な場合はData Guardが適しています。リアルタイムレプリケーション、マイグレーション、クロスプラットフォーム連携が重視される場面ではGoldenGateがより高い柔軟性を発揮します。

  • データベースアーキテクチャが複雑化するに伴い、運用の複雑さを抑えつつリアルタイムレプリケーションと異種データベースマイグレーションを簡素化するi2Streamのようなツールを採用する組織が増えています。

Oracle Data Guardとは何か

Oracle Data GuardはOracleが開発した高可用性・災害リカバリソリューションです。同期済みの1つまたは複数のスタンバイデータベースを保持し、プライマリサイトに障害や利用不可が発生した際、瞬時に業務を引き継ぐことができます。

Oracle Data Guard Logo

Oracle Data Guardの仕組み

Data Guardはプライマリデータベースが生成するREDOログをスタンバイデータベースへ転送し、適用することでスタンバイの同期を維持します。

代表的なアーキテクチャの構成要素は以下の通りです:

  • プライマリデータベース — アプリケーションの業務を処理する本番データベース。
  • スタンバイデータベース — プライマリからREDOデータを受信・適用するセカンダリデータベース。
  • REDOトランスポートサービス — プライマリデータベースからスタンバイデータベースへREDOデータを送信する役割を担います。
  • REDO適用サービス — REDOログを自動的に適用し、スタンバイデータベースの整合性を保ちます。

業務要件に応じ、REDOデータは以下の方式で送信可能です:

  • 同期レプリケーション — プライマリとセカンダリのストレージデバイスに同時にデータが書き込まれ、データ損失ゼロを保証しますが、ネットワークレイテンシーが発生する可能性があります。
  • 非同期レプリケーション — データ変更を先にプライマリストレージへ書き込んだ後、セカンダリサーバーへレプリケートします。パフォーマンスを改善できる一方、極限状況下でごくわずかなデータ損失が発生する可能性があります。

Data Guardのスタンバイデータベース種別

Oracle Data Guardは複数種類のスタンバイデータベースに対応しています:

物理スタンバイデータベース

  • プライマリデータベースのブロック単位の完全コピー
  • REDO適用により同期を維持
  • 災害リカバリで広く利用

論理スタンバイデータベース

  • ブロックレプリケーションではなくSQL文により変更を適用
  • レポート業務向けに限定的な読み書き操作が可能

さらにActive Data Guardを利用することで、スタンバイデータベースがプライマリからの更新を受信し続けながら読み取り専用クエリを処理できます。

Oracle Data Guardの主なメリット

Oracle Data Guardは比較的シンプルなアーキテクチャで信頼性の高いデータベース保護を実現するため広く採用されています。

主な利点は以下の通りです

  • ミッションクリティカルなデータベース向けの強固な災害リカバリ機能
  • 自動フェイルオーバー・スイッチオーバーによるダウンタイムの最小化
  • REDOログ転送による継続的なデータ保護
  • Active Data Guardによる読み取り業務のオフロード
  • Oracleデータベースとネイティブに統合

Oracle Data Guardのデメリット

  • 同種環境に限定:基本的にプライマリとスタンバイは同一OS、同一Oracleバージョンで稼働する必要があります。
  • 全量レプリケーション:特定のスキーマやテーブルだけを選択してレプリケートすることはできず、データベース全体が対象となります。
  • リソースのアイドル状態:Active Data Guardライセンスを購入しない限り、スタンバイデータベースはマウント状態となり、リカバリ実行中に読み取り業務に利用できません。

データベースの可用性とデータ保護を最優先とする組織にとって、Data GuardはOracleエコシステム内で最も信頼できるソリューションの1つです。

Oracle GoldenGateとは何か

Oracle GoldenGateはリアルタイムデータレプリケーション・統合プラットフォームです。データベース間のトランザクション変更をリアルタイムで捕捉・レプリケートし、システム間での継続的なデータ連携を実現します。

GoldenGateはログベースの変更データキャプチャ(CDC)を使用し、データベースのトランザクションログを読み取って、ごく低いレイテンシーで変更内容を対象システムへレプリケートします。オンラインREDOログを読み取り、個々のDML(Insert、Update、Delete)およびDDL(スキーマ変更)操作を捕捉し、Trailファイルと呼ばれるアーキテクチャ非依存の形式に変換します。

GoldenGateは異種環境に対応しており、異なるデータベースプラットフォームやOS間でのデータレプリケーションが可能です。そのためリアルタイムデータ統合、クロスプラットフォームレプリケーション、無停止データベースマイグレーションで広く活用されています。

Oracle GoldenGate

Oracle GoldenGateの仕組み

GoldenGateは複数のコアプロセスから構成されるモジュール型アーキテクチャによりデータ変更を捕捉・配信します。

代表的なGoldenGateアーキテクチャの要素:

  • Extractプロセス — データベースのトランザクションログからコミット済みトランザクションを捕捉します。
  • Trailファイル — 捕捉したデータ変更を保存し転送するための中間ファイル。
  • Data Pump(オプション) — 捕捉した変更をネットワーク経由で対象システムへ送信します。
  • Replicatプロセス — 変更内容を対象データベースに適用します。

このアーキテクチャによりGoldenGateは継続的にほぼリアルタイムでデータをレプリケートし、ソースとターゲットデータベース間のレイテンシーを最小限に抑えます。

Oracle GoldenGateの主な機能

GoldenGateは論理レプリケーションレベルで動作するため、従来のスタンバイデータベースソリューションより高い柔軟性を持ちます。

主な機能は以下の通り:

  • 低レイテンシーのリアルタイムデータレプリケーション
  • 異種データベース対応(Oracleおよび非Oracleシステム)
  • アクティブ‑アクティブデータベースアーキテクチャ
  • 無停止のデータベースマイグレーション・アップグレード
  • レプリケーション実行時のデータフィルタリングと変換
  • テーブル単位、特定スキーマ単位、WHERE句による行レベルのフィルタリングなど、細かい粒度のレプリケーション指定が可能
  • 対象に届ける前に機密カラムのマスキングや値の計算といったデータの動的加工

Oracle GoldenGateのデメリット

  • 高い複雑性:GoldenGateの構築やトラブルシューティングには専門的なスキルが必要です。アクティブ‑アクティブ構成における競合解決は技術的な課題となります。
  • ライセンス:GoldenGateは原則として別途有償の上位ライセンスです。小規模データベース(最大20GB)向けの無償版「GoldenGate Free」は存在しますが、エンタープライズ規模の環境では多額の投資が必要です。
  • オーバーヘッド:アプリケーション/SQLレベルのプロセスとして動作するため、Data Guardのブロックレベル転送と比較してCPUオーバーヘッドが大きくなる場合があります。

GoldenGateの代表的なユースケース

GoldenGateは継続的なデータ連携とシステムの柔軟性が求められる場面で広く利用されており、主な用途は以下の通りです:

柔軟性とリアルタイム機能を備えるため、従来の災害リカバリツールだけでは対応できない最新のデータ配信ニーズを持つ環境で活用されます。

Data GuardとGoldenGateの違いとは

Oracle Data GuardとOracle GoldenGateはいずれもデータベース間でデータをレプリケートしますが、設計上のアーキテクチャの目的が異なります。Data Guardは主に災害リカバリとデータベース保護を重視し、GoldenGateはシステムをまたいだリアルタイムデータレプリケーションと統合を目的として開発されています。

比較表を以下に示します:

機能 Data Guard GoldenGate
レプリケーション種別 物理レプリケーション 論理レプリケーション
アーキテクチャ アクティブ‑パッシブ アクティブ‑アクティブ
対応データベース Oracleのみ Oracleおよび異種データベース
データ変換 非対応 対応
主なユースケース 災害リカバリ リアルタイムデータ統合・レプリケーション
複雑さ 低い 高い

レプリケーション方式

最も根本的な違いはデータのレプリケート方法にあります。

  • Oracle Data Guardは物理レプリケーションを使用します。プライマリデータベースからREDOログを転送し、スタンバイデータベースに直接適用することで元のデータベースのブロックレベルコピーを維持します。
  • Oracle GoldenGateは論理レプリケーションを使用します。データベースログからトランザクションの変更を捕捉し、対象システム上でSQL操作として適用します。

この違いにより、Data Guardは元データベースとほぼ同一のコピーを保持し、GoldenGateはトランザクションレベルでデータ変更をレプリケートします。

アーキテクチャモデル

2つのソリューションのアーキテクチャにも大きな違いがあります。

  • Data Guardは基本的にアクティブ‑パッシブアーキテクチャです。プライマリデータベースが本番業務を処理し、スタンバイデータベースは障害発生時の引き継ぎ待機状態となります。
  • GoldenGateはアクティブ‑アクティブアーキテクチャに対応し、複数のデータベースを同時に稼働・同期させることができます。

そのためGoldenGateは複数環境からの継続的なデータアクセスが必要な分散システムにより適しています。

プラットフォームとデータベースの対応

もう1つの大きな違いはプラットフォーム互換性です。

  • Data GuardはOracleのREDOログを直接レプリケートするため、Oracleデータベースのみで動作します。
  • GoldenGateは異種環境に対応し、Oracleと他のデータベースプラットフォーム間のレプリケーションを実現します。

この柔軟性によりGoldenGateはデータ統合や異種データベースレプリケーションに活用可能です。

データ変換機能

GoldenGateはデータ変更の処理においてより高い柔軟性を備えています。

  • Data Guardはデータを一切変更せず、データベースをそのままレプリケートします。
  • GoldenGateはレプリケーション実行中にデータのフィルタリング、変換、ルーティングが可能であり、ETLパイプラインや分析システムで有用です。

パフォーマンスとレイテンシー

いずれの技術もほぼリアルタイムのレプリケーションを実現できますが、パフォーマンス特性は異なります。

  • Data Guardは同期モードで構成した場合、REDOログが即時にスタンバイデータベースへ転送されるため非常に低いレイテンシーを実現します。
  • GoldenGateは論理レプリケーションの処理によりわずかな処理遅延が発生しますが、分散アーキテクチャにおける柔軟性に優れます。

複雑さとライセンス

2つの技術を比較する際、導入の複雑さも考慮が必要です。

  • Data Guardは、特にOracleのみの環境において設定と管理が比較的容易です。
  • GoldenGateはマルチプロセスアーキテクチャと設定要件により複雑さが増します。

またGoldenGateのライセンスおよび運用コストは一般的にData Guardより高く、組織の選定判断に影響を与える場合があります。

要するに、Data Guardはデータベース保護と災害リカバリに最適化され、GoldenGateはシステムをまたいだ柔軟なリアルタイムデータレプリケーション向けに設計されています。Oracle環境に適切な技術を選択するには、これらの違いを理解することが不可欠です。

Oracle Data GuardとGoldenGateは併用できるか

はい、Oracle Data GuardとOracle GoldenGateを同一アーキテクチャ内で併用することが可能です。多くの大規模企業では両技術を組み合わせ、より高いレベルの可用性、災害リカバリ、リアルタイムデータ配信を実現しています。

2つのソリューションは用途が異なるものの、互いに補完し合います。Data Guardはデータベース保護とフェイルオーバーを担い、GoldenGateはシステムをまたいだリアルタイムデータレプリケーションと統合を実現します。両者を組み合わせることで、より耐障害性が高く柔軟なデータ基盤を構築できます。

代表的なエンタープライズアーキテクチャでは、それぞれの技術が明確な役割を担います:

  • Oracle Data Guard:災害リカバリと高可用性のため同期済みスタンバイデータベースを維持。
  • Oracle GoldenGate:データ統合、レポーティング、クロスプラットフォームレプリケーションのためプライマリデータベースから他システムへトランザクションデータをレプリケート。

一般的な構成例は以下の通りです:

  • プライマリOracleデータベースが本番業務を処理
  • Data Guardがフェイルオーバー保護のため別データセンターにスタンバイデータベースを保持
  • GoldenGateが追加のデータベース、分析プラットフォーム、クラウドシステムへリアルタイムのデータ変更を配信

この構成により、コアデータベースを保護しつつ、プライマリの業務に影響を与えることなく他システムへデータを共有できます。

ユースケース例

Data GuardとGoldenGateの組み合わせは主に以下のような場面で活用されます:

1. 災害リカバリ + リアルタイム分析

  • Data Guardがスタンバイ環境によりプライマリデータベースを保護
  • GoldenGateがデータウェアハウスまたは分析プラットフォームへデータをレプリケート

2. 高可用性 + データ配信

  • Data Guardが障害発生時の高速フェイルオーバーを確保
  • GoldenGateが他のアプリケーションやマイクロサービスへリアルタイムデータを配信

3. 災害保護付きマイグレーション

  • Data Guardがリカバリ用スタンバイデータベースを維持
  • GoldenGateがマイグレーションプロジェクトにおいて新しいデータベースプラットフォームへデータをレプリケート

Oracle Data GuardとGoldenGateの選び方

Oracle Data GuardとOracle GoldenGateの選択は、主に業務上の目的、データベースアーキテクチャ、レプリケーション要件に依存します。いずれの技術もデータベース間でデータを同期させますが、それぞれ異なるシナリオに最適化されています。

一般的に、Data Guardは災害リカバリと高可用性向け、GoldenGateはシステムをまたいだリアルタイムデータレプリケーションと統合に適しています。

下表に、それぞれの技術がより適した状況をまとめます:

要件 推奨ソリューション
災害リカバリとスタンバイデータベース Data Guard
リアルタイムデータ配信 GoldenGate
Oracle‑to‑Oracleレプリケーション Data Guard
クロスプラットフォームレプリケーション GoldenGate
アクティブ‑アクティブデータベース GoldenGate
より簡易な設定 Data Guard

Oracle Data Guardを選択する場面

本番Oracleデータベースを障害や停止から保護することを主な目的とする場合、Oracle Data Guardが適しています。

以下に該当する場合に適切です:

  • ミッションクリティカルなOracleデータベース向けに信頼できる災害リカバリソリューションが必要
  • 環境がOracle‑to‑Oracleのみ
  • 高速なフェイルオーバーまたはスイッチオーバーのためのスタンバイデータベースが必要
  • プライマリデータベースの完全な物理コピーを維持したい
  • Oracleとネイティブ統合された、よりシンプルなアーキテクチャを希望

Data GuardはデータベースレベルでREDOログを直接レプリケートするため、比較的低い設定の複雑さで強固なデータ保護を実現します。

Oracle GoldenGateを選択する場面

従来の災害リカバリを超えた柔軟なリアルタイムデータレプリケーションが必要な場合、Oracle GoldenGateが適しています。

GoldenGateは主に以下のような場面で利用されます:

  • 複数システムをまたいだリアルタイムレプリケーションが必要
  • 環境に複数種類のデータベースプラットフォームが存在
  • アクティブ‑アクティブなデータベースアーキテクチャを構築したい
  • 無停止のデータベースマイグレーションまたはアップグレードを実施する必要がある
  • データのフィルタリング、変換、複数の対象への配信が必要

GoldenGateはログベースの論理レプリケーションを使用するため、ダウンタイムを最小限に抑えつつ複雑な環境間でデータの移行・統合を実現できます。

最新ツールによるOracleデータレプリケーションの簡素化‑i2Stream

Oracle Data GuardやOracle GoldenGateといった技術はデータベース保護・レプリケーションに強力ですが、特に大規模または異種環境において、設定の複雑さ、運用オーバーヘッド、高額なライセンスコストが課題となる場合があります。

オンプレミスシステム、クラウド環境、複数のデータベース技術にまたがるデータ基盤の分散化が進むにつれ、これらの課題はさらに顕著になっています。そのため多くの組織が、エンタープライズクラスのパフォーマンスと信頼性を維持しつつ導入を簡素化できる最新のレプリケーションプラットフォームを検討しています。

ここで最新ソリューションであるi2Streamを紹介します。Info2Soft(Information2)が開発したエンタープライズ向け高性能データレプリケーション・管理ソフトウェアで、同種・異種データベース環境におけるリアルタイムデータ同期、マイグレーション、データ統合を実現するよう特化して設計されています。

i2Streamが提供する機能:

無料トライアルボタンをクリックすると60日間の無料トライアルを利用できます:

FREE Trial for 60‑Day
Secure Download

まとめ

Oracle Data GuardとOracle GoldenGateはいずれもOracleデータベース環境でのデータ可用性と同期を実現する強力な技術です。Oracle Data Guardは災害リカバリと高可用性に重点を置き、プライマリデータベースに障害が発生した際に速やかに業務を引き継ぐ同期済みスタンバイデータベースを維持します。物理レプリケーション方式により、Oracleのみの環境で強固なデータ保護を必要とする組織にとって信頼できる選択肢です。

対してOracle GoldenGateはシステムをまたいだリアルタイムデータレプリケーションと統合向けに開発されています。ログベースの論理レプリケーションにより、アクティブ‑アクティブアーキテクチャ、クロスプラットフォームレプリケーション、無停止マイグレーションを実現し、より複雑で分散化されたデータ基盤に適しています。

最新のデータ環境が進化し続ける中、企業は管理を簡素化しつつリアルタイム同期、ハイブリッド基盤、データベースモダナイゼーション施策を支える新しいレプリケーションアプローチも検討しています。

 

概要は準備中です

関連記事

MySQL対Oracle:パフォーマンス、構文、コスト、利用事例の比較
MySQLとOracleの選択にお悩みですか。本ガイドではパフォーマンス、構文、コスト、利用事例における主要な違いを解説し、ニーズに最適なデータベースを選定するお手伝いをします。
記事を読む
【手順解説ガイド】Oracle データベースを簡単にバックアップする方法
Oracleデータベースのバックアップを実施することは、データ損失を回避し、業界のコンプライアンス要件を充足する上で重要です。本記事ではOracleデータベースを簡単にバックアップする3つの手法を紹介します。用途に応じてRMAN、SQL Developer、i2Backupを活用できます。
記事を読む
高可用性と災害復旧:何が違うのか
高可用性と災害復旧を解説:根本的な相違点、主要指標(RTO、RPO、MTTR)、ベストプラクティス。統合ソリューションがレジリエンスを強化し、日常的な障害と大規模災害の両方から防御し、事業継続性を高める仕組みを紹介します。
記事を読む
Oracle RMAN Recovery Managerとは何か、その仕組み
本ガイドではOracle RMAN Recovery Managerとは何か、その仕組みを解説し、コアコンポーネント、主要機能、手順に沿ったバックアップ・リカバリのワークフロー、制限事項を紹介しています。また、RAC対応と集中管理機能を備え、Oracleのデータ保護を簡素化する直感的で安全な代替ソリューションであるinfo2Soft i2Backupについても紹介しています。
記事を読む
ビジネスデータのセキュリティ強化を始めませんか?

· 世界中のエンタープライズおよびミッドマーケットのお客様

· トライアル期間中、サポートチームが対応します

· 60日間の無料トライアルまたはデモで、Info2Softが企業データをどのように保護するかをご確認ください。

フォームにご記入の上、送信してください。担当者より追ってご連絡いたします。
このフォームを送信することにより、 プライバシー通知を読み、同意したことを確認します。
{{ isSubmitting ? '送信中...' : '送信する' }}