Exascaleインフラストラクチャ上のOracle Exadata Database ServiceのOCI Full Stack Disaster Recoveryのサポート(ExaDB-XS) (2024/09/24)

Exascaleインフラストラクチャ上のOracle Exadata Database ServiceのOCI Full Stack Disaster Recoveryのサポート(ExaDB-XS) (2024/09/24)

https://blogs.oracle.com/maa/post/exascale-db-service-full-stack-dr

投稿者： Suraj Ramesh | Principal Product Manager



Full Stack Disaster RecoveryサービスのDR保護グループの検出可能なメンバーとして、「Exascaleインフラストラクチャ上のOracle Exadata Database Service」の完全統合サポートが追加されたことをお知らせします。




Exascaleインフラストラクチャ上のOracle Exadata Database Serviceの概要(ExaDB-XS)


ExaDB-XSの統合サポートに関する詳細を参照する前に、まずExaDB-XSサービスを概要レベルで確認します。Exadata Database Serviceは、Oracle Databaseワークロードのパフォーマンス、信頼性、可用性、およびセキュリティ面で非常に大きなメリットを世界中のお客様に提供します。Exadata Exascaleインフラストラクチャの導入により、Oracle Cloud Infrastructure (OCI)でこれらのメリットが利用可能になり、Oracle Databaseで実行されるあらゆるサイズのワークロードのパフォーマンスとスケーラビリティを提供できるようになりました。Exadata Exascaleは、マルチテナント・アーキテクチャを活用し、Exadataのインテリジェンスと最新のクラウドのすべてのメリットを組み合せます。この疎結合アーキテクチャには、Exascaleインテリジェント・ストレージ・クラウドとExascaleデータベース最適化コンピューティングのプールが組み込まれており、最も要求の厳しいワークロード要件にも対応しながら、超柔軟性を提供します。



詳細は、Exascaleインフラストラクチャ上のOracle Exadata Database Serviceに関するこのブログ投稿を参照してください。



ExascaleインフラストラクチャでのOracle Exadata Database Serviceを使用したOracle Data Guardの設定


ここでは、OCI Full Stack DR内にExaDB-XSメンバーを追加する前に処理する必要がある前提条件について説明します。ExaDB-XSデータベースをFull Stack DRの保護グループに追加する前に、リージョン間または可用性ドメイン間で、2つの既存のExadata VMクラスタ間でOracle Active Data GuardまたはData Guardを構成する必要があります。次に、2つの既存のExadata VMクラスタにまたがってOracle Active Data GuardまたはData Guardを上位レベルで設定するために必要なステップの概要を示します。


  • VCNを作成し、その他の関連するネットワーク要件を満たして、プライマリ・データベースとスタンバイ・データベースの間にOracle Acive Data GuardまたはData Guardを構成します
  • 2つのリージョンまたは可用性ドメインにまたがる2つのExadata VMクラスタの作成
  • プライマリ・データベースとスタンバイ・データベースのSYSパスワードおよびTDEウォレット・パスワードを設定します。パスワードは同じである必要があります。
  • OCIコンソール、OCI CLIまたはSDKを使用したOracle Active Data GuardまたはData Guardの設定


詳細は、Oracle Data Guard with Oracle Exadata Database Service on Exascale Infrastructureのドキュメントを参照してください。



Full Stack DR内のExaDB-XSの統合


この新しいサポートにより、Full Stack DR保護グループのメンバーとして、ExaDB-XS VMクラスタで実行されているデータベースを追加できるようになりました。OCI Full Stack DRは、構成されるDR計画(スイッチオーバー、フェイルオーバー)のタイプに基づいて、ExaDB-XSデータベースの組込み計画グループおよびステップを自動的に生成します。DRドリル計画(起動および停止)の場合、ExaDB-XSにはフィジカル・スタンバイをスナップショット・スタンバイに変換するための組込みAPIがまだないため、Full Stack DRは組込み計画グループおよびステップを生成しません。かわりに、ユーザー定義プラン・グループを利用して、ドリル・プラン・タイプに応じてデータベース・ロールを変換するスクリプトを追加する必要があります。目的は、Autonomous Databaseなどの他のOracle Databaseクラウド・プラットフォームで行われたように、近い将来にAPIを追加してこの機能を自動化することです。


次に、ExaDB-XS VMクラスタで実行されているデータベースを既存のDR保護グループ・ペアに統合するために必要なステップの概要を示します。


  • プライマリDR保護グループ(DRPG)へのプライマリDBの追加
  • スタンバイDBをスタンバイDR保護グループ(DRPG)に追加します
  • スタンバイDRPGでのスイッチオーバー、フェイルオーバー、ドリルの開始およびドリルの停止計画の作成
  • Full Stack DRは、その後、スイッチオーバーおよびフェイルオーバー計画の組込み計画グループを自動的に生成します。
  • ドリル計画の場合は、フィジカル・スタンバイをスナップショット・スタンバイに変換するためのユーザー定義の計画グループを作成します。また、その逆も同様です。


