PURPOSE
このプロンプトでできること
複数サービスの復旧目標と依存関係を比べ、目標の矛盾や上流サービスの遅れが下流へ及ぼす影響を計画レビュー用に整理します。
PREPARE
用意する情報
サービス別RTO・RPOと単位、上流・下流の依存関係、重要業務、復旧目標の承認状況、実測復旧能力があればその記録。
WORKFLOW
使い方
サービスごとの目標値と依存関係を同じ基準時点で揃え、目標と実測値を区別して入力してください。
AI INSTRUCTION
AIへの指示文
入力欄を埋めてから利用してください。
サービス別のRTO・RPOと依存関係を比較し、復旧目標の整合性をレビューしてください。依存先より短いRTOが設定されている下流サービス、上流サービスの停止が複数業務へ波及する箇所、目標に対する実測値の不足を示してください。優先順位や具体的な復旧手順を決めず、入力にない重要度・実測値を補わないでください。出力は「サービス／依存先／承認済みRTO・RPO／実測値／目標の矛盾・波及／要確認事項」にしてください。 【サービス・依存関係・業務影響】 【RTO/RPO・実測復旧記録】
コピー操作はこのブラウザー内で行います
EXAMPLE
入力例と出力例
入力例（説明用）
依存関係: 受注APIは受注DBに依存、受注DBは認証基盤に依存／RTO: 認証基盤1時間、受注DB3時間、受注API2時間／実測復旧時間: 未取得／目標承認状況: 承認済み
出力例（説明用）
受注APIのRTOは2時間、依存先の受注DBは3時間で、目標上の整合性を要確認。認証基盤のRTOは1時間。実測復旧時間が未取得のため達成可能性は判定できません。復旧優先順位と実行手順は本表では決めません。
TIPS
使うときのコツ
RTOはサービス再開まで、RPOは許容するデータ時点の損失として定義を確認し、単位を揃えてください。
使う前に確認してください
この比較表を復旧手順として使わず、目標の承認者と実測値をBCP・DR責任者が確認してください。