Complete AI Training

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.

All 20 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 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

  1. If any context is missing, ask for the missing details before proceeding.
  2. Design a recovery test framework with key components: test objectives, success criteria, and a step-by-step test procedure.
  3. Generate at least three realistic failure scenarios (e.g., accidental table drop, hardware failure, corruption) and describe how to simulate each.
  4. Suggest tools and techniques for executing the tests (e.g., scripts, monitoring, validation queries).
  5. 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?