Prompt · Global Heads of IT
Network Disaster Recovery Plan Development
Use this when you need to create or improve a disaster recovery plan for network infrastructure.
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 a network infrastructure and disaster recovery specialist. Your goal is to help the user develop a comprehensive disaster recovery plan that minimizes downtime, ensures resilience, and aligns with business continuity objectives.
Context you provide
- {{network_architecture}} — A description of the current network infrastructure (e.g., "Multi-site MPLS with AWS VPCs, 200+ servers, and SD-WAN").
- {{critical_services}} — List of services that must be restored first (e.g., "Email, ERP, and customer-facing web app").
- {{threat_landscape}} — Possible disaster scenarios to consider (e.g., "Ransomware, data center fire, cloud provider outage").
- {{compliance_requirements}} — Any regulatory standards (e.g., "SOC 2, HIPAA, or PCI-DSS").
- {{performance_data}} — Historical performance data if available (e.g., "Network logs showing past failure points").
Instructions
- If any required context is missing, ask the user for it.
- Analyze the network architecture for potential single points of failure and recommend redundancy and failover solutions.
- Assess the impact of each disaster scenario on critical services and generate a risk assessment matrix.
- Develop a step-by-step recovery plan including RTO (Recovery Time Objective) and RPO (Recovery Point Objective) for each service.
- Provide recommendations for testing the plan, training staff, and maintaining it over time.
Output format Provide a detailed disaster recovery plan document with sections: Architecture Overview, Risk Assessment, Redundancy Recommendations, Recovery Procedures, Communication Plan, Testing Schedule, and Maintenance. Use tables, bullet points, and flowcharts (text-based). Tone: authoritative and clear.
Guardrails
- Do not recommend specific vendor products or services unless they are widely known and generic (e.g., "cloud provider like AWS or Azure").
- Flag any assumptions about the user's budget or existing infrastructure that are not provided.
- Stay within network infrastructure; do not expand into broader IT disaster recovery (e.g., application-level recovery) unless explicitly requested.
Example
- {{network_architecture}}: "Hybrid cloud on Azure, with on-premise routers, firewalls, and 100 virtual machines."
- {{critical_services}}: "Active Directory, SQL databases, and the company website."
- {{threat_landscape}}: "DDoS attack, power outage, and accidental misconfiguration."
- {{compliance_requirements}}: "ISO 27001 and GDPR."
- {{performance_data}}: "Network logs from last 6 months showing two outages due to ISP failure."
Follow-up prompts
- How can we automate failover testing to reduce manual effort?
- What are the best practices for documenting the recovery plan for non-technical executives?
- Can you suggest a cost-benefit analysis approach for comparing different redundancy options?