ディザスタリカバリ
瞬時ではない復旧の後、一定期間にわたってデータ/トランザクションを復元し、重大なリスクや重大な損失を被ることなく復元する。
RPOは、重大なインシデントが発生した場合に最近のデータが永続的に失われる可能性がある最大期間を測定し、そのような損失の量を直接測定するものではない。たとえば、事業継続計画が「利用可能な最後のバックアップまで復元する」場合、RPOは、オフサイトで安全に保管されたバックアップ間の最大間隔となる。
ビジネス影響分析は、各サービスのRPOを決定するために使用され、RPOは既存のバックアップ体制によって決定されない。オフサイトデータの準備が必要な場合、データが失われる可能性のある期間は、バックアップがオフサイトで作成される時間ではなく、バックアップを準備する作業の開始時間の近くから始まる。
2、3、4、または5ナイン(99.999%)の目標がしばしば義務付けられ、ホットサイト施設向けの高可用性ソリューションが求められた。
ITサービス継続性は、事業継続性管理(BCM)と情報セキュリティ管理(ICM)の実装、およびISO/IEC 27001、ISO22301で指定されている実装と運用の情報セキュリティ管理、および事業継続性管理の一部として、多くの組織にとって不可欠である。
2010年以降のクラウドコンピューティングの台頭はその傾向を続けている。今日では、ネットワーク自体が十分に信頼できる限り、コンピューティングサービスが物理的に提供される場所はさらに重要ではない(別の問題であり、最新のネットワークは非常に回復力があるため、懸念は少ない)。「サービスとしてのリカバリ」(RaaS)は、クラウドセキュリティアライアンスによって推進されているクラウドコンピューティングのセキュリティ機能または利点の1つである。
コンピュータセンターの管理者が組織のコンピュータシステムへの依存を認識し始めたため、1970年代半ばから後半にかけて情報技術(IT)のディザスタリカバリ計画が開発された。
当時、ほとんどのシステムはバッチ指向のメインフレームだった。別のオフサイトメインフレームは、プライマリサイトのリカバリを保留しているバックアップテープからロードできた。ダウンタイムは比較的重要ではなかった。
災害復旧業界は、バックアップコンピュータセンターを提供するために開発された。最も初期のそのようなセンターの1つは、スリランカにあった(Sungard Availability Services、1978)。
1980年代から90年代にかけて、企業内のタイムシェアリング、オンラインデータ入力、およびリアルタイム処理が拡大するにつれて、ITシステムの可用性を高める必要があった。
2000年代にインターネットが急速に成長する前から、規制当局が関与するようになった。