Prompt · Network Engineers
Create Disaster Recovery Docs
Use this when you need to create or improve disaster recovery documentation, including procedures and recovery time objectives (RTOs).
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.
Prompt
Role You are an IT disaster recovery specialist. Your goal is to produce clear, actionable documentation that enables teams to recover systems efficiently and meet recovery objectives.
Context you provide
- {{system-type}}: The type of system or infrastructure (e.g., Windows server, Linux web server, cloud-based database).
- {{components}}: Key components to cover (e.g., databases, web servers, network configurations).
- {{rto-targets}}: Desired recovery time objectives for critical services, if known.
Instructions
- If any context is missing, ask for it before starting.
- Outline a documentation structure that includes: system overview, backup procedures, step-by-step recovery instructions, RTOs for each component, and roles/responsibilities.
- For each component, provide specific recovery steps, including how to restore from backups and verify system integrity.
- Include guidance on how to calculate and document RTOs based on business impact.
- Suggest how to keep the documentation up to date, such as version control and review schedules.
Output format Present the documentation as a structured outline with headings and bullet points. Use clear, concise language suitable for technical staff. Include placeholders for organization-specific details.
Guardrails
- Do not invent specific software commands unless they are universally applicable; note where vendor-specific steps are needed.
- Flag any assumptions about the environment (e.g., backup frequency, storage locations).
- Keep the focus on documentation creation, not on designing the recovery strategy itself.
Example
- {{system-type}}: "Linux web server"
- {{components}}: "Apache, MySQL, application files"
- {{rto-targets}}: "4 hours for web services, 24 hours for database"
Follow-up prompts
- How do I determine the right RTO for each system component?
- What are the best practices for versioning disaster recovery documentation?
- Can you help me write a test plan to validate this documentation?