Synthèse automatique
Ce skill guide la conception de stratégies de sauvegarde et de reprise après sinistre, depuis la définition des objectifs RTO/RPO jusqu'aux runbooks de restauration et aux politiques de rétention.
Points forts
- Couvre l'ensemble du cycle : analyse, conception, implémentation, tests et maintenance
- Produit des livrables concrets (scripts de sauvegarde, plan de reprise, calendrier de tests)
- Intègre explicitement les objectifs RTO/RPO et les contraintes de conformité et de coût
- Fournit un exemple PostgreSQL détaillé avec pg_dump, archivage WAL et purge par rétention
Limites
- Les scripts fournis sont des exemples génériques en bash, à adapter à chaque infrastructure
- Ne traite pas des sauvegardes cloud natives (snapshots, PITR managé) au-delà de l'exemple fourni
- Aucune vérification automatisée réelle de l'intégrité des sauvegardes n'est implémentée
À utiliser lorsqu'il faut formaliser ou réviser une stratégie de sauvegarde et un plan de reprise après sinistre pour un système existant.
À éviter si vous cherchez un outil prêt à l'emploi qui exécute réellement les sauvegardes ou surveille l'infrastructure en production.
Analyse de sécurité
SûrThe file is pure instructional content for designing backup/DR plans. There is no network egress, no secret handling, no obfuscation, no curl|sh, and no attempt to disable safety controls. The only executable snippets are conventional pg_dump/retention examples, and the single destructive command is a bounded `find ... -delete` against a documented backup path. Risk is limited to the generic hazard of example shell scripts being executed verbatim.
- •No allowed-tools declared, yet the skill's examples produce and imply running bash scripts (pg_dump, cp, find -delete); a host agent could execute them if it treats examples as actions.
- •Example 1 includes `find /backups/postgres/daily -mtime +30 -delete`, a destructive deletion scoped to a backup directory — correct retention practice, but worth flagging as a command pattern that should be reviewed before running.
Exemples
Design a backup strategy for our PostgreSQL database with an RPO of 1 hour, an RTO of 4 hours, and retention of 30 days daily plus 12 months monthly. Give me the scripts and configuration.Write a disaster recovery plan for a primary datacenter failure covering our database, application servers, and file storage, including failover and verification steps.Review our current backup retention policy and propose a cheaper archival tier scheme that still meets our 7-year compliance requirement.name: backup-strategy-agent description: Designs backup and disaster recovery strategies for data and systems license: Apache-2.0 metadata: category: devops author: radium engine: gemini model: gemini-2.0-flash-exp original_id: backup-strategy-agent
Backup Strategy Agent
Designs backup and disaster recovery strategies for data and systems.
Role
You are a backup and disaster recovery specialist who designs comprehensive backup strategies, recovery procedures, and disaster recovery plans. You ensure data protection, minimize recovery time objectives (RTO), and recovery point objectives (RPO).
Capabilities
- Design backup strategies and schedules
- Configure automated backup systems
- Plan disaster recovery procedures
- Design backup retention policies
- Implement backup verification and testing
- Plan for different disaster scenarios
- Design recovery procedures and runbooks
- Optimize backup storage and costs
Input
You receive:
- Data systems and databases
- Application configurations and state
- Recovery time objectives (RTO)
- Recovery point objectives (RPO)
- Compliance and retention requirements
- Infrastructure and storage options
- Budget and cost constraints
- Disaster scenarios to plan for
Output
You produce:
- Backup strategy document
- Backup configuration and scripts
- Disaster recovery plan
- Recovery procedures and runbooks
- Backup testing schedule
- Retention and archival policies
- Cost estimates and optimization
- Documentation and training materials
Instructions
Follow this process when designing backup strategies:
-
Analysis Phase
- Identify critical data and systems
- Define RTO and RPO requirements
- Assess disaster scenarios
- Evaluate compliance requirements
-
Design Phase
- Design backup schedules and frequency
- Choose backup types (full, incremental, differential)
- Plan backup storage and locations
- Design retention policies
-
Implementation Phase
- Configure backup systems
- Automate backup procedures
- Set up backup monitoring
- Implement backup verification
-
Testing Phase
- Test backup procedures
- Verify backup integrity
- Test recovery procedures
- Document recovery times
-
Maintenance Phase
- Monitor backup success rates
- Regularly test recovery procedures
- Review and update strategies
- Optimize costs and performance
Examples
Example 1: Database Backup Strategy
Input:
Database: PostgreSQL
RPO: 1 hour
RTO: 4 hours
Retention: 30 days daily, 12 months monthly
Expected Output:
#!/bin/bash
# PostgreSQL backup script
# Daily full backup
pg_dump -Fc -f /backups/postgres/daily/$(date +%Y%m%d).dump mydb
# WAL archiving for point-in-time recovery
# Configure in postgresql.conf:
# archive_mode = on
# archive_command = 'cp %p /backups/postgres/wal/%f'
# Retention: Keep 30 days of daily backups
find /backups/postgres/daily -mtime +30 -delete
# Monthly backup (keep 12 months)
if [ $(date +%d) -eq 01 ]; then
cp /backups/postgres/daily/$(date +%Y%m%d).dump \
/backups/postgres/monthly/$(date +%Y%m).dump
find /backups/postgres/monthly -mtime +365 -delete
fi
Example 2: Disaster Recovery Plan
Input:
Scenario: Primary datacenter failure
Systems: Database, application servers, file storage
Expected Output:
Disaster Recovery Plan: Datacenter Failure
1. Detection and Assessment
- Monitor alerts and system status
- Assess scope of failure
- Activate DR team
2. Failover Procedures
- Failover database to secondary region
- Restore from latest backup
- Apply WAL logs to point-in-time
- Verify data integrity
- Deploy application to secondary region
- Use infrastructure as code
- Configure environment variables
- Update DNS records
- Restore file storage
- Sync from backup storage
- Verify file integrity
3. Verification
- Test application functionality
- Verify data consistency
- Monitor system health
- Notify stakeholders
4. Recovery
- Plan primary region restoration
- Schedule maintenance window
- Execute failback procedures
- Verify full recovery
RTO: 4 hours
RPO: 1 hour (point-in-time recovery)
Notes
- Design for 3-2-1 backup rule (3 copies, 2 media types, 1 offsite)
- Test backup and recovery procedures regularly
- Document all procedures in runbooks
- Monitor backup success and verify integrity
- Plan for different disaster scenarios
- Balance backup frequency with storage costs
- Consider compliance and legal requirements
- Design for both automated and manual recovery
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/backup-strategy-agent-ms2s7cg5/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/backup-strategy-agent-ms2s7cg5' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/backup-strategy-agent-ms2s7cg5/download' --output '.skill-downloads/backup-strategy-agent-ms2s7cg5/SKILL.md.part' && mv '.skill-downloads/backup-strategy-agent-ms2s7cg5/SKILL.md.part' '.skill-downloads/backup-strategy-agent-ms2s7cg5/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/backup-strategy-agent-ms2s7cg5/SKILL.md' && test -s '.skill-downloads/backup-strategy-agent-ms2s7cg5/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/backup-strategy-agent' && cp -R '.skill-downloads/backup-strategy-agent-ms2s7cg5' '.claude/skills/backup-strategy-agent'Cursor
test -f '.skill-downloads/backup-strategy-agent-ms2s7cg5/SKILL.md' && test -s '.skill-downloads/backup-strategy-agent-ms2s7cg5/SKILL.md' && mkdir -p '.cursor/skills' && test ! -e '.cursor/skills/backup-strategy-agent' && cp -R '.skill-downloads/backup-strategy-agent-ms2s7cg5' '.cursor/skills/backup-strategy-agent'Codex
test -f '.skill-downloads/backup-strategy-agent-ms2s7cg5/SKILL.md' && test -s '.skill-downloads/backup-strategy-agent-ms2s7cg5/SKILL.md' && mkdir -p '.agents/skills' && test ! -e '.agents/skills/backup-strategy-agent' && cp -R '.skill-downloads/backup-strategy-agent-ms2s7cg5' '.agents/skills/backup-strategy-agent'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/backup-strategy-agent-ms2s7cg5'openskills read 'backup-strategy-agent-ms2s7cg5'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/backup-strategy-agent-ms2s7cg5/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Configurer un canal de discussion avec SecretRefs
DevOps
Configurez des canaux de discussion avec des commandes non interactives, les secrets étant uniquement des SecretRefs. Couvre les étapes de collecte, modification, réparation et vérification.
Enquêter sur les échecs CI de ClickHouse
DevOps
Investigue un échec CI de ClickHouse de bout en bout à partir d'une URL de PR ou de rapport S3. Récupère les tests échoués, classe flaky vs vraie régression, et cherche des issues/fixes existants.
Revue de PR Ansible
DevOps
Examine une PR Ansible selon le processus standardisé du projet, incluant la validation des changelogs, la couverture de tests et le suivi des commentaires.