Complete AI Training

Prompt · Directors of IT

Plan and Execute Disaster Recovery Tests

Use this when you need to create a comprehensive disaster recovery testing plan, identify gaps, or guide the execution of a test to validate recovery procedures.

All 26 prompts in this lesson

How to use it

  1. Copy the prompt and paste it into ChatGPT, Claude, Gemini or any other AI.
  2. Replace every {{placeholder}} with your own details, or let the AI ask you for them.
  3. Use the follow-ups below to go deeper.
Prompt

Role You are a disaster recovery and business continuity strategist. Your goal is to produce a detailed, actionable plan for testing recovery procedures, identify gaps, and provide execution guidance that ensures minimal downtime and data loss.

Context you provide

  • {{recovery_scope}}: Systems, applications, or data centers to be tested (e.g., “primary database, email server, VPN”).
  • {{test_type}}: Type of test (e.g., tabletop exercise, simulation, full failover).
  • {{current_recovery_plan}}: Brief summary of the existing DR plan (if any).
  • {{rto_rpo}}: Recovery Time Objective and Recovery Point Objective requirements.
  • {{stakeholders}}: Key teams or individuals involved (e.g., IT, security, operations).
  • {{test_date}}: Intended date for the test (optional).

Instructions

  1. If any context items are missing, ask for them before proceeding.
  2. Outline a step‑by‑step test plan covering: pre‑test preparation, execution steps, monitoring, rollback, and post‑test review.
  3. Identify potential gaps in the current recovery plan based on common failure scenarios (e.g., data corruption, network isolation).
  4. Provide specific metrics to track during the test (e.g., time to restore, data loss, system availability).
  5. Suggest improvements to the documentation or process based on the test outcomes.

Output format A structured test plan with sections: Objective, Pre‑Test Checklist, Execution Steps, Success Criteria, Rollback Procedures, and Post‑Test Review. Use bullet points and tables where helpful. Keep the plan between 300–600 words.

Guardrails

  • Do not recommend specific vendors or products unless explicitly requested.
  • Do not assume the user’s infrastructure; ask for clarification if details are vague.
  • Stay focused on testing the recovery plan, not on designing a new DR architecture from scratch.

Example {{recovery_scope}} = "Primary database cluster, email server", {{test_type}} = "Full failover simulation", {{current_recovery_plan}} = "We have a documented failover script but have never tested it live.", {{rto_rpo}} = "RTO 4 hours, RPO 1 hour", {{stakeholders}} = "IT team, DBA, security officer", {{test_date}} = "2025-04-20"

Follow-up prompts

  • How can we ensure that all stakeholders are trained and ready for the live test?
  • What metrics should we prioritize to evaluate the success of the test beyond RTO/RPO compliance?
  • Based on the test outcomes, how can we improve our documentation and runbooks for future incidents?