事業継続と災害復旧
障害によって失われうるデータの量、サービスを再開できるまでの時間、想定しているリスク、そして実際に復旧できることを示す復元テストについて定めます。
要点
- 失われうるデータは現在最大 24 時間分です（毎日のバックアップによる）。継続的なバックアップを有効にすると数分になります。
- 復元を決めてから 4 時間以内のサービス再開を目標とします。
- 想定ではなく実測です。最新の復元テストでは全 133 テーブル、533,992 行をエラー 0 件で復元しました。
- 貴社のサイトは貴社自身のドメインで公開しており、データはいつでも書き出せます。
この要点は本文を読む際の手引きです。適用されるのは以下の本文です。
目的と対象この項目へのリンク
1.1 この計画は、委託先、当社のシステム、当社のアカウント、運用する人のいずれかに問題が生じたときに、AirTA Sites を継続し、できる限り損失を少なくして復旧するためのものです。
1.2 airtasites.jp/trust/incidents のインシデント対応計画と組み合わせて運用します。インシデント対応計画は事態の把握と連絡を、この計画はサービスとデータの復旧を担います。
復旧目標この項目へのリンク
- 目標復旧時点（RPO）
- 最大 24 時間。データベースは 1 日 1 回全体をバックアップしています。継続的なバックアップを有効にすると数分になります。
- 目標復旧時間（RTO）
- 復元を決めてから 4 時間。最新の復元テストでは、データベース自体の復元は 8 秒で完了しました。残りの時間は、確認作業とサービスの接続先の切り替えに充てます。
- さかのぼれる期間
- 日次のコピーを 7 日間、月曜日のコピーを 5 週間、月初のコピーを 190 日間保管します。気づかないうちに損なわれたデータも、その前の時点から復元できます。
これらは目標であり、サービスレベルの保証ではありません。申込書で定めない限り、利用規約は中断のない稼働を保証していません（利用規約第16条）。
- 毎日のバックアップ（最長 190 日保管）
データベースは毎日、検証済みの暗号化接続で全体を複製します。日次のコピーは 7 日間、月曜日のコピーは 5 週間、月初のコピーは 190 日間保管します。各コピーは欠けがないことを確認してから保管します。
稼働中 - 暗号化したコピーを別の場所に保管
毎日のバックアップは AES-256 で暗号化して別のクラウドストレージにも保管し、アップロード後にすべてのコピーを開き直して復元できることを確認します。
稼働中 - ポイントインタイムリカバリ
データベースの継続的なバックアップを有効にし、前日のコピーではなく任意の時点に復元できるようにします。失われうるデータは最大 24 時間分から数分に短くなります。
時期：最初の有料契約の開始時
予定
想定するリスクと対応この項目へのリンク
- ホスティングの障害
- Vercel の東京リージョンに障害が起きた場合は、復旧状況を確認しながらステータスページに掲載し、影響を受けた会社にお知らせします。アプリケーションは標準的な構成で、当社のコードリポジトリから再配置できます。
- データベースの障害・喪失
- 最新のバックアップを東京の新しいデータベースに復元し、分離テストを実行して合格した場合に限り、サービスの接続先を切り替えます。
- 誤操作によるデータの損傷・削除
- 誤操作の前のコピーを別のデータベースに復元し、影響を受けた行だけを戻します。その後に書き込まれたデータは失われません。
- 委託先のアカウントの喪失・凍結
- データベースの暗号化したコピーは、データベースを運用する事業者とは別の事業者に保管し、コードもさらに別の事業者の非公開リポジトリに保管しています。どのアカウントを 1 つ失っても、サービスを失うことはありません。
- 認証情報の漏えい
- 影響を受けた鍵とパスワードを交換し、セッションを無効にし、アクティビティログと委託先のログで不正な操作の有無を確認します。認証情報はパスワード管理ツールで保管しています。
- 業務用 PC の紛失・盗難
- ディスクは暗号化しており、画面は自動でロックされます。すべてのアカウントからその PC をサインアウトし、保存されていた鍵を交換し、別の場所のコピーから復旧します。
- 委託先の撤退・条件変更
- データベースは標準的な PostgreSQL で、初回の復元テストは Supabase の外で実施しました。データは別の事業者に移せます。アプリケーションも標準的なウェブアプリケーションで、他の環境で稼働できます。
- 当社が対応できない場合
- 当社が対応できない場合に、各社への連絡、サービスの継続、データの書き出しとドメインの移行の支援を行う代行者を指名し、封をした手順書を預ける手続きを進めています。それまでは、上記の対策と、貴社自身で行えることによってこのリスクに備えます。
- 文書化した事業継続・復旧計画
復旧目標と、障害、データの消失、事業者アカウントの喪失、認証情報の漏えい、PC の紛失、当社担当者の不在のそれぞれへの対応を定め、復元テストで確かめています。
稼働中 - 対応中
- 業務用 PC はディスク全体を暗号化
本サービスの運用に使う PC はディスク全体を暗号化し、5 分で画面がロックされます。
稼働中 - 運用に使うすべてのアカウントで 2 段階認証
ホスティング、データベース、ソースコード、メール、決済など、本サービスに届くすべてのアカウントで 2 段階認証を使い、認証情報はパスワード管理ツールで保管します。
時期：2026年11月
対応中
アップロードされたファイルこの項目へのリンク
4.1 画像、履歴書、録画はデータベースとは別に東京の Vercel Blob に保存しており、毎日のデータベースのバックアップには含まれません。これらの暗号化したコピーの保管は、下記のとおり予定しています。
- アップロードされたファイルの別保管
画像、履歴書、録画はデータベースとは別に Vercel Blob に保存しており、毎日のデータベースのバックアップには含まれません。これらにも暗号化したコピーを加えます。
時期：最初の会社の求職者データを扱う前に完了
予定
復元テストこの項目へのリンク
5.1 少なくとも四半期に 1 回、またバックアップの方法を変えたときは必ず、バックアップを新しいデータベースに復元し、本番環境とテーブルごとに比較します。すべてのテスト結果を、記録したとおりに以下に掲載します。
最新の復元テスト：2026年11月1日
- テーブル
- 133 / 133
- 行数
- 533,992 行
- 復元時間
- 8 秒
- エラー
- 0 件
AirTA Sites のバックアップを新しいデータベースに復元し、本番環境と行数がテーブルごとに一致することを確認しました（バックアップ取得後に書き込まれた行を除く）。
- 復元は想定ではなく実際に確認
少なくとも四半期に 1 回、バックアップを新しいデータベースに復元し、本番環境とテーブルごとに比較します。最新の結果はこのページに掲載しています。
稼働中
貴社がいつでも行えることこの項目へのリンク
6.1 貴社のサイトは貴社自身のドメインで公開しており、ドメインは貴社の名義のままです。別の場所に向けることも貴社の判断で行えます。オーナーは、コンテンツ、設定、応募データをいつでも無料でダウンロードでき、当社は対象をすべての記録とファイルに広げる作業を進めています。
- コンテンツ・設定・応募データを書き出し
オーナーはサイトのコンテンツ、設定、応募データをいつでも無料でダウンロードできます。
稼働中 - 全データの書き出しと、削除記録付きの解約手続き
書き出しの対象を会社が持つすべての記録とファイルに広げ、契約終了時にすべてを削除してその記録をお渡しする解約手続きを整えます。
稼働中
計画の見直しこの項目へのリンク
7.1 この計画は毎年、重大度 1 のインシデントの後、委託先やバックアップの方法を変えたときに見直します。復元テストが失敗した場合や目標時間を超えた場合は、インシデントとして扱います。