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.
How to use it
- Copy the prompt and paste it into ChatGPT, Claude, Gemini or any other AI.
- Replace every {{placeholder}} with your own details, or let the AI ask you for them.
- Use the follow-ups below to go deeper.
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
- If any context items are missing, ask for them before proceeding.
- Outline a step‑by‑step test plan covering: pre‑test preparation, execution steps, monitoring, rollback, and post‑test review.
- Identify potential gaps in the current recovery plan based on common failure scenarios (e.g., data corruption, network isolation).
- Provide specific metrics to track during the test (e.g., time to restore, data loss, system availability).
- 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?