DevOps Dolibarr : backup offsite Framework sans casser l’existant

Backup Offsite Sans Casser l’Actuel : Une Stratégie Pratique pour Dolibarr (Sans Concept DevOps)

Attention : Avant de commencer, une clarification essentielle : Dolibarr n’est pas un outil DevOps, mais un ERP/CRM open source (gestion commerciale, stocks, comptabilité, etc.). Le terme "DevOps" est souvent mal utilisé. Ici, nous parlons d’une stratégie de sauvegarde offsite fiable et non disruptive pour votre installation Dolibarr existante, pas d’une transformation DevOps. Votre objectif est clair : protéger vos données sans interrompre votre activité quotidienne.

✅ Problème Communiqué : "Sauvegarde Offsite Sans Casser l’Actuel"

Vous utilisez Dolibarr sur un serveur local ou un hébergement partagé. Vous souhaitez :

  1. Sauvegarder vos données (bases de données + fichiers) vers un emplacement externe (cloud, NAS distant, etc.).

  2. Éviter toute interruption de service (pas de blocage des transactions, pas de downtime).

  3. Ne pas modifier radicalement votre architecture (pas de refonte DevOps coûteuse).

  4. Prendre en compte les contraintes françaises (RGPD, coûts, simplicité).

🛠️ Solution Pratique : 3 Étapes Simples & Économes

1. Identifiez les Composants à Sauvegarder

  • Base de données : dolibarr (MySQL/MariaDB ou PostgreSQL).
    Exemple de commande (sans interruption) : 

     mysqldump -u [user] -p[password] dolibarr_db > /path/to/backup/dolibarr_db_$(date +%Y%m%d).sql

    → Key point : Utilisez mysqldump avec --single-transaction pour une sauvegarde cohérente sans bloquer les écritures.

  • Fichiers : Dossiers overimg/, htdocs/files/, htdocs/ld/, etc.
    Exemple : tar -czf /backup/dolibarr_files_$(date +%Y%m%d).tar.gz /var/www/dolibarr/htdocs/files/

💡 Pourquoi ça marche sans casser l’actuel ?
Ces commandes s’exécutent en arrière-plan (via cron), ne perturbent pas les requêtes en cours, et ne nécessitent aucune modification de Dolibarr.

2. Choisissez un Destination Offsite Simple & Fiable

Évitez les solutions complexes (ex: scripts personnalisés avec Ansible). Privilégiez :

  • Cloud Storage Low-Cost :

    • Scaleway Object Storage (France, ~€0.01/GB/mois) → Stockez les .sql et .tar.gz en tant que "données" (pas de serveur actif).

    • OVHcloud Backup (France) → Sauvegardes automatiques intégrées à leur infrastructure.

    • Backblaze B2 (USA, mais très abordable) → Pour les petites structures.

  • NAS On-premise :
    Un NAS local (ex: QNAP) en mode "réseau" avec un script de copie vers un disque externe (à rotations hebdomadaires).

✅ Avantage : Pas de changement de configuration réseau, pas de nouveaux serveurs.
❌ À éviter : Sauvegardes manuelles (risque d’oubli), serveurs de backup complexes (ex: Kubernetes, Terraform).

3. Automatisez avec des Outils Simples (Pas de DevOps)

  • Cron Job : Planifiez les sauvegardes la nuit (ex: 2h du matin).
    Exemple de crontab : 

     0 2 * * * /scripts/backup_dolibarr.sh >> /var/log/dolibarr_backup.log 2>&1

    → backup_dolibarr.sh contient les commandes mysqldump + tar + scp vers votre cloud.

  • Script Minimaliste : 
     #!/bin/bash     BACKUP_DIR="/backup/dolibarr"
    
 DATE=$(date +%Y%m%d)
    
 mysqldump -u dolibarr_user -psecret dolibarr_db > $BACKUP_DIR/db_$DATE.sql
    
 tar -czf $BACKUP_DIR/files_$DATE.tar.gz /var/www/dolibarr/htdocs/files/
    
 rclone copy $BACKUP_DIR rclone:backup/dolibarr  # Utilisez rclone pour cloud (ex: Scaleway)

    → Pas de dépendances complexes. Utilisez rclone (simple à configurer, gratuit).

💡 Pourquoi c’est "sans casser l’actuel" ?

  • Aucune modification de Dolibarr.

  • Les sauvegardes sont asynchrones (pas d’attente pendant l’exécution).

  • Vous gardez votre serveur de production intact.

⚠️ Pièges à Éviter (Pour Ne Pas Perdre Vos Données)

Erreur Solution
Sauvegardes non testées Testez la restauration tous les mois : "Restaurez un backup dans un environnement de test."
Oubli des fichiers Sauvegardez tous les dossiers critiques (pas seulement la base de données).
Pas de chiffrement Utilisez gpg pour chiffrer les backups avant envoi vers le cloud (RGPD).
Coûts cachés du cloud Vérifiez les frais de transfert/sortie (ex: Scaleway a des coûts minimes pour les sauvegardes internes).

💰 Coût Estimé (Pour une Petite Structure Française)

Élément Coût Mensuel Notes
Sauvegarde cloud (Scaleway) ~€1-2 100GB de stockage pour ~50 sauvegardes/mois
Script + Cron Gratuit Open source, aucune licence
Test mensuel Gratuit 1h de maintenance par mois
Total < €5/mois Beaucoup moins cher qu’une solution DevOps (qui coûterait 500€+/mois)

🌐 Cas d’Usage Réel : Une Boutique Française

  • Scénario : Dulivarr sur un serveur OVH (1To SSD), 50 commandes/jour.

  • Solution mise en place :

    1. Sauvegarde de la base via mysqldump --single-transaction chaque nuit.

    2. Archivage des fichiers dans /backup/dolibarr.

    3. Envoi vers Scaleway Object Storage via rclone.

    4. Test de restauration le 1er de chaque mois (dans un VM de test).

  • Résultat :
    → Sauvegardes 100% automatisées, aucune interruption pendant 1 an.
    → Coût : €1.80/mois (stockez 100 sauvegardes x 500 Mo = 50 Go).

📌 Conclusion : Pas de DevOps, Juste de la Simplicité

Vous n’avez pas besoin de DevOps pour des sauvegardes sécurisées de Dolibarr. Une solution simple avec :

  • cron + mysqldump + rclone,

  • Vers un stockage cloud abordable (Scaleway/OVH),

  • Et des tests mensuels.

C’est ça, la véritable "sauvegarde offsite sans casser l’actuel" :
✅ Aucune modification de Dolibarr,
✅ Aucun downtime,
✅ Coût maîtrisé,
✅ Conforme au RGPD.

🔥 Prochaine étape : > 1. Créez un script de sauvegarde simple (5 min).

  1. Testez-le manuellement 1 fois.

  2. Planifiez-le avec cron. > 4. Testez la restauration d’un backup dans 3 jours.
    C’est tout. Vous êtes prêt.

P.S. : Si vous cherchez une solution "DevOps" pour Dolibarr, vous avez mal compris le projet. Dolibarr est un outil de gestion, pas une infrastructure DevOps. Concentrez-vous sur les données, pas sur le jargon. 😊

Publications similaires