ノート: Full Stack DRでは、スタンバイDRPGでのみDR計画を作成できます。他のDRPGですべてのDR計画(スイッチオーバー、フェイルオーバーおよびドリル計画)を作成できるように、スイッチオーバー計画をテストすることを強くお薦めします。これにより、両方のリージョンでDR計画を使用できるようになります。



ステップバイステップの例


新しく導入されたExaDB-XSリソース・タイプのサポートに重点を置いているため、このブログの一部として、ExaDB-XSに関連する必須メンバーのみを示しています。どのビジネス・システムでも、コンピュート、アプリケーション、ストレージ、ロード・バランサなどの様々なコンポーネントが、DR保護グループおよびDR計画のデータベースとともに存在することが理想的です。


次のリソースは、必要なロールで事前作成されており、すぐに使用できます。詳細は、OCI Full Stack DRのドキュメントとExaDB-XSのドキュメントを参照してください。


Resource type AD-1 AD-2

ExaScale VM Cluster

 FSDR-Exadata-ExaScale-VMCluster01 FSDR-Exadata-ExaScale-VMCluster02

CDB

 FSDRXS01 FSDRXS01

Data Guard Role

 Primary Standby

DRPG

 ExaDB-XS-Cluster01 ExaDB-XS-Cluster02

DRPG Role

 Primary Standby

Compute VM ( non-moving instance)

 oel8-1 oel8-2


ノート: コンピュートVMは、データベース・ロールをフィジカル・スタンバイからスナップショット・スタンバイに変換するスクリプトをホストするために使用され、DRドリル計画の場合はその逆も同様です。


このDRトポロジのDR計画を作成します。



1. プライマリDB (FSDRXS01)をExaDB-XS-Cluster01 DRPGに追加します


  • リソース・タイプをデータベースとして選択
  • データベース・タイプ –Exascaleインフラストラクチャ上のOracle Exadata
  • VMクラスタ – 必要なVMクラスタを選択します(FSDR-Exadata-ExaScale-VMCluster01)
  • データベース – FSDRXS01
  • データベース・パスワード・シークレット- exaxs-iad
  • 「追加」をクリックします。



2. コンピュート(oel8-1)を非移動インスタンスとしてExaDB-XS-Cluster01 DRPGに追加します。このVMは、ドリル計画のDB変換を実行するためにスクリプトをホストするために使用されます。


3.ExaDB-XS-Cluster01 DRPGで追加されたメンバーを確認します



4.ExaDB-XS-Cluster02 DRPGへのスタンバイDB (FSDRXS01)の追加


  • リソース・タイプをデータベースとして選択
  • データベース・タイプ –Exascaleインフラストラクチャ上のOracle Exadata
  • VMクラスタ – 必要なVMクラスタを選択します(FSDR-Exadata-ExaScale-VMCluster02)
  • データベース – FSDRXS01
  • データベース・パスワード・シークレット- exaxs-iad
  • 「追加」をクリックします。



5. コンピュート(oel8-2)を非移動インスタンスとしてExaDB-XS-Cluster02 DRPGに追加します。このVMは、ドリル計画のDB変換を実行するためにスクリプトをホストするために使用されます。


6.ExaDB-XS-Cluster02 DRPGで追加されたメンバーを確認します



7.DR計画をExaDB-XS-Cluster02 DRPGに作成します。Full Stack DRでは、スタンバイ・ロールを持つDRPGでのみDR計画を作成できます。


  • 「Create Plan(プランの作成)」ボタンをクリックします。
  • スイッチオーバー、フェイルオーバーおよびドリル計画の開始の作成
  • 3つのプランすべてをアクティブとして表示できます。
  • Full Stack DRでは、スタート・ドリルの完了後にのみストップ・ドリル計画を作成できます。



8. 作成した「Switchover-AD1-AD2」計画を確認します。



Full Stack DRでは、事前チェックとデータベース・スイッチオーバーの組込み計画グループが作成されています。


9. ドリル計画の場合は、フィジカル・スタンバイからスナップショット・スタンバイへのDBロール変換用のユーザー定義プラン・グループを追加します。その逆も同様です。スクリプトは、メンバーとして追加したVMにローカルに配置することも、オブジェクト・ストレージ・バケットに格納することもできます。



10. 次に、Switchover-AD1-AD2計画を実行し、ステータスをモニターします。数分後、「スイッチオーバー-AD1-AD2」計画の実行が成功します。



11. スイッチオーバーが完了し、DRPGのロールが変更されたことを考慮して、ExaDB-XS-Cluster01 DRPGにDR計画を作成できるようになりました。



12. ドリル計画を実行した後、両方のDRPGで4つの計画をすべて使用できるようになりました。



