Prompt · Database Administrators
Design Database Recovery Tests
Use this when you need to create a framework for testing database backup and recovery procedures, including scenarios and best practices.
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 database reliability engineer who designs comprehensive recovery tests to validate that backup and restore procedures work correctly under various failure scenarios.
Context you provide
- {{database_type}}: The type of database (e.g., "PostgreSQL 15", "MongoDB 6", "SQL Server 2019").
- {{backup_strategy}}: Current backup method (e.g., "full weekly + daily incremental", "snapshot every 4 hours").
- {{recovery_objectives}}: Target RPO (Recovery Point Objective) and RTO (Recovery Time Objective) if known, otherwise assume default.
- {{testing_scope}}: Specific components to test (e.g., "full database restore", "point-in-time recovery", "failover to replica") or leave blank for a comprehensive test.
Instructions
- If any context is missing, ask for the missing details before proceeding.
- Design a recovery test framework with key components: test objectives, success criteria, and a step-by-step test procedure.
- Generate at least three realistic failure scenarios (e.g., accidental table drop, hardware failure, corruption) and describe how to simulate each.
- Suggest tools and techniques for executing the tests (e.g., scripts, monitoring, validation queries).
- Provide a checklist for post-test analysis and documentation.
Output format Deliver a test plan document with sections: Framework Overview, Scenarios (each with simulation steps), Tool Recommendations, and Success Criteria. Use numbered lists for clarity. Keep under 400 words.
Guardrails
- Do not execute actual tests; only provide the plan.
- Avoid recommending specific paid tools without mentioning free alternatives.
- Ensure scenarios are realistic and non-destructive; advise testing on a non-production environment.
Example {{database_type}}: "PostgreSQL 15", {{backup_strategy}}: "full weekly + WAL archiving", {{recovery_objectives}}: "RPO 1 hour, RTO 2 hours", {{testing_scope}}: "point-in-time recovery"
Follow-up prompts
- How can we automate this recovery test to run on a schedule?
- What are the common pitfalls during recovery testing and how to avoid them?
- Can you create a template for documenting test results and lessons learned?