Autonomous DatabaseおよびOCI Computeリソース・ページからFull Stack DRを簡単に表示および管理 (2024/11/21)

Autonomous DatabaseおよびOCI Computeリソース・ページからFull Stack DRを簡単に表示および管理 (2024/11/21)

https://blogs.oracle.com/cloud-infrastructure/post/imrorved-udx-between-adb-compute-fsdr

投稿者： Gregory King | Senior principal product manager for OCI Full Stack Disaster Recovery


Oracle Cloud Infrastructure(OCI)のAutonomous DatabaseおよびComputeサービスには、Full Stack Disaster Recovery(Full Stack DR)のアクティブ化とステータス情報が、個々のOCIリソースのOCIリソース詳細ページ内に含まれるようになりました。追加の情報により、システム管理者やデータベース管理者は、管理するOCIリソースが、複数のOCIサービスにまたがるより大規模で包括的なディザスタ・リカバリ計画の一部であることをすぐに認識しやすくなります。


Full Stack DRは、Infrastructure as a Service (IaaS)とPlatform as a Service (PaaS)の完全なエンドツーエンド・リカバリを自動化するOCIのディザスタ・リカバリ・アズ・アズ・ア・サービス(DRaaS)ソリューションです。コンピュート、ストレージ、データベース、ロード・バランサが最初に作成され、ディザスタ・リカバリ用にデプロイされた後、その後Full Stack DR保護グループに追加されます。利害関係者がDR保護グループを通じてのみメンバー・リソースを表示できるこのパラダイムは、ディザスタ・リカバリの設定を担当するユーザーと、日々の運用と個々のOCIリソースのメンテナンスを担当する人の間の認識にギャップを残しました。


サービス間のこの緊密な統合を詳しく見てみましょう。日常業務を担当する担当者に、彼らが管理しているものは、認識していない可能性があるより大きなディザスタ・リカバリ図の一部であることを通知します。まず、Autonomous Databaseのサービス・ページ統合から、OCI Computeサービスのページ統合について説明します。



Autonomous Databaseリソースの詳細ページのFull Stack DRの詳細


開始するには、図1に示すように、Oracle Cloudコンソールのナビゲーション・メニューで、Autonomous Data WarehouseまたはTransaction Processingのリソース・リスト・ページを選択します。いずれかのリンクを選択すると、選択したコンパートメント内のすべてのAutonomous Databaseのリストを示すリソース・リスト・ページが表示されます。


図1: Autonomous Databaseのリソース・リスト・ページに移動


選択したコンパートメントに存在するすべてのAutonomous Databaseが、下の図2に示すリソース・リスト・ページに表示されます。リストで任意のデータベースを選択すると、そのデータベースのリソース詳細ページが表示されます。


図2: Autonomous Databaseのリソース・リスト・ページ


図3に示すように、Autonomous Databaseのリソース詳細ページには、常にディザスタ・リカバリ・セクションがあります。Autonomous Databaseは、リソース・ページでディザスタ・リカバリという用語を使用して、Full Stack DRではなくAutonomous Data Guardを意味します。また、Full Stack DRがData Guardを置き換えないか、データベースのリカバリ方法を変更しないため、Full Stack DRにデータベースを追加するには、Autonomous Data Guardを有効にしておく必要があります。Full Stack DRは、Data Guardをコールして、自動リカバリの一部としてフェイルオーバーまたはスイッチオーバーを実行します。


Full Stack DRという名前のフィールドは新しく、構成と有効化の2つのオプションがあります。


データベースがDR保護グループのメンバーでない場合は、「構成」リンクが表示されます。リンクをクリックすると、Full Stack DRの概要ページに移動します。このページでは、プライマリ・データベースとスタンバイ・データベースをDR保護グループの既存のペアに追加したり、ワークフローに従ってデータベースを作成してから、新しいDR保護グループのペアに追加できます。


図3: リソースの詳細ページには、データベースがFull Stack DRのメンバーではないことが示されています。


データベースがFull Stack DR保護グループのメンバーである場合は、「有効」リンクが表示されます。リンクをクリックすると、使用可能なDR計画にすばやくアクセスできるように、Full Stack DR保護グループに直接移動します。そこから、スタンバイ・リージョンでディザスタ・リカバリ・ドリル、フェイルオーバー、スイッチオーバー計画または事前チェックを実行できます。


図4: リソースの詳細には、データベースがFull Stack DRのメンバーであることが示されています



コンピュート・リソースの詳細ページのFull Stack DRの詳細


Full Stack DRは、可用性ドメインまたはOCIリージョンのコンピューティングおよびレプリケートされたストレージのディザスタ・リカバリを調整するOCIソリューションです。図5に示すように、「インスタンス」リンクを選択して、OCIナビゲーション・メニューを使用して新機能を確認します。


