災害復旧と事業継続

停電。盗難。サーバーやハードディスクの破損 サイバー攻撃やランサムウェア 竜巻、地震、ハリケーン。災害に備えていなければ、ビジネスを大混乱に陥れかねない様々な種類の災害が存在する。これらの災害は避けられないことが多いため、復旧を強化するには、強力なITインフラを持ち、定期的な復旧時間とポイント目標を設定することが不可欠です。IT部門がアプリケーションをフェイルオーバーし、データを複製することで、損失をほぼゼロにすることは可能ですが、そのためにはかなりのリソースが必要になります。IT部門は、アプリケーションの優先順位と割り当てられた予算とリソースに基づいて、ディザスタリカバリ戦略とリカバリ時間の目標を確立する必要があります。

リカバリーポイント目標とは何ですか？

リカバリ・ポイント目標、または「目標リカバリ・ポイント」とは、時間で測定されるデータ損失の最大許容量のことです。コンピュータ・システムやネットワークに障害が発生した場合に、通常業務を再開するために必要なバックアップ・ストレージ内のファイルやデータの年齢であり、通常は最新のバックアップを指します。リカバリ・ポイント目標およびリカバリ・タイム目標は、事業継続にとって極めて重要な概念であり、企業がデータ・バックアップのスケジュールを立てる頻度を決定するために必要なビジネス指標です。

復旧時間目標とは？

リカバリ時間目標とは、ビジネスに大きな損害を与えることなくアプリケーションが停止している時間、およびシステム損失から回復するのにかかる時間を表します。この回復プロセスには、アプリケーションとそのデータを災害前の状態に戻すために IT 部門が取らなければならない手順が含まれます。優先度の高いアプリケーションの場合、IT部門がフェイルオーバー・サービスに投資している限り、リカバリ時間の目標は安全に秒単位で表すことができます。復旧時間の目標を設定するには、まずIT部門が優先度とビジネス損失のリスクに基づいてアプリケーションを選別する必要があります。次にIT部門は、時間、資金、ITインフラといった企業リソースを、これらのアプリケーションに適切に割り当てます。

復旧時間目標の決定

復旧時間目標は、災害発生後、IT部門がデータを復旧するのにかかる時間を測定するために使用されます。その評価基準として、復旧時間目標はビジネスの全体的なニーズを表し、ITインフラやサービスがなくてもビジネスが存続できる期間を決定します。復旧時間の目標は、まずIT部門で可能なことと一致させる必要があります。IT管理者は、ビジネスのニーズを満たす復旧時間目標を計算するために、さまざまなタイプのリストア速度について十分に理解しておく必要があります。例えば、可能な最小リストア時間が2時間である場合、1時間のリカバリ時間目標は達成できません。 

このプロセスにはすべてのITオペレーションのリストアが含まれるため、復旧時間目標はしばしば複雑になります。IT部門は、可能な限り自動化することで、復旧プロセスの一部を合理化することができます。 また、厳しい復旧時間目標は、データだけでなく、ビジネス・インフラ全体に関わってきます。復旧時間目標または復旧ポイント目標を達成するためのコストは、IT部門によるアプリケーションとデータの優先順位付けと一致します。IT部門は、収益とリスクに基づいてアプリケーションとデータに優先順位を付けます。 アプリケーションのデータが規制されている場合、そのアプリケーションからのデータ損失は、そのアプリケーションの使用頻度に関係なく、多額の罰金につながる可能性があります。

ゼロに近い復旧時間目標または復旧ポイント目標の達成

リカバリ時間目標やリカバリポイント目標は、アプリケーションやデータの優先順位によって異なりますが、すべてのアプリケーションでゼロに近いリカバリ時間目標やリカバリポイント目標を達成することは、企業にとって非常にコストがかかります。リカバリ時間目標では100%のアップタイム、リカバリポイント目標ではゼロのデータ損失は、継続的なデータレプリケーションによってのみ達成でき、仮想環境に投資することによってのみ達成できます。

復旧時間目標の例

きめ細かなアイテムの復旧は、復旧時間目標の一例です。この例では、多忙な企業のユーザーが重要なメールを削除し、ゴミ箱フォルダを空にしたとします。この企業はビジネスクリティカルなアプリケーションとしてMicrosoft Exchangeを使用しており、IT部門はExchangeのデルタレベルの変更を、きめ細かなバックアップとリカバリを特徴とするバックアップアプリとともに永続的にバックアップしています。この機能により、IT部門はたった1通のメールのために仮想マシンをフルにリストアする代わりに、重要なメールを約5分で素早く取り出すことができる。

レジリエンシー・オーケストレーションとディザスタリカバリ

ディザスタリカバリ、特にハイブリッドIT環境では、多くの課題がある。これらの課題には以下が含まれるが、これらに限定されるものではない：

• 異なる環境に展開されたワークロード
• ITインフラとアプリケーション間の相互依存
• すべてのデバイス、コンポーネント、アプリケーションを目標復旧ポイントに戻し、ビジネスを完全なオペレーションに戻すこと
• システムやアプリケーションを誤った順序でリストアすると、システムの復旧がさらに遅れる可能性があります

あらゆる障害にもかかわらず、成功するディザスタリカバリ戦略を策定し、提供するために何ができるでしょうか？少数の重要なアプリケーションを数時間で復旧させることは、従来から適切なITチームがあれば可能でしたが、それには多くの貴重なリソースが必要です。今日求められているのは、より大きな復旧時間目標と復旧ポイント目標、そして複数のミッションクリティカルなアプリケーションを迅速に復旧させるシステム復旧です。今日では、障害の影響を最小限に抑え、障害発生から数分以内にリカバリを実行することが可能です。自動化は非常に重要であり、ハイブリッド環境への移行において、異なるアプリケーション間のワークフローを迅速かつ確実に自動化することで、ディザスタリカバリプログラムの拡張を可能にします。

今日のレジリエンシー・オーケストレーション・テクノロジーは、ディザスタリカバリ戦略を成功裏に実施し、障害による生産ダウンタイムの需要とビジネスへの露出を減らすのに役立ちます。準備の面では、レジリエンシー・オーケストレーションは、組織が少ないスタッフでディザスタリカバリのテストを成功させるのに役立ちます。レジリエンシー・オーケストレーションはまた、これらの組織が災害復旧訓練の準備と検証を大幅に削減するのにも役立ちます。レジリエンシー・オーケストレーション・テクノロジーの主な利点の1つは、アプリケーションの認識を維持しながら、物理環境、仮想環境、クラウド環境にまたがって機能する能力である。セルフサービスと低いサービスレベル契約パラメータが一貫してクラウドサービスに対するエンドユーザーの期待となっているため、オーケストレーションベースの回復力戦略は、クラウド環境の採用を検討している現代の企業にとってますます重要になってきている。