分散データベース

複数のコンピュータに分けて配置しながら、利用者からは1つのデータベースに見えるように構成したもの。負荷分散と可用性の向上が図れるが、更新の整合性を保つ制御が難しくなる。

複数のサービスにまたがる処理の整合性を保つため、各サービスの処理をTry（資源の仮押さえと業務上の検査）、Confirm（仮押さえした内容の確定）、Cancel（仮押さえの取消し）の3つの操作に分けて実装する方式。調整役が全サービスにTryを依頼し、すべて成功したらConfirmを、1つでも失敗したらCancelを指示する。2相コミットメントに似た手順を業務処理として実現するもので、データベースのロックを長く持ち続けずに済む。

トランザクションによる更新を、すべて確定する（コミット）か、すべて取り消す（ロールバック）かのどちらかにして、トランザクションの原子性を保証する制御。途中で障害が起きても、一部だけ更新された状態を残さない。複数のサイトにまたがる分散データベースでは、2相コミットメントなどのプロトコルで全サイトの確定と取消しをそろえる。

分散データベースで、複数のサイトにあるデータを対象とする問合せ。利用者はデータの所在を意識せずに問い合わせられ（位置透過性）、DBMSが問合せを分解して各サイトで処理し、結果を集めて返す。サイト間のデータの転送量が性能を左右するので、処理の順序や場所を最適化して転送量を減らす。

複数のサイトのデータベースにまたがって実行されるトランザクション。すべてのサイトで更新を確定するか、すべて取り消すかをそろえるため、2相コミットメントなどで制御する。障害で参加するサイトが確定と取消しのどちらにも進めなくなる（ブロッキング）ことがあり、マイクロサービスではSagaパターンと補償トランザクションで整合性を取る方法も使われる。

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

障害や災害の発生時に、データをどの時点の状態まで復旧できればよいかの目標値で、失ってもよいデータの量を時間で表す。RPOが24時間なら日次のバックアップで足りるが、ゼロに近づけるには別の拠点へのリアルタイムの複製が必要になる。RTO、RLOとともにDRの方式を選ぶ基準となる。