障害復旧を計画する
このページでは、障害復旧計画の作成と実装に役立つ Firestore の機能について説明します。
クラウド インフラストラクチャの停止に対する障害復旧計画
ゾーンやリージョンでサービスが停止するなど、Google Cloud で起こりうるクラウド インフラストラクチャの中断に対して保護するため、Firestore は複数のレプリカ データベースにデータをレプリケートします。
レプリケーション アーキテクチャは、データベースがリージョンのロケーションとマルチリージョンのロケーションのどちらにあるかによって異なります。リージョン データベースは、3 つ以上のゾーン間でデータを同期的に複製します。マルチリージョン データベースは、3 つのリージョン（2 つのサービス提供リージョンと 1 つのウィットネス リージョン）にある 5 つのゾーンにデータを同期的に複製します。マルチリージョン データベースは、99.999% の可用性を提供して、データベースの可用性と耐久性を最大化します。リージョン データベースは、99.99% の可用性を提供します。
Firestore はレプリケーションを自動的に処理するため、追加の構成やプロビジョニングは必要ありません。詳細については、次のリンク先をご覧ください。
レプリケーション アーキテクチャの詳細については、クラウド インフラストラクチャの停止に対する障害復旧の設計をご覧ください。
データの障害復旧計画
データの誤削除や誤変更などのデータ障害から保護するには、スケジュール バックアップとポイントインタイム リカバリ（PITR）を使用します。障害復旧の要件によっては、両方の機能を併用できることがあります。
スケジュール バックアップ
バックアップでは、最大 14 週間の保持期間がサポートされます。日次バックアップまたは週次バックアップのスケジュールを設定できます。バックアップから、同じプロジェクト内の新しい Firestore データベースにデータベースを復元できます。詳しくは、データのバックアップと復元をご覧ください。
バックアップでは、PITR よりも長い保持期間を提供します。バックアップからデータベースを復元することで、PITR データからデータベースを復元する場合よりもコストを削減できます。
ポイントインタイム リカバリ（PITR）
PITR を有効にして、最長で過去 7 日前までのドキュメントを読み取りできるようにします。粒度レベル 1 分でデータを読み取り、目標復旧時間（復元までの最大時間）を 0 にして正確にデータベースに書き戻すことができます。目標復旧時点（許容される最大データ損失）は 1 分です。詳しくは、ポイントインタイム リカバリをご覧ください。
データベース全体を復元する必要がない場合、PITR では必要なデータのみを復元できます。また、PITR ではバックアップよりも目標復旧時間と目標復旧時点が短縮されます。
データ エクスポート
14 週間を超えるデータ保持が必要な場合は、PITR を使用してデータベース全体のエクスポートを作成し、このデータを Cloud Storage に無期限に保存できます。PITR データ エクスポートは、最大 7 日前のタイムスタンプからデータをキャプチャします。
PITR データ エクスポートは、データベースからデータをアーカイブするのに便利です。バックアップと比較した場合、PITR エクスポートからデータベースを復元すると、バックアップから同じデータを復元するよりも一般的にコストがかかります。
PITR エクスポート オペレーションを開始するには、PITR データからのエクスポートとインポートをご覧ください。