Full Stack DR: 2024年の最大ヒット数 (2025/01/28)

Full Stack DR: 2024年の最大ヒット数 (2025/01/28)

https://blogs.oracle.com/cloud-infrastructure/post/full-stack-dr-greatest-hits-in-2024

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


Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery (Full Stack DR)をさらに使いやすく、よりコスト効率の高いものにするために、2024年暦年にわたって重要なマイルストーンを追加しました。過去12か月間にFull Stack DRで起こった次の素晴らしいことを考えてみましょう。


  • より多くのOCIレルムでのプレゼンスの向上
  • 他のOCIサービスからの可視性
  • 拡張されたDR計画管理
  • Oracle Kubernetes Engine (OKE)の組込みサポート
  • すべてのOCIストレージ・サービスに対する組込みのサポート
  • より多くのOracle Databaseサービスに対する組込みのサポート
  • Oracle Universityでディザスタ・リカバリの認定を取得


Full Stack DRに精通していない場合は、このOCIディザスタ・リカバリ・サービスによって、ITスタッフが計画外停止、計画的停止、または計画ディザスタ・リカバリ・ドリルの間に通常何時間も費やしている手動ステップが自動化されます。Full Stack DRは、必要なときにリカバリ操作を設定、メンテナンス、検証、および達成するために必要な時間、労力、人員を大幅に削減します。


Full Stack DRは、OCI向けの100%のクラウド・ネイティブ・サービスであり、ほぼすべての考えられるアプリケーション・スタックに対してエンドツーエンドのリカバリを編成するのに十分な柔軟性と適応性を備えています。



私達の顧客に大きい感謝!


過去数年間、お客様との緊密な連携がなければ、当社の業績リストは不可能でした。多くのお客様とご協力いただき、チームの一員であることを感じていただき、ありがとうございます。お客様とパートナーとの関係は、私たちにとって本当の勝利です! 当社のサービスは、お客様との密接な関係にわずかな部分しかないため、機能性とユーザー・エクスペリエンスを向上させ続けています。


また、Oracle CloudWorld 2024で、Full Stack DRの利用方法を説明するために、いくつかの主要顧客をステージに迎えました。Cox Enterprisesは、Oracle E-Business SuiteおよびOracle WebCenterとOracle GoldenGate、Oracle Business Intelligence Enterprise Edition、Oracle Integration、およびVertex Tax Solutionsと呼ばれるOracle以外のアプリケーションに対して、完全に自動化されたエンドツーエンドのリカバリを実行する方法について説明します。Athenahealthは、Oracle PeopleSoft Financialsの完全自動リカバリについて説明し、Bionexoは、OKEの自動リカバリの組込みサポートとの経験を語りました。


お客様の成功事例を完全に読むには、次のリソースを参照してください。



他のOCIレルムでのプレゼンスの向上


Full Stack DRは、2024年に英国政府、EUソブリン、合金、専用リージョン(DRCC)のOCIレルムで利用可能になりました。米国政府および国防総省(DoD)レルムのオンボーディング・プロセスはまだ進行中です。


Full Stack DRは、AlloyとDRCCのリクエストに応じて利用可能になりました。各AlloyまたはDRCCは単一のOCIリージョンであるため、すべてのAlloyまたはDedicatedリージョンにFull Stack DRがデプロイされているわけではありません。Full Stack DRは、これらのプラットフォームのいずれかにデプロイする前に少なくとも2つのリージョンを必要とするためです。



他のOCIサービスからの可視性


コンピュート、ストレージ、データベースなどのOCIリソースは、通常、統合的にリカバリする必要があり、Full Stack DRのメンバーとして含めることができる包括的なアプリケーション・ポートフォリオの一部です。ただし、リカバリは、OCIリソースがFull Stack DRによって管理されるリカバリ・ソリューション全体の一部であることに気付かずに、個々のコンピュートまたはデータベース・インスタンスのリソース・ページから実行される場合があります。


この潜在的な問題を解決するために、Autonomous DatabaseとOCI Computeの両方が、Full Stack DRをOracle Cloudコンソールからリソースの詳細ページに統合しました。システム管理者とデータベース管理者は、管理するOCIリソースが、複数のOCIサービスにまたがる、より大規模で包括的なディザスタ・リカバリ計画の一部であることをすぐに認識できます。



拡張されたDR計画管理


お客様がしばらく待ち望んでいた2つの強化された計画管理機能をリリースしました。



また、実行の任意の時点でDR計画に説明的で計画的な一時停止ステップを追加する機能も追加しました。これらの特殊なステップは、計画実行を一時停止し、スタッフがなんらかの手動タスクを実行するのを待ってから、準備ができたら計画実行を再開します。


「一時停止」ステップを追加して、自動化する時間やリソースがないリカバリのポイントで一時停止する完全なリカバリ計画を具体化します。スクリプト化された自動化またはOCI関数を使用してタスクを実行する方法を理解した後、時間の経過とともに一時停止ステップを完全に自動化されたステップに置き換えます。




OKEの自動リカバリ


Oracle Kubernetes Engine (OKE)クラスタでホストされるリソースは、多くの場合、より大規模で複雑なビジネス・システムまたはアプリケーション・スタックのほんの一部にすぎません。OKE用の組込みインテリジェント・モジュールは、デプロイメント、ポッド、永続ボリュームなどのOKEリソースのエンドツーエンドのリカバリを完全に自動化します。OKEの組込みサポートは、昨年末の限定的な可用性プログラムで導入されました。


Full Stack DRは、ストレージ、コンピュート、ネットワーク、データベースを含むアプリケーション・インフラストラクチャ全体のリカバリをオーケストレーションするため、他のKubernetesディザスタ・リカバリ・ソリューションよりも重要な利点があります。Full Stack DRは、単一のボタンをクリックするだけで開始する単一のワークフローで、完全なOKEリカバリを簡素化します。


OCIストレージ・サービス


9月に、OCI Object Storageの組込みサポートを追加しました。Full Stack DRは、すべてのOCIストレージ・サービスからのレプリケートされたストレージのリカバリを自動的に管理するようになりました。



Oracle Databasesのビッグ・ヒット


Oracle Data Guardを使用して、Microsoft AzureでホストされているOracle Databasesをリカバリする機能が導入されました。Full Stack DRは、1回のボタンをクリックするだけで、Oracle Database@Azureを含むOCIのアプリケーション・スタック全体を、完全に自動化された単一の継続的なワークフローでリカバリできます。


Full Stack DRは、OCIでさらに4つのOracle Databaseサービスに対する組込みサポートを追加しました。Full Stack DRは、データベースの作成時に可用性ドメインまたはリージョン間で有効にするOracle Data Guardに依存します。既存のプライマリ・データベースとスタンバイ・データベースをDR保護グループに追加し、1つのボタンをクリックして数分で完全に自動化されたDR計画を生成します。


データベース・サービスとの統合の詳細は、次のリソースを参照してください。


Oracle Universityによる認定資格の取得


Oracle Universityのエキスパートが作成したトレーニングと世界的に認められている認定プログラムでOCIを無料で学習し、キャリアを前進させ、将来を守ります。Oracle Universityでは、次のOCI認定コースにFull Stack Disaster Recoveryが含まれています。




もっと知りたいですか?


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