OCI File StorageによるRPOの強化 (2024/10/15)

OCI File StorageによるRPOの強化 (2024/10/15)

https://blogs.oracle.com/cloud-infrastructure/post/enhanced-rpo-with-oci-file-storage-service

投稿者： Anand Rudrabhatla | Senior Principal Product Manager


Oracle Cloud Infrastructure(OCI)File Storageサービスは、データ保護を強化するために、最大4倍低いリカバリ・ポイント目標(RPO)を提供することを発表します。


お客様は、変化するエンタープライズ・リカバリ目標を達成するために、レプリケーション間隔をダイヤルとして使用します。RPOは、次の主要なオプションを含むさまざまな要因の影響を受ける可能性があります。


  • ファイルシステム・サイズ: OCI File Storageが使用する集約ストレージ
  • 変更率: レプリケーション間隔全体でのファイル変更のデルタ値
  • レプリケーション間隔: ストレージ・レプリケーションの構成可能な時間枠
  • ネットワーク転送時間: ネットワーク・ターゲット間でストレージをレプリケートできる速度


厳しいビジネス・クリティカルなワークロードを抱えるお客様は、OCI File Storageを使用して、高パフォーマンス、エクサバイト規模、高可用性、耐久性を実現しています。データの保護は、企業顧客の最優先事項です。クロスリージョン・レプリケーションを使用したOCI File Storageネイティブ・スナップショットなどの主な機能により、優れたRPOを実現できます。



変化とは


レプリケーション間隔を60分から15分に短縮し、クラウド・ネイティブ・アプリケーションの変更トラッキング・アルゴリズムと、OCI File Storageのコア機能である非同期レプリケーションを最適化することで、RPOの削減を達成しました。


図1: 15分間のレプリケーション間隔でのストレージ・レプリケーション・ターゲットの作成



この変更はどのように影響しますか?


新しいレプリケーション間隔は、新しいレプリケーションと既存のレプリケーションの両方に適用できます。


この変更により、最も価値のある資産(データ)を保護するためのRPO全体を削減できます。RPOは、ReplicationRecoveryPointAgeファイル・ストレージ・メトリックを使用してモニターできます。OCI File Storage Replicationのお知らせブログでは、OCI File Storageのネイティブ・スナップショットおよびディザスタ・リカバリ用のレプリケーションの使用方法について説明します。


既存のレプリケーションを使用するOCI File Storageのお客様で、レプリケーション間隔を短くする必要がある場合は、ソース・レプリケーション・リソースのレプリケーション間隔を15分に変更します。バックグラウンドでは、レプリケーション・サービスは変更されたリソース構成に適応します。


ファイル・システムのレプリケーションを作成する場合は、レプリケーション間隔を15分に構成する必要があります。



お試しください


OCI File Storageレプリケーションで利用可能なこれらの新機能を体験していただきたいと思います。ファイル・ストレージの試行に関心がありますか。無料トライアルにサインアップします。


私達は私達のサービスを業界で最高のものにし続けるのであなたのフィードバックを大切にします。どのように改善し続けることができるか、またはトピックに関する詳細が必要な場合は、お問い合わせください。オラクルのクラウド・ストレージ・プラットフォームでは、より多くの機能更新が見込まれています。


詳細は、次のリソースを参照してください。

コメント

コメントを投稿

このブログの人気の投稿

Oracle RACによるメンテナンスのためのドレインとアプリケーション・コンティニュイティの仕組み (2023/11/01)

イメージ
Oracle RACによるメンテナンスのためのドレインとアプリケーション・コンティニュイティの仕組み (2023/11/01) https://database-heartbeat.com/2023/11/01/draining-ac-rac/ はじめに Oracle RACは、Oracle Databaseのスケーラビリティと高可用性を提供します。1つのサーバー(RACノード)に障害が発生した場合、またはメンテナンスのためにオフラインになった場合でも、追加のノードを介してデータベースにアクセスできます。ただし、メンテナンスの開始時に、データの読取りまたは変更に関係なく、一部の作業を実行しているクライアント・セッションはどうなりますか。この作業は中断され、ドレインを実装してアプリケーション・コンティニュイティまたは透過的アプリケーション・コンティニュイティを有効にしないかぎり、エンドユーザーまたはアプリケーションによって再度実行する必要があります。 環境 2ノードのOracle RACを例に挙げて、高速アプリケーション通知(FAN)、ドレインおよびアプリケーション・コンティニュイティによってメンテナンス・イベントがエンドユーザーに透過的になる方法を理解しましょう。アプリケーションは、30個のセッションを保持するように構成された接続プールを使用しています。 通常の操作 通常の操作中は、両方のRACノードが起動し、アプリケーションを実行しています。ロード・バランシング戦略によっては、セッションの数が両方のノード間で異なるか、均等に分散される場合があります。次の図をよりよく視覚化するために、ノード2のノード1および20のセッションに10のセッションがあるとします。 セッションは、アイドル状態(接続されているが何もしていない)またはアクティブ状態(リクエストの途中)にできます。リクエストは、データの読取り(SELECT)または操作(INSERT、DELETE、UPDATE)が可能です。 ドレインによるサービスの停止 ある時点で、システムのメンテナンスが必要になります。2ノードRACがあるため、メンテナンスはローリング方式で、1つのノードを順番に(ほとんどの場合)実行できます。メンテナンスは、たとえば、オペレーティング・システム、Grid Infrastructureまたはデ
続きを読む

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