迅速なデータ回復
企業は、ビジネスの洞察を促進し、リスクを軽減し、競争上の優位性を獲得するためにデータに依存しています。 最近の激しい加速 非構造化データ これの全体的な重要性を打ち砕きました データ 現代の企業の食物連鎖のトップにまっすぐに。 重要性のレベルが高くなると、 データセキュリティ、および企業が適切なデータ回復戦略を実施していることを確認します。
昔々、企業は 優れた「バックアップ」戦略。 しかし、構造化されたものと 構造化されていないビジネスクリティカルなデータ 継続的に成長している企業は、単に「素晴らしいバック戦略」から回復の操作上の複雑さへ。 このブログでは、構造化データに焦点を当ててデータ保護について話し、データベース管理者（DBA）がOracle、Microsoft SQL、SAPなどの組織の最もミッションクリティカルなシステムをどのように保護するか、およびQumuloがどのようになっているのかについて別のアプローチを取ります。主要な復旧目標を達成するためにこれらの戦略をサポートするために使用されます。
ミッションクリティカルなアプリケーションの保護
最もミッションクリティカルなアプリケーションは、多くの場合、OracleやMicrosoftSQLなどのデータベース内に存在する構造化データセットを基盤として構築されています。 これらのデータベースを管理するDBAは、データベースがアプリケーションを強化するために最適に機能することを保証するだけでなく、目標復旧時間（RTO）および目標復旧時点（ RPO）。
RTOとRPO：違いは何ですか？
深く掘り下げる前に、このブログで使用するいくつかの用語を理解することが重要です。 これらはしばらく前から存在していますが、このブログでこのベースラインを構築するには、これらの用語の意味と違いを言い直すことが重要だと思います。 。
RTO / RPOは、次のトピックでいつでもよく耳にします。 データ保護 発生しますが、それは何であり、なぜそれがそのような重要な議論の記事なのですか？ 非常に簡単に言えば、これらXNUMXつの項目は、損失に対する許容度を示しています。 損失について否定的に聞こえるかもしれませんが、実際には、目標復旧時間と目標復旧時点の用語の真の起源です。
失うことを許容できるデータの量（RPO）とダウンすることを許容できる期間（RTO）。 これはお客様ごとに異なります。ご使用の環境で文書化されたRPO/RTOがない場合は、システムエンジニアのXNUMX人またはリセラーパートナーとチャットすることを強くお勧めします。 この知識を持つことは、次のセクションで説明する確実な復旧戦略と災害復旧計画の作成と密接に関連しています。
アプリケーションを超えて
データベースとアプリケーションがスムーズに実行され、すべての顧客/ユーザーがアクセスできるようにすることから、DBAが組織にとってどれほど重要であるかを私たちは皆理解しています。 しかし、多くの場合認識されないのは、アプリケーションとその基盤であるデータベースの稼働時間と可用性を提供するためにDBAが投資する努力のレベルです。 従来のITは通常、ストレージソリューション、仮想インフラストラクチャ、クラウド環境、およびバックアップやディザスタリカバリ（DR）プランなどの機能運用の日常的な管理を担当しますが、ほとんどのDBAは、独自のプランを作成する舞台裏で静かに活動しています。アプリケーションエコシステムの健全性をサポートします。 私の経験では、データ保護とアプリケーションの可用性に関しては、DBAが最後の防衛線です。 したがって、DBAが、ビジネスの中断が発生した場合に独立した取り組みをサポートするための堅実な復旧戦略とDR計画を作成することは理にかなっています。 ちなみに、先に進む前に、このブログでXNUMX回見た「ビジネスの中断」という用語を定義しましょう。 これは、ビジネスを推進するためにシステムやデータにアクセスできない場合に発生するイベントです。 記載されているSLAおよびRTO/RPOのガイドラインの範囲内で回復する限り、これはビジネスの中断にすぎません。 これらの目的を超えて、ビジネスの中断は災害になります。 これが、自分の環境にとってこれらの重要なデータポイントを知ることが重要である理由です。私を信じてください。DBAにRTO / RPOを尋ねれば、彼らは知っているでしょう。
パートIIに向けて
このXNUMX部構成のシリーズでは、Qumulo Rapid Recoveryと、ほとんどの組織にとって「バックアップ」戦略ではもはや十分ではない理由を紹介しました。 むしろ、焦点は運用回復または「通常どおりのビジネス」に移り、RTO/RPOに関する議論がさらに適切になります。
ただし、あまり話題にならないトピックを取り上げました。それは、非構造化データの増加と、今日のDBAが直面している課題です。 によると IDC、データの増加は180年までに2025 ZBに達すると予測されており、さらに、グローバルデータの80％は、2025年までに非構造化データで表され、残りはおそらく構造化データと半構造化データです。 スナップショットテクノロジーにより、非構造化データの驚異的な成長と保護を処理できますが、ほとんどの組織の復旧目標を達成するには、構造化データまたはデータベースを別の方法で処理する必要があります。 DBAは、この成長をサポートし、自社のRTO / RPOを満たすための運用復旧戦略を作成するためにどのように準備されていますか？ このブログのパートIIをチェックして、私の意見と、QumuloがQumuloRapidRecoveryで顧客がこれらの目標を達成するのをすでにどのように支援しているかを確認してください。
ホリスティックセキュリティでランサムウェアからファイルデータストレージを保護
