Oracle Data Guard Far Syncの使用により、いかなる距離でもデータ損失をゼロにする (2023/01/16)

Oracle Data Guard Far Syncの使用により、いかなる距離でもデータ損失をゼロにする (2023/01/16)

https://database-heartbeat.com/2023/01/16/create-far-sync/




はじめに


Oracle Data Guardは、REDOをスタンバイデータベースに同期して転送することで、データ損失をゼロにすることができます。しかし、スタンバイデータベースが地理的に遠すぎる場合、レイテンシーが大きくなり、プライマリデータベースでのコミット応答時間やトランザクションスループットに影響を与えます。Oracle Active Data Guard Far Sync は、プライマリデータベースのパフォーマンスに影響を与えることなく、どのような距離でもデータ損失をゼロにすることができる。Far Sync インスタンス（軽量 Oracle インスタンス）は、2 つ目のスタンバイデータベースを作成および管理することなく、遠隔地のスタンバイデータベースへのデータ損失ゼロのフェイルオーバーを実行する機能を提供します。



Data Guard環境


以下の例では、OCI Ashburnリージョン（Ashburn_ad1）で稼働するプライマリデータベースと、OCI Londonリージョン（London_ad1）で稼働するスタンバイデータベースからData Guardを構成しています。AshburnとLondon間の高いネットワーク遅延がアプリケーションのパフォーマンスに影響を与えないように、非同期レプリケーションの最大パフォーマンスモードが使用されています。




この構成では、Data GuardブローカーのRedoRoutesプロパティは次のようになります。

[oracle@hostiad ~]$ dgmgrl SYS as sysdba
 
DGMGRL> EDIT DATABASE 'Ashburn_ad1' SET PROPERTY RedoRoutes = '( LOCAL : London_ad1 ASYNC)';
Property "redoroutes" updated
 
DGMGRL> EDIT DATABASE 'London_ad1' SET PROPERTY RedoRoutes = '( LOCAL : Ashburn_ad1 ASYNC )';
Property "redoroutes" updated


コンフィギュレーションを確認します。

[oracle@hostiad ~]$ dgmgrl SYS as sysdba
DGMGRL> show configuration
 
Configuration - Ashburn_ad1_London_ad1
 
  Protection Mode: MaxPerformance
  Members:
  Ashburn_ad1    - Primary database
    London_ad1     - Physical standby database
 
Fast-Start Failover:  Disabled
 
Configuration Status:
SUCCESS   (status updated 57 seconds ago)


Far Syncインスタンスの追加


Maximum Availabilityモードで同期レプリケーションを使用し、アプリケーションのパフォーマンスに影響を与えずにデータ損失をゼロにするために、Far Syncインスタンス（FS1）が構成に追加されます。プライマリデータベースは地理的に近いFar Syncインスタンスに低ネットワークレイテンシーでREDOを送信し、Far Syncインスタンスはスタンバイに非同期でREDOを転送します。



この構成では、Data GuardブローカーのRedoRoutesプロパティは次のようになります。

[oracle@hostiad ~]$ dgmgrl SYS as sysdba
 
DGMGRL> EDIT DATABASE 'Ashburn_ad1' SET PROPERTY RedoRoutes = '( LOCAL : ( FS1 FASTSYNC PRIORITY=1, London_ad1 ASYNC PRIORITY=2 ))';
Property "redoroutes" updated
 
DGMGRL> EDIT FAR_SYNC 'FS1' SET PROPERTY RedoRoutes = '( Ashburn_ad1 : London_ad1 ASYNC )';
Property "redoroutes" updated
 
DGMGRL> EDIT DATABASE 'London_ad1' SET PROPERTY RedoRoutes = '( LOCAL : Ashburn_ad1 ASYNC )';
Property "redoroutes" updated


コンフィギュレーションを確認します。

DGMGRL> show configuration
 
Configuration - Ashburn_ad1_London_ad1
 
  Protection Mode: MaxAvailability
  Members:
  Ashburn_ad1    - Primary database
    fs1            - Far sync instance
      London_ad1     - Physical standby database
 
Fast-Start Failover:  Disabled
 
Configuration Status:
SUCCESS   (status updated 57 seconds ago)


リモートリージョンのFar Syncインスタンス


以前の構成でロールスイッチを行った後、ロンドンの新しいプライマリはAshburnに非同期でREDOを送信します。



