Une sauvegarde phpBB ne se résume pas à copier quelques fichiers du serveur.
Pour pouvoir restaurer réellement un forum après une erreur, une mise à jour ratée, une panne du serveur ou une mauvaise manipulation, il faut comprendre qu’un forum phpBB est composé de plusieurs éléments différents.
Une sauvegarde fiable doit permettre de récupérer :
les utilisateurs ;
les forums et catégories ;
les sujets et messages ;
les permissions ;
les réglages du PCA ;
les données des extensions ;
les pièces jointes ;
les avatars et autres fichiers envoyés ;
la configuration permettant à phpBB de retrouver sa base de données ;
et, selon votre installation, les extensions, styles et fichiers personnalisés.
Ce guide explique comment effectuer une sauvegarde cohérente, comment vérifier qu’elle est réellement exploitable et comment restaurer le forum sans mélanger des fichiers et une base de données incompatibles.
1. Comprendre les deux parties essentielles d’un forum phpBB
Un forum phpBB possède principalement deux catégories de données.
Première partie : la base de données
Elle contient notamment :
les comptes utilisateurs ;
les sujets ;
les messages ;
les forums ;
les groupes ;
les permissions ;
les paramètres du forum ;
les sessions ;
de nombreux réglages et données appartenant aux extensions.
La base de données contient donc une grande partie de ce qui fait vivre votre forum.
Mais elle ne contient pas tout.
Deuxième partie : les fichiers
Sur le serveur se trouvent notamment :
le code de phpBB ;
[c]config.php[/c] ;
les extensions ;
les styles ;
les pièces jointes ;
les avatars et images ;
certains fichiers générés ou stockés par phpBB ;
vos éventuelles personnalisations.
Il faut donc retenir une règle très importante :
Code : Tout sélectionner
Sauvegarde complète = base de données + fichiers nécessairesSauvegarder uniquement la base ne constitue pas toujours une sauvegarde complète du forum.
Sauvegarder uniquement les fichiers ne permet pas non plus de récupérer les messages, utilisateurs et permissions.
2. Quand faut-il effectuer une sauvegarde ?
Une sauvegarde devrait être réalisée avant toute opération susceptible de modifier fortement le forum.
Par exemple :
mise à jour de phpBB ;
migration vers un autre serveur ;
changement important dans la base de données ;
installation ou mise à jour sensible d’une extension ;
suppression massive de forums, utilisateurs ou messages ;
travaux sur les permissions ;
modification importante de la configuration du serveur.
Il faut également disposer de sauvegardes régulières même lorsqu’aucune intervention particulière n’est prévue.
Une sauvegarde créée uniquement après qu’un problème est apparu arrive souvent trop tard.
3. Une sauvegarde n’est utile que si elle peut être restaurée
Il est facile de créer un fichier nommé :
Code : Tout sélectionner
backup.sqlet de considérer que le travail est terminé.
Mais un fichier existant n’est pas une preuve qu’il contient une sauvegarde correcte.
Une vraie stratégie de sauvegarde doit répondre à quatre questions :
le fichier existe-t-il réellement ?
contient-il les données attendues ?
peut-il être lu ?
pourrait-on restaurer le forum avec lui ?
Une sauvegarde qui n’a jamais été vérifiée reste une sauvegarde dont on ignore la fiabilité.
4. Méthode 1 : sauvegarder la base depuis le PCA phpBB
phpBB possède son propre système de sauvegarde de base de données.
Dans le PCA, rendez-vous dans la partie maintenance puis dans l’outil de sauvegarde de la base de données.
Selon la langue et le thème du PCA, le chemin correspond généralement à :
Code : Tout sélectionner
PCA > Maintenance > Base de données > SauvegardePour une sauvegarde complète, sélectionnez l’ensemble des tables concernées.
Lorsque l’option est disponible, choisissez une sauvegarde complète plutôt qu’une sauvegarde limitée à la structure ou aux données uniquement.
Vous pouvez également utiliser une compression comme gzip.
Si vous choisissez de stocker le fichier sur le serveur, phpBB place normalement la sauvegarde dans :
Code : Tout sélectionner
/store/Cette méthode est pratique pour un forum de taille raisonnable.
Attention : cette sauvegarde concerne la base de données.
Elle ne sauvegarde pas automatiquement toutes les pièces jointes, les extensions, les styles ou les autres fichiers présents sur le serveur.
5. Méthode 2 : sauvegarder avec phpMyAdmin
Si votre hébergeur fournit phpMyAdmin, vous pouvez également créer un export SQL.
Le principe est le suivant :
ouvrez phpMyAdmin ;
sélectionnez la base utilisée par votre forum ;
choisissez l’onglet d’exportation ;
sélectionnez le format SQL ;
exportez l’ensemble des tables phpBB nécessaires ;
téléchargez le fichier sur votre ordinateur.
Pour une petite ou moyenne base, l’export rapide peut suffire.
Pour une grosse base de données, les limites de PHP ou du serveur web peuvent rendre l’export ou surtout la restauration plus difficile.
Dans ce cas, SSH est généralement plus fiable.
6. Méthode 3 : sauvegarder la base en SSH
Si vous disposez d’un accès SSH, vous pouvez utiliser les outils MySQL ou MariaDB directement depuis le serveur.
Avant toute chose, vous devez connaître :
le nom de la base ;
l’utilisateur de la base ;
l’hôte MySQL ou MariaDB.
Ces informations se trouvent notamment dans :
Code : Tout sélectionner
config.phpNe publiez jamais le contenu complet de ce fichier sur un forum public.
Il contient des informations sensibles permettant à phpBB de se connecter à la base.
Un exemple général de sauvegarde MySQL est :
Code : Tout sélectionner
mysqldump -u UTILISATEUR -p NOM_DE_LA_BASE > sauvegarde.sqlLe serveur demande ensuite le mot de passe de la base.
Sur une base utilisant des tables transactionnelles comme InnoDB, il est souvent préférable d’effectuer une sauvegarde cohérente avec une commande adaptée, par exemple :
Code : Tout sélectionner
mysqldump --single-transaction -u UTILISATEUR -p NOM_DE_LA_BASE > sauvegarde.sqlNe recopiez pas aveuglément une commande trouvée sur Internet.
Les options appropriées peuvent dépendre de votre version de MySQL ou MariaDB, de votre hébergement et de la taille de la base.
7. Sauvegarder les fichiers importants
Une fois la base sauvegardée, il faut également conserver les fichiers nécessaires.
Parmi les éléments particulièrement importants d’une installation phpBB figurent :
Code : Tout sélectionner
config.php
/files/
/images/
/store/Le dossier :
Code : Tout sélectionner
/files/est particulièrement important.
Les pièces jointes phpBB y sont généralement stockées avec des noms internes qui ne correspondent pas forcément à leur nom d’origine.
La base de données contient les informations permettant à phpBB de savoir quel fichier correspond à quelle pièce jointe.
Vous devez donc conserver la base et le dossier [c]files[/c] ensemble.
Sauvegarder l’un sans l’autre peut rendre certaines pièces jointes inutilisables après restauration.
8. Extensions et styles
Les réglages et données des extensions sont généralement stockés dans la base de données.
Mais leur code se trouve dans :
Code : Tout sélectionner
/ext/De même, les styles supplémentaires se trouvent dans :
Code : Tout sélectionner
/styles/Pour une sauvegarde minimale, certaines extensions peuvent être téléchargées de nouveau depuis leur source officielle.
Mais dans une stratégie de sauvegarde réellement pratique, il est souvent plus sûr de conserver également :
Code : Tout sélectionner
/ext/
/styles/Cela évite de devoir rechercher plus tard exactement la même version d’une extension ou d’un style.
C’est particulièrement important pour :
une extension développée spécialement pour votre forum ;
une extension qui n’est plus distribuée ;
une ancienne version nécessaire pour fonctionner avec votre base ;
un style personnalisé ;
un fichier que vous avez modifié vous-même.
9. La méthode la plus simple : sauvegarder tout le dossier phpBB
Si l’espace disponible le permet, une méthode très sûre consiste tout simplement à conserver une copie complète de la racine du forum.
Vous obtenez alors :
Code : Tout sélectionner
Sauvegarde de la base
+
Sauvegarde complète des fichiers du forumCette méthode utilise davantage d’espace disque, mais elle simplifie énormément une restauration d’urgence.
Vous savez exactement quels fichiers étaient présents au moment de la sauvegarde.
10. Éviter une sauvegarde incohérente sur un forum très actif
Imaginons ce scénario :
vous sauvegardez la base à 14 h 00 ;
un membre publie ensuite une pièce jointe à 14 h 02 ;
vous sauvegardez les fichiers à 14 h 05.
Vous avez maintenant un fichier physique qui n’existait pas encore dans la sauvegarde de la base.
L’inverse peut également arriver.
Sur un petit forum, cette différence est souvent négligeable.
Mais pour obtenir un instantané parfaitement cohérent d’un forum très actif, vous pouvez temporairement placer le forum en maintenance pendant la sauvegarde.
L’objectif est simple :
Code : Tout sélectionner
la base et les fichiers doivent représenter autant que possible le même momentRéactivez naturellement le forum dès que la sauvegarde est terminée.
11. Ne conservez pas votre seule sauvegarde sur le même serveur
Voici une erreur très fréquente :
Code : Tout sélectionner
serveur
└── sauvegarde du serveurSi le disque du serveur tombe en panne, si le VPS est supprimé ou si un incident détruit son contenu, vous perdez en même temps :
le forum ;
et sa sauvegarde.
Une vraie sauvegarde doit également exister ailleurs.
Par exemple :
sur votre ordinateur ;
sur un autre serveur ;
sur un stockage distant ;
dans un système de sauvegarde externe.
L’idéal est de disposer de plusieurs copies indépendantes.
12. Donner une date claire aux sauvegardes
Évitez des noms comme :
Code : Tout sélectionner
backup.sql
backup2.sql
dernier-backup.sql
backup-final-vraiment-final.sqlPréférez quelque chose de clair :
Code : Tout sélectionner
phpbb_db_2026-09-17.sqlet pour les fichiers :
Code : Tout sélectionner
phpbb_files_2026-09-17.tar.gzAinsi, vous savez immédiatement quelles sauvegardes appartiennent au même ensemble.
13. Conserver les informations de version
Notez également la version de phpBB utilisée au moment de la sauvegarde.
Par exemple :
Code : Tout sélectionner
phpBB 3.3.17
PHP 8.x
MariaDB 10.xIl est également utile de connaître les versions des principales extensions installées.
Pourquoi ?
Parce qu’une restauration ne consiste pas uniquement à remettre une base de données quelque part.
Les fichiers et la structure de la base doivent rester compatibles.
14. Erreur dangereuse : mélanger une ancienne base avec des fichiers d’une autre version
Supposons que votre forum ait été mis à jour.
Vous possédez :
Code : Tout sélectionner
base de données après mise à jour : phpBB 3.3.17
fichiers sauvegardés avant mise à jour : ancienne versionRestaurer ces deux éléments ensemble peut rendre le forum inutilisable.
Le problème inverse existe également.
La règle est donc :
restaurez autant que possible un ensemble cohérent de fichiers et de base appartenant au même état du forum.
C’est particulièrement important lorsqu’une mise à jour phpBB a également exécuté des migrations de base de données.
15. Vérifier une sauvegarde SQL
Avant de considérer une sauvegarde terminée, vérifiez au minimum :
que le fichier existe ;
que sa taille n’est pas anormalement faible ;
qu’il n’est pas vide ;
qu’il contient bien des instructions SQL et les tables attendues ;
qu’il a été copié vers votre emplacement de sauvegarde externe.
Pour une stratégie professionnelle, l’idéal reste de tester périodiquement une restauration sur un environnement séparé.
C’est le seul moyen de démontrer réellement qu’une sauvegarde permet de reconstruire le forum.
16. Restaurer une sauvegarde créée par phpBB
phpBB possède également un outil de restauration dans le PCA.
Une sauvegarde créée et conservée dans le système prévu par phpBB peut apparaître dans :
Code : Tout sélectionner
PCA > Maintenance > Base de données > RestaurationAvant de lancer une restauration :
assurez-vous d’avoir sélectionné le bon fichier ;
vérifiez sa date ;
comprenez que les données actuelles peuvent être remplacées par celles contenues dans la sauvegarde ;
effectuez si possible une sauvegarde de l’état actuel avant toute restauration.
Ce dernier point est très important.
Même lorsqu’un forum semble cassé, conservez son état actuel avant d’écraser quoi que ce soit.
Il peut contenir des données récupérables dont vous aurez besoin plus tard.
17. Restaurer une sauvegarde SQL avec phpMyAdmin
Avec phpMyAdmin, la restauration se fait généralement avec la fonction d’importation.
Le principe est :
sélectionner la base cible ;
ouvrir l’onglet Importer ;
sélectionner le fichier SQL ;
lancer l’import.
Cependant, il faut être prudent.
Si des tables existent déjà, le résultat dépend du contenu exact de votre fichier SQL.
Un dump peut contenir :
des instructions de suppression des anciennes tables ;
des créations de tables ;
des insertions de données ;
ou seulement certaines de ces opérations.
Ne supprimez donc pas manuellement toutes les tables avant d’avoir vérifié ce que contient votre sauvegarde et préparé un retour arrière.
18. Restaurer une base en SSH
Un fichier SQL peut également être importé directement avec MySQL ou MariaDB.
Exemple général :
Code : Tout sélectionner
mysql -u UTILISATEUR -p NOM_DE_LA_BASE < sauvegarde.sqlComme pour la sauvegarde, il faut vérifier :
la base cible ;
l’utilisateur ;
les droits de cet utilisateur ;
le fichier que vous allez importer.
Une faute dans le nom de la base peut avoir des conséquences beaucoup plus graves lors d’une restauration que lors d’une simple consultation.
Vérifiez donc toujours la commande avant de l’exécuter.
19. Restaurer les fichiers
La restauration de la base ne remet pas automatiquement les fichiers du forum.
Vous devez également replacer les fichiers sauvegardés.
En particulier :
Code : Tout sélectionner
config.php
/files/
/images/
/store/ainsi que, lorsque votre sauvegarde les inclut :
Code : Tout sélectionner
/ext/
/styles/et tout autre fichier personnalisé nécessaire à votre installation.
20. Attention à config.php lors d’un changement de serveur
Le fichier :
Code : Tout sélectionner
config.phpcontient notamment les informations permettant à phpBB d’accéder à la base.
Si vous restaurez le forum sur un nouveau serveur, ces informations peuvent avoir changé.
Par exemple :
nom de la base ;
utilisateur SQL ;
mot de passe SQL ;
hôte SQL ;
port éventuel.
Il ne faut donc pas toujours recopier aveuglément un ancien [c]config.php[/c] sur un nouvel hébergement.
Il faut vérifier qu’il correspond à la nouvelle base de données.
21. Vérifier les permissions des fichiers après restauration
Après avoir transféré les fichiers sur un nouveau serveur, les droits du système de fichiers peuvent également être différents.
Si phpBB ne peut plus écrire dans les répertoires nécessaires, vous pouvez rencontrer :
des erreurs de cache ;
des problèmes de pièces jointes ;
des erreurs lors du téléversement d’avatars ;
des erreurs générales d’écriture.
Ne mettez pas tous les fichiers en permissions maximales pour résoudre le problème.
Les permissions doivent être adaptées au serveur web et à votre environnement d’hébergement.
22. Purger le cache après restauration
Après une restauration ou une migration importante, il est souvent utile de purger le cache phpBB.
Lorsque le PCA reste accessible, utilisez la fonction prévue dans l’administration.
Si vous intervenez directement sur les fichiers, soyez prudent avec le contenu du dossier de cache et suivez la procédure adaptée à votre version de phpBB.
Ne supprimez pas des fichiers au hasard simplement parce qu’ils portent le mot « cache ».
23. Tester le forum après restauration
Une restauration n’est pas terminée lorsque la page d’accueil apparaît.
Testez réellement le forum.
Vérifiez au minimum :
la connexion d’un utilisateur ;
la connexion administrateur ;
les forums et sous-forums ;
les sujets et messages ;
les pièces jointes ;
les avatars ;
la publication d’un nouveau message ;
l’édition d’un message ;
les permissions ;
les extensions importantes ;
les styles ;
les e-mails si votre configuration SMTP a changé ;
les tâches automatiques si le serveur a changé.
Une page d’index fonctionnelle ne prouve pas que toute la restauration est correcte.
24. La sauvegarde avant une mise à jour phpBB
Avant une mise à jour, sauvegardez au minimum :
la base de données ;
les fichiers actuels ;
la version actuellement installée ;
les extensions et styles importants.
Si la mise à jour échoue, vous devez pouvoir revenir à :
Code : Tout sélectionner
ancienne base + anciens fichierset non à :
Code : Tout sélectionner
nouvelle base partiellement migrée + anciens fichiersC’est une différence essentielle.
Une mise à jour peut modifier la base de données.
Remettre uniquement les anciens fichiers après une migration de base réussie ou partielle n’est donc pas nécessairement un retour arrière valide.
25. Le principe du rollback
Avant une intervention importante, posez-vous cette question :
« Si cette opération échoue dans cinq minutes, comment est-ce que je reviens exactement à l’état actuel ? »
Si vous n’avez pas de réponse claire, vous n’avez probablement pas encore préparé correctement l’intervention.
Un bon rollback doit identifier :
la sauvegarde de base à restaurer ;
les fichiers à remettre ;
la version correspondante ;
les étapes permettant de remettre le forum en ligne.
26. Une stratégie simple de sauvegarde
Pour un forum personnel ou communautaire, une stratégie simple peut déjà être très efficace.
Par exemple :
Code : Tout sélectionner
Sauvegarde quotidienne de la base
+
Sauvegarde régulière des fichiers
+
Sauvegarde complète avant chaque intervention importante
+
Copie externe au serveurLa fréquence exacte dépend naturellement de l’activité du forum.
Un forum recevant plusieurs centaines de messages par jour ne peut pas utiliser la même politique qu’un forum recevant deux messages par semaine.
Posez-vous la question suivante :
« Combien de données suis-je prêt à perdre ? »
Si la réponse est :
Code : Tout sélectionner
maximum 24 heuresalors une sauvegarde hebdomadaire est insuffisante.
27. Ce qu’il ne faut pas faire
Évitez notamment :
de sauvegarder uniquement [c]config.php[/c] ;
de sauvegarder uniquement la base et d’oublier les pièces jointes ;
de conserver l’unique sauvegarde sur le même serveur ;
d’écraser la seule sauvegarde précédente à chaque nouvelle sauvegarde ;
de restaurer une base sans sauvegarder auparavant l’état actuel ;
de mélanger au hasard des fichiers et une base provenant de versions différentes ;
de supposer qu’une sauvegarde fonctionne simplement parce que le fichier existe ;
de tester une restauration pour la première fois le jour où le serveur est réellement perdu.
28. Ordre conseillé pour une sauvegarde avant intervention
Pour une opération importante, utilisez par exemple cette méthode :
notez la version actuelle de phpBB ;
notez les extensions importantes et leurs versions ;
placez éventuellement le forum en maintenance si vous avez besoin d’un instantané parfaitement cohérent ;
sauvegardez la base ;
sauvegardez les fichiers ;
vérifiez les fichiers de sauvegarde ;
copiez-les hors du serveur ;
réactivez le forum si vous l’aviez placé en maintenance ;
seulement ensuite, commencez l’intervention.
29. Ordre conseillé pour une restauration complète
La procédure exacte dépend de la panne rencontrée, mais le raisonnement général est :
conservez une copie de l’état actuellement présent, même s’il semble défectueux ;
identifiez la sauvegarde que vous souhaitez restaurer ;
vérifiez la version phpBB correspondante ;
restaurez les fichiers adaptés ;
vérifiez [c]config.php[/c] ;
restaurez la base correspondante ;
vérifiez les permissions des fichiers ;
purgez le cache si nécessaire ;
testez le forum avant sa réouverture complète.
À retenir
Une sauvegarde phpBB fiable n’est pas simplement un fichier SQL.
Il faut penser au forum comme à un ensemble :
Code : Tout sélectionner
Base de données
+
Pièces jointes et fichiers envoyés
+
Configuration
+
Extensions et styles nécessaires
+
Fichiers personnalisésEt la règle la plus importante reste probablement celle-ci :
une sauvegarde n’a réellement de valeur que si vous savez comment la restaurer.
Prenez donc l’habitude de sauvegarder avant les opérations importantes, de conserver plusieurs générations de sauvegardes, d’en garder une copie hors du serveur et, lorsque cela est possible, de tester périodiquement une restauration sur un environnement séparé.
Le jour où une mise à jour, une panne ou une mauvaise manipulation se produit, cette préparation peut faire la différence entre quelques minutes de restauration et la perte définitive de plusieurs années de contenu.