図5: Computeのリソース・リスト・ページに移動


選択したコンパートメントに存在するすべてのコンピュート・インスタンスが、リソース・リスト・ページにリストされます。リストで任意のインスタンスを選択すると、そのインスタンスの詳細ページが表示されます。


図6: Computeのリソース・リスト・ページ


次に、図7に示すように、OCI Computeが「インスタンスの詳細」ページに追加した新しいディザスタ・リカバリ情報を見てみましょう。Full Stack DRという名前のフィールドには、「Not enabled」と「Enabled」の2つのオプションがあります。


「Full Stack DR」フィールドに「Not enabled」と表示されている場合、インスタンスはDR保護グループのメンバーではなく、「Configure」リンクが表示されます。「」をクリックすると、「Full Stack DR概要」ページが表示され、既存のDR保護グループにインスタンスを追加したり、ワークフローに従ってDR保護グループを作成できます。


図7: リソースの詳細ページには、インスタンスがフル・スタックDRのメンバーではないことが示されています。


「Full Stack DR」フィールドに「Enabled」と表示されている場合、インスタンスは1つ以上のDR保護グループに属し、2行目にはインスタンスがメンバーであるすべてのDR保護グループが表示されます。表示されたリンクのいずれかを選択すると、使用可能なDR計画にすばやくアクセスできるように、Full Stack DR保護グループに移動します。管理者は、そこから、スタンバイ・リージョン内のディザスタ・リカバリ・ドリル、フェイルオーバー、スイッチオーバー計画または事前チェックを実行できます。


図8: リソースの詳細ページには、インスタンスがFull Stack DRのメンバーであることが示されています。



まとめ


データベースおよびシステム管理者は、個々のコンピュート・インスタンスまたは自律型データベースが、より広範なディザスタ・リカバリ計画の一部であるかどうかを簡単に確認できます。そうでない場合は、他のサービス・リソース・ページからFull Stack DRへのリンクをたどることができます。このリンクでは、リソースを既存のDR保護グループおよびDR計画に追加したり、新しい保護グループおよび計画を作成できます。


オラクルのFull Stack DR開発者は、新機能とサービス間統合を継続的に取り組んで、ディザスタ・リカバリへの道のりをより簡単かつ迅速に、より少ない労力で実現しています。オラクルは、Alloy、Dedicated Regions、その他のOracle Cloud@Customerサービスなど、OCI全体でディザスタ・リカバリの普及と容易なアクセスを実現するために、他のOCIサービスと連携し続けています。

もっと知りたいですか?


OCI Full Stack Disaster Recoveryをまだ実際にご覧になっていない場合は、Oracle Cloud Infrastructureのアカウント・チームに今すぐデモンストレーションを設けてください。ドキュメント、価格、チュートリアル、顧客成功事例、チュートリアル、ハンズオン・ラボなどの詳細は、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 APEXのInteractive Gridで、Oracle Formsと比較して、重複行の検証を制御/通過させる方法 (2022/07/21)

イメージ
Oracle APEXのInteractive Gridで、Oracle Formsと比較して、重複行の検証を制御/通過させる方法 (2022/07/21) https://medium.com/oracledevs/how-to-control-or-pass-validation-for-duplicate-rows-in-interactive-grid-of-oracle-apex-as-compare-18f453f750bf 投稿者： Jignesh oracle Formsでは、データブロックの重複行を制御するのは非常に簡単ですが、IGの検証を制御するにはどうすればよいでしょうか。 必要な出力 ステップ1：インタラクティブグリッドのある白紙ページを作成します（私は1つの領域「IG」を作成し、インタラクティブグリッドとしてタイプを選択しました） ステップ 2: リージョンに Static ID を定義する (私の場合、リージョンは IG で、Static ID も IG です) ステップ3：複製を制御したいカラムのStatic IDを定義します ステップ4：関数とグローバル変数に移動します コード： var validity, message, ui = this.data; (function($) { function update(model) { var projKey = model.getFieldKey(“PROJECT_ID”), recObj = [], recArray = []; model.forEach(function(record, index, id) { var projid = parseInt(record[projKey], 10), // record[salKey] should be a little faster than using model.getValue in a loop meta = model.getRecordMetadata(id); if (!isNaN(projid) && !meta.deleted && !meta.agg) { recObj = {ID: id, project_id: projid}; recArray.push(recObj)...
続きを読む

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を生成できるため、アプリケーションをより簡単に構築したり、ワンクリックで構文修正を実行したり、表名を覚える必要がなくなります。開発者は、自然言語プロンプトを使用して目的の機能とコンポーネントを指定し、直感的な会話型インタフェースを使用し...
続きを読む