RPO（目標復旧時点）

目標復旧時点のこと。障害や災害の発生時に、どの時点のデータまで復旧させるかの目標値。RPOが短いほどデータ損失が少なくなるが、より高頻度のバックアップが必要になりコストが増加する。

障害時にさかのぼって復旧できる時点の目標。目標復旧時点という。どの時点までのデータ消失を許容するかを表し、これを短くするほどバックアップの取得間隔を詰める必要がある。

目標復旧時点。災害やシステム障害発生時に、どの時点までのデータを復旧できるようにするかの目標。バックアップの頻度や方式を決定する基準となる。RPOが短いほどリアルタイムに近いバックアップが必要。

目標復旧時点。事業中断が発生した場合に、どの時点までのデータを復旧するかの目標。バックアップの頻度やデータ複製の方式を決定する際の基準となる。

障害発生時にどの時点までのデータを復旧できるかの目標。RPOが0に近いほど、データ損失が許容されないことを意味し、同期レプリケーションなどの高コストな手法が必要になる。非機能要件として定義する。

障害発生時にどの時点までのデータを復旧すべきかを示す目標値。RPOが短いほどデータ損失は少ないが、頻繁なバックアップやログの取得が必要となりコストが増加する。

目標復旧時点。障害発生時に、どの時点までのデータを復旧させるかの目標。データの損失許容量を時間で表す。バックアップの頻度や方式の設計に影響する。

障害発生時にデータをどの時点まで復旧させるかの目標。バックアップの頻度と密接に関連し、RPOが短いほど高頻度のバックアップが必要となる。RTOとあわせてBCPの重要な指標である。

目標復旧時点。災害やシステム障害発生時に、どの時点までのデータを復旧できるようにするかの目標。バックアップの頻度や方式を決定する基準となる。RPOが短いほどリアルタイムに近いバックアップが必要。

目標復旧時点。災害やシステム障害発生時に、どの時点までのデータを復旧できるようにするかの目標。バックアップの頻度や方式を決定する基準となる。RPOが短いほどリアルタイムに近いバックアップが必要。

災害や障害からの復旧時に、どの時点までのデータを復旧させるかの目標。例えばRPOを1時間とすると、失われるデータを直近1時間分までに抑える必要があり、少なくともその間隔でバックアップや複製を取る必要がある。

災害や大規模な障害でシステムが停止した際に、定めた目標の時間内に復旧させるための仕組みや手順。クラウドでは別のリージョンを使い、バックアップから復元する方式、最小限の環境だけを常時動かしておくパイロットライト、縮小した環境を稼働させておくウォームスタンバイ、複数のリージョンで同時に稼働させるマルチサイトなどを、RTO・RPOと費用の兼ね合いで選ぶ。

障害や災害の発生後、目標復旧時間までに業務やシステムをどの水準まで復旧させるかの目標値で、通常時の何割の処理能力で再開するかといった形で表す。すべての機能を元どおりに戻すのではなく、優先度の高い業務から必要な水準で再開する計画を立てるのに使う。RTO、RPOとともに設定する。

ある時点のデータの状態を丸ごと複製して保存したもので、ストレージやデータベースのバックアップにも使われる。データ基盤の履歴管理では、日次などの時点ごとにテーブル全体を保存して、過去の任意の時点の状態を再現できるようにする。実装は単純だが、変化の少ないデータでも毎回全件を持つため容量が増え、変更分だけを記録する緩やかに変化するディメンション（SCD）と使い分ける。

ストレージやデータベースのデータを、別のリージョンへ自動的に複製する機能。リージョン全体の障害や災害に備えたバックアップ、別の地域の利用者への低遅延なデータ提供、データ保管の要件への対応に使う。複製は通常、非同期で行われるため、障害時に直前の更新の一部が失われ得ることをRPOの設計で考慮する。

障害や災害でシステムや業務が停止してから、どれだけの時間内に復旧させるかの目標値。業務の停止を許容できる時間から決め、RTOを短くするほど待機系の常時稼働や自動切替えが必要になって費用が増える。データをどの時点まで戻すかのRPO、どの水準まで戻すかのRLOとともに、DRの方式を選ぶ基準となる。

ある時点のデータベースの内容を、そのまま磁気テープや別のディスクなどに複写して保存したファイル。媒体障害が起きたときは、ダンプファイルをリストアしてから、その後のジャーナルの更新後情報を反映するロールフォワードで障害直前の状態まで戻す。取得の方式には、全体を取るフルダンプと、前回からの変更分だけを取る差分・増分の方式がある。