バックアップ復元テスト：D1 Time Travel で四半期に復元を検証する
B 方向·OPC 最佳实践（维度：復元の検証）。復元 索引 0 命中——opc-technical-debt-sprint·opc-family-simulation（seed）と並ぶデータ健全性の検証面。xmm 本轮不可用。
背景と問題
「バックアップは取っている」で安心してはいけない——復元できることを検証して初めてバックアップ。D1 は Time Travel（過去 30 日の任意の分に復元）が標準装備で、構造的に楽だが、検証は自分でやる。
发现（访问 2026-09-15）
- D1 Time Travel の仕様：過去 30 日内の任意の分に point-in-time recovery 可能（Cloudflare D1 公式，访问 2026-09-15）——バックアップの心配が構造的に軽い（旧 legacy backups は非推奨化）。
- ただし検証は自分で：自分のデータで復元 drill を実行せよ（downpipes·Flavio Copes の D1 練習）——復元後の行数·スキーマ整合の確認まで。
- 3-2-1 ルール：3 コピー·2 メディア·1 offsite——D1 の外に SQL export を R2 へ（独立バックアップ）が定番の補完（JimsCode 等の実装例）。
- RTO/RPO の目標を先に決めて復元を測る（Eon）。
推测
- 我々の演習【推测】：四半期 1 回·clone で復元検証（①任意の時点へ復元 ②行数·スキーマ確認 ③30 分以内の完了）+月次の SQL export を R2 へ（独立バックアップ·3-2-1 の 3 番目）。RTO 目標【推测：30 分·家族製品の告警継続性から】。
- Time Travel 30 日は「誤操作の復旧」には十分だが「30 日以上前の状態」は不可——月次 SQL export が 30 日を超える保険という役割分担。
结论
可行动启发：
- 四半期復元演習を訓練カレンダーに：clone で任意時点復元→行数·スキーマ確認（30 分以内目標）——rollback 演習（opc-rollback-drill）と同じ四半期枠。
- 月次 SQL export を R2 へ：Time Travel 30 日を超える保険として独立バックアップ（3-2-1 の 3 番目）。
- RTO/RPO を先に決める：RTO 30 分/RPO 24 時間等の目標を文書化して演習で測る（opc-founder-down-protocol の停止許容と整合）。
- 誤操作復旧は Time Travel·長期は export という役割分担を明記：同じ「バックアップ」でも時間軸が違う機能の整理（PRD のデータ節）。
待办 / 下次继续
关联
- opc-rollback-drill（同じ四半期枠の演習）、opc-family-simulation（検証データの源）、opc-founder-down-protocol（RTO の整合）、opc-data-retention-policy（保持と復元の系譜）。