ロールスイッチ後のデータ損失をゼロにするためには、ロンドン地域にもFar Syncインスタンス（FS2）を追加する必要があります。ロンドンの新しいプライマリは、地理的に近いFar Syncインスタンスに同期してREDOを送信し、Far Syncインスタンスは非同期でAshburnにREDOを転送します。



これは、RedoRoutesを以下のように変更することで実現します。

DGMGRL> EDIT DATABASE 'London_ad1' SET PROPERTY RedoRoutes = '( LOCAL : ( FS2 FASTSYNC PRIORITY=1, Ashburn_ad1 ASYNC PRIORITY=2 ))';
Property "redoroutes" updated
 
DGMGRL> EDIT FAR_SYNC 'FS2' SET PROPERTY RedoRoutes = '( London_ad1 : Ashburn_ad1 ASYNC )';
Property "redoroutes" updated


Far Syncインスタンスの場所


Far Syncインスタンスは、同じ障害や災害の影響を受けないようにプライマリデータベースから分離する必要がありますが、低レイテンシーと高いアプリケーションパフォーマンスを確保するためにプライマリに十分に近い場所に設置する必要があります。


プライマリ、スタンバイ、およびFar Syncインスタンスは、オンプレミス、Oracle Cloud、非Oracle Cloud、Hybrid Cloud、またはMulticloud環境など、どこにでも導入することが可能です。


たとえば、複数のデータセンター（Availability Domains/Zone）を持つリージョンのクラウドシナリオでは、Far Syncインスタンスをプライマリとは異なるデータセンターに配置することができる。





考察


  •     Far Syncは非常に軽量なインスタンスです。しかし、Far Syncインスタンスは受信したREDOをディスクに書き込んでからプライマリに確認応答を返すため、ディスクのパフォーマンスが重要であり、アプリケーションのパフォーマンスに影響を及ぼします。
  •     Far Syncインスタンスの高可用性を確保するために、1つのリージョンに2つのFar Syncインスタンスを作成します。
  •     Far Sync機能には、Active Data Guardオプションのライセンスが必要です。



まとめ


Far Syncはプライマリデータベースから同期的にREDOを受け取り、非同期的にスタンバイデータベースへ転送するため、スタンバイデータベースがプライマリから遠く離れていても、アプリケーションパフォーマンスに影響を与えずにデータ損失をゼロにすることができます。リモートリージョンに追加のFar Syncインスタンスを作成し、ロールスイッチ後の対称構成を確保します。



参考資料

コメント

コメントを投稿

このブログの人気の投稿

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サービスを利用したWebサイトの作成 その4～Identity Cloud Serviceでサイトの一部を保護 (2021/12/30)

イメージ
OCIサービスを利用したWebサイトの作成 その4～Identity Cloud Serviceでサイトの一部を保護 (2021/12/30) https://blogs.oracle.com/cloudsecurity/post/using-oci-services-part-4 投稿者： Christopher Johnson 今回は、OCI Native Servicesを使って完全にサーバーレスでWebサイトをホスティングするシリーズの第4弾です。     パート1 では、OCI WAF + API Gateway + Functionを使用して、OCI Object Store Bucketから静的コンテンツを提供する基本的な方法を紹介しました。     パート2 では、バケットを（公開ではなく）非公開にし、Resource Prinicpalを使用して安全にアクセスする方法を紹介しました。     パート3 では、ハードコードされた設定を削除し、代わりにそれらの設定をアプリケーションに保存する方法を紹介しました。 パート4では、サイトの一部をログインの後ろに置いてみようと思っています。 この記事は、ちょっとした「フクロウの描き方」のようなものになりそうです。でも、コードを見ればきっと理解できるはずです! IDCSでアプリケーションを作成 注：OCI Identity Domains は、OCI の新規顧客に対して IDCS の機能を直ちに提供します。現在 IDCS を使用している顧客については、既存の IDCS ストライプは今後数ヶ月の間に OCI Identity Domains に移行される予定です。詳細については、OCI Identity Domainの ドキュメント を参照してください。この変更は、このブログで説明したセキュリティ・パターンに影響を与えるものではありません。このブログで IDCS に起因するセキュリティ機能は、OCI Identity Domainsでも提供されます。 まず最初に、サイトを表現するために IDCS で実際にアプリケーションを作成する必要があります。 IDCSコンソールを開き、「アプリケーション」に移動し、「作成」をクリックします。Functionアプリケーシ...
続きを読む