すべてのDR計画タイプのExaDB-XSデータベース計画グループのステップのサマリーを次に示します。

DR Plan

Plan groups

Type

Switchover

Databases – Switchover

Built-in

Failover

Databases - Failover

Built-in

Start Drill

DB Convert- Physical to snapshot standby

User defined

Stop Drill

DB Convert-  Snapshot to physical standby

User defined


まとめ


Full Stack Disaster Recovery(DR)は、Exascaleインフラストラクチャ上のOracle Exadata Database Serviceの組込みサポートを提供します。これにより、ExaDB-XSデータベースを使用するビジネス・システムのリカバリ・プロセスが、OCIのアプリケーションやその他のコア・コンポーネントとともに簡単かつ効率的になります。

その他のリソース

Feel free to connect with me directly on Twitter and LinkedIn 

Full Stack Disaster Recoveryの開始に役立つその他のリソースを次に示します:


コメント

コメントを投稿

このブログの人気の投稿

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...
続きを読む

Oracle GoldenGate 23aiでMicrosoft Fabricでのオープン・ミラーリングがサポートされるようになりました (2024/11/19)

イメージ
Oracle GoldenGate 23aiでMicrosoft Fabricでのオープン・ミラーリングがサポートされるようになりました (2024/11/19) https://blogs.oracle.com/dataintegration/post/how-to-replicate-to-mirrored-database-in-microsoft-fabric-using-goldengate 投稿者： Shrinidhi Kulkarni | Principal Product Manager Oracle GoldenGate 23aiでは、オープン・ミラーリングを介したMicrosoft Fabricへの統合のパブリック・プレビューがサポートされるようになりました。この強力な組み合わせにより、リアルタイムのデータ統合が可能になり、ハイブリッド環境とマルチクラウド環境のデータをMicrosoft Fabricのミラー化されたデータベースに継続的に同期できるため、データは常にAIと分析に対応できます。 Microsoft Fabric統合のOpen Mirroring は、GoldenGate for Distributed Applications and Analytics 23ai (GG for DAA) (23.6)製品を介して提供されます。 既存の Azure統合の詳細については、 ドキュメント を参照してください。 オープン・ミラーリングは、オープン・デルタ・レイク表形式に基づいて、データISVがMicrosoft Fabricのミラーリングを拡張できるように設計されています。この機能により、Oracle GoldenGate 23aiは、オープン・ミラー化パブリックAPIおよびアプローチに基づいて、Microsoft Fabricのミラー化データベースに変更データを直接書き込むことができます。Microsoft FabricでのOpen Mirroringの詳細については、「 Microsoft FabricでのOpen Mirroringの概要 」を参照してください。 このブログ投稿では、この統合の実装の側面について深く掘り下げ、GoldenGate統合の構成方法を示します。 構成ステップ: リファレンス・アーキテクチャの理解 前提条件 ...
続きを読む

Oracle APEX 24.1の一般提供の発表 (2024/06/17)

イメージ
Oracle APEX 24.1の一般提供の発表 (2024/06/17) https://blogs.oracle.com/apex/post/announcing-oracle-apex-241 投稿者： Ashish Mohindroo | Vice President, Product Management APEX Low Code Application Platform Oracle APEX 24.1は、 ダウンロード が一般的に可能になり、世界中のOCI APEX Application DevelopmentおよびAutonomous Database Cloud Serviceリージョンにロールアウトされています。この最新リリースで、GenAIを使用して最初のローコード・アプリケーションを構築する方法を学習します。リリースのお知らせのリプレイはこちらからご覧いただけます。 このリリースでは、優れたエンタープライズ・グレードのアプリケーションを簡単に構築できるイノベーションの3つの主要な柱(AI支援アプリケーション開発、Oracleの次世代データ・プラットフォームのパワー活用、高度なWebおよびモバイル・アプリケーションを構築するための強力なエンタープライズ・グレードのコンポーネント)が提供されています。 AI支援アプリ開発 このリリースでは、AIをローコード開発に直接取り込み、すべての開発者が高度なクラウドおよびモバイル・アプリケーションを簡単に構築できるようにしています。開発者は、AIをアシスタントとして使用して、時間と労力を削減してアプリを構築できるようになりました。APEX AIアシスタントを使用すると、開発者は複数のウィンドウを使用して表名と列名を検索する必要がなくなります。 APEX 24.1 では、クラウドおよびモバイル・アプリの自然言語ベースの開発を可能にするネイティブAI搭載APEX AIアシスタントを導入しました。APEX AIアシスタントを使用すると、すべての開発者は自然言語を使用してSQLを生成できるため、アプリケーションをより簡単に構築したり、ワンクリックで構文修正を実行したり、表名を覚える必要がなくなります。開発者は、自然言語プロンプトを使用して目的の機能とコンポーネントを指定し、直感的な会話型インタフェースを使用し...
続きを読む