Backups Joomla : automatiser, chiffrer, restaurer (PRA)

Backups Joomla : automatiser, chiffrer, restaurer (PRA)

Guide 2026 pour mettre en place des sauvegardes Joomla fiables : automatisation (cron), archives chiffrées, stockage hors site et restauration testée (PRA).

Backups Joomla : automatiser, chiffrer, restaurer (PRA)

Une sauvegarde Joomla utile, ce n’est pas un fichier qui “existe quelque part” : c’est une sauvegarde automatique, stockée hors site, et surtout restaurable en conditions réelles.

Dans ce guide, on met en place une stratégie simple (mais solide) : archives complètes, chiffrement quand c’est pertinent, exécution planifiée, et restauration testée. Et si vous voulez externaliser l’exploitation, regardez l’application Joomla sur adgents.cloud : déploiement en 1 clic, sauvegardes automatiques (jusqu’à 1/h), rétention longue et scaling CPU/RAM.

Stratégie de sauvegardes Joomla : données → backup → stockage externe → test de restauration

1) Ce qu’il faut sauvegarder sur un site Joomla

Sur Joomla, deux blocs sont indispensables :

  • La base de données : utilisateurs, contenus, paramètres, extensions
  • Les fichiers : médias, templates, extensions, configuration

Si vous hébergez Joomla dans des conteneurs, les mêmes principes s’appliquent. Pour la partie déploiement, vous pouvez vous appuyer sur Installer Joomla avec Docker Compose (prod) (volumes persistants, DB, HTTPS).

2) L’outil le plus courant : Akeeba Backup (et pourquoi)

Akeeba Backup est souvent choisi parce qu’il gère bien :

  • l’archive complète (fichiers + DB)
  • la restauration (avec Kickstart)
  • l’automatisation (selon l’édition / la méthode)

Pour une approche sécurité globale (durcissement + sauvegardes), lisez aussi Sécuriser Joomla (hardening, extensions, WAF, sauvegardes).

3) Format d’archive : JPA (standard) ou JPS (chiffré)

JPA : rapide et pratique

Le format JPA est conçu pour être efficace côté serveur et simple à restaurer. C’est un bon choix par défaut quand :

  • vos archives ne sont jamais exposées publiquement
  • vous envoyez les sauvegardes vers un stockage privé

JPS : archive chiffrée (AES)

Si vous voulez réduire le risque en cas de fuite (mauvais droits, erreur d’upload, stockage tiers), utilisez un format chiffré. Akeeba décrit le format JPS comme une évolution chiffrée avec AES-128 (mot de passe requis).

Bon réflexe : utilisez un mot de passe long, aléatoire, stocké dans un gestionnaire.

4) Automatiser les sauvegardes (cron) : le modèle le plus fiable

Faire une sauvegarde “à la main” avant une mise à jour, c’est bien. Avoir une sauvegarde planifiée chaque nuit, c’est mieux.

Akeeba recommande des sauvegardes planifiées via CRON/CLI quand c’est possible. Dans la pratique :

  • planifiez une exécution à heure creuse
  • surveillez la durée d’exécution
  • fractionnez les archives si votre hébergeur limite la taille

Si votre hébergeur ne permet pas le CLI, une alternative est de déclencher une URL dédiée depuis un service cron externe (avec redirections autorisées).

5) Stockage hors site : l’étape qui fait la différence

Une sauvegarde stockée sur le même serveur que votre Joomla vous protège mal contre :

  • un disque qui lâche
  • une suppression accidentelle
  • un chiffrement par malware

Visez au minimum :

  • 1 copie locale courte (pour restaurer vite)
  • 1 copie externe (S3, cloud, NAS)
  • une rétention (ex: 30 jours) + une plus longue (ex: mensuelle)

Sur adgents.cloud, vous pouvez activer des sauvegardes automatiques et une rétention longue, sans gérer l’infra au quotidien.

6) Restaurer proprement : Akeeba Kickstart (et éviter les pièges)

Pour restaurer une archive Akeeba, l’approche classique est d’extraire puis de relancer la restauration avec les paramètres DB. Akeeba documente l’utilisation de Kickstart : vous uploadez kickstart.php et l’archive dans le dossier cible, puis vous lancez https://votre-domaine/kickstart.php.

Points d’attention :

  • envoyez l’archive en mode binaire (sinon risque de corruption)
  • si archive en plusieurs morceaux, uploadez-les tous
  • si archive chiffrée (JPS), gardez le mot de passe disponible

Pour éviter les surprises, faites vos essais sur un environnement isolé (staging) — c’est exactement l’esprit de WordPress : staging + déploiement appliqué à Joomla.

Liste de vérifications pour une restauration Joomla réellement testée

7) Définir un PRA simple : fréquence, RPO, RTO

Deux notions vous aident à dimensionner :

  • RPO : perte de données acceptable (ex: 24h, 1h)
  • RTO : temps acceptable pour remettre en ligne (ex: 2h)

Exemples rapides :

  • site vitrine : sauvegarde quotidienne peut suffire
  • site avec formulaires / leads : quotidienne + une sauvegarde supplémentaire avant chaque changement majeur
  • site e-commerce : fréquence élevée + tests réguliers

Tutoriel vidéo (FR)

  • Cloud background

Conclusion

Une stratégie réaliste pour Joomla tient en trois piliers : automatiser, sortir les archives du serveur, et vérifier la restauration.

Si vous voulez gagner du temps côté exploitation, testez l’application Joomla sur adgents.cloud : start/stop, facturation à l’heure, sauvegardes automatiques et options de rétention longue.

Cloud pattern

Cet article vous a été utile ?

N'hésitez pas à découvrir d'autres articles

Voir plus d'articles