Module 8 · 8.2
Restaurer et tester
Module 8: Sauvegardes, site de préproduction (staging) et mises à jour PHP · Temps de lecture : 8 minutes
Objectif : après cette leçon, vous saurez restaurer une sauvegarde, y compris à côté du site existant, et vérifier qu'elle est complète et utilisable.
Notions clés : restaurer (restore), restauration complète ou partielle, fichiers ou base de données, restaurer à côté du site, restauration de test, liste de contrôle après restauration, adapter les adresses, importer une base de données
Une sauvegarde ne vaut que si l'on peut la restaurer
Le moment le plus pénible avec les sauvegardes n'est pas leur création, mais la découverte que la restauration échoue : la base de données manque, la sauvegarde est incomplète, le fichier est endommagé, ou personne ne sait comment s'y prendre. Mieux vaut le découvrir un mardi tranquille qu'un samedi où votre site vient d'être piraté.
C'est pourquoi vous testez la restauration, régulièrement, et de préférence sans toucher à votre vrai site.
Ce que vous restaurez
Vous n'êtes pas obligé de tout restaurer à chaque fois. Choisissez ce qui convient :
| Situation | Ce que vous restaurez |
|---|---|
| Une page modifiée par erreur | Rien : utilisez les révisions (leçon 4.1) |
| Une image ou un dossier supprimé par erreur | Uniquement ces fichiers |
| Une mise à jour a cassé le site | Les fichiers de cette extension ou tout le dossier wp-content, parfois aussi la base de données (si la mise à jour a modifié la base de données) |
| Du contenu effacé dans la base de données | La base de données, mais sachez que tout ce qui a suivi revient aussi en arrière |
| Un piratage | Tout, intégralement (leçon 7.5), à partir d'une sauvegarde nettement antérieure au piratage |
Les fichiers et la base de données vont ensemble. Si vous restaurez uniquement les fichiers d'hier avec la base de données d'aujourd'hui, une extension peut s'y perdre, car sa base de données a déjà été mise à jour. En cas de doute : les deux, du même moment.
Et toujours : tout ce qui s'est passé après le moment de la sauvegarde est perdu. Nouveaux articles, commentaires, commandes, inscriptions. Pour une boutique en ligne, notez avant la restauration quelles commandes sont arrivées depuis la sauvegarde.
Restaurer à côté du site
La façon la plus sûre de tester et de récupérer des éléments consiste à restaurer une sauvegarde à côté de votre site actuel : sur un sous-domaine de test (test.example.com) ou dans un dossier séparé, avec sa propre base de données. Votre vrai site reste intact. Ensuite, vous pouvez :
- vérifier que la sauvegarde est complète ;
- en extraire un seul élément (une page supprimée, une ancienne version d'un texte) et le reporter à la main ;
- vous entraîner à un plan de reprise.
Certains hébergeurs le permettent d'un simple clic (chez WebOké Backups, par exemple, « restaurer à côté du site actuel ») ; ailleurs, vous placez vous-même les fichiers et la base de données à un emplacement de test.
Attention à l'adresse
Une sauvegarde de https://example.com que vous placez sur https://test.example.com sait toujours qu'elle appartient à example.com : siteurl et home dans la base de données (leçon 1.3) et tous les liens pointent vers votre vrai site. Conséquence : vous cliquez sur le site de test et arrivez sur le vrai site, ou vous vous connectez au mauvais. Adaptez donc les adresses après la restauration :
wp search-replace 'https://example.com' 'https://test.example.com' --skip-columns=guid --dry-run
wp search-replace 'https://example.com' 'https://test.example.com' --skip-columns=guidD'abord l'essai avec --dry-run, puis la vraie opération ; --skip-columns=guid laisse intacts les identifiants fixes des articles. Vous pouvez aussi utiliser une extension de recherche et remplacement qui comprend les données sérialisées (leçon 3.2 et l'article de la base de connaissances sous Pour aller plus loin). Activez aussi tout de suite Demander aux moteurs de recherche de ne pas indexer ce site (leçon 2.4) ou protégez le site de test par un mot de passe, et veillez à ce que le site de test n'envoie pas d'e-mails à de vrais clients (leçon 8.3).
Restaurer la base de données à la main
Si vous disposez d'un fichier .sql (issu d'une sauvegarde ou d'une exportation), voici comment le restaurer :
- Créez une base de données vide et un utilisateur (leçon 2.3), ou videz la base existante (uniquement si vous êtes sûr de vous).
- Importez le fichier dans phpMyAdmin (onglet Importer). Avec de gros fichiers, phpMyAdmin peut se bloquer ; utilisez alors la fonction d'importation de votre panneau ou la ligne de commande (
wp db import back-up.sqloumysql). - Vérifiez dans wp-config.php que les informations de la base de données sont correctes.
- Vérifiez le préfixe des tables : celui de la sauvegarde (
wp_) correspond-il à$table_prefixdans wp-config.php ? Sinon, WordPress voit une installation vide et propose de le réinstaller.
La liste de contrôle après la restauration
Une restauration n'est réussie que si le site fonctionne réellement. Vérifiez :
- La page d'accueil ainsi que quelques pages et articles ordinaires, dans une fenêtre de navigation privée.
- Images : sont-elles présentes (le dossier uploads figurait-il bien dans la sauvegarde) ?
- Se connecter à l'administration.
- Les fonctions essentielles : envoyer un formulaire, ajouter un produit au panier, effectuer une recherche.
- Permaliens : toutes les pages fonctionnent-elles, ou obtenez-vous une erreur 404 partout sauf sur la page d'accueil ? Dans ce cas, enregistrez une fois dans Réglages > Permaliens (leçon 2.4).
- Extensions et thème actifs et à jour.
- La version : s'agit-il vraiment du contenu de la date attendue ?
Notez combien de temps la restauration a pris. C'est votre véritable délai de reprise : la durée pendant laquelle votre site est hors ligne en cas de problème.
À quelle fréquence tester
Règle générale : testez au moins une fois par trimestre (leçon 9.4), et après chaque changement de votre système de sauvegarde (une nouvelle extension, un autre hébergeur, un site beaucoup plus volumineux). Alternez : une fois la sauvegarde de l'hébergeur, une autre fois votre propre copie hors du serveur (leçon 8.1).
En pratique : à quoi cela ressemble dans un panneau
Nous prenons comme exemple WebOké Backups et DirectAdmin. Chez d'autres hébergeurs, les boutons portent d'autres noms, mais les choix restent les mêmes : que restaurez-vous, et où.
- Créez d'abord le sous-domaine de test dans DirectAdmin (Gestion des sous-domaines), avec un certificat.
- Dans WebOké Backups, choisissez une sauvegarde de quelques jours et choisissez de restaurer les fichiers et la base de données à côté du site actuel, à l'emplacement de test.
- Dans la base de données restaurée, remplacez les adresses par celles du sous-domaine de test.
- Parcourez la liste de contrôle.
Récapitulatif
- Une sauvegarde n'a de valeur que si elle peut être restaurée ; testez la restauration.
- Choisissez ce que vous restaurez ; les fichiers et la base de données doivent dater du même moment. Ce qui s'est passé après la sauvegarde est perdu.
- Restaurez une sauvegarde à côté de votre site pour la tester ou récupérer un seul élément, puis adaptez les adresses.
- Lors de l'importation d'une base de données, faites attention au préfixe des tables et aux informations dans wp-config.php.
- Après chaque restauration, parcourez une liste de contrôle fixe et notez la durée de l'opération.
Quiz
Exercice
Exercice D8.2 : Restaurer une sauvegarde sur un site de préproduction (staging). Restaurez une sauvegarde datant de quelques jours sur un sous-domaine de test de votre propre domaine (par exemple restauration.example.com), à côté de votre vrai site. Adaptez les adresses, activez Demander aux moteurs de recherche de ne pas indexer ce site ou protégez l'emplacement de test par un mot de passe, et parcourez la liste de contrôle de cette leçon. Cochez chaque point. Notez : quelle sauvegarde (source et date) vous avez utilisée, combien de temps la restauration a pris, ce qui n'a pas fonctionné et comment vous l'avez résolu. Conservez le site de test pour l'exercice A8.3, puis supprimez-le.
Exercice D8.2: Restaurer une sauvegarde sur un site de préproduction (staging)
Cet exercice, vous le faites vous-même ; personne ne le vérifie. Cochez ce que vous avez fait et marquez l'exercice comme terminé.
Indiquez une durée et au moins une constatation. « Rien » convient aussi, si vous précisez ce que vous avez vérifié.
Vos cases cochées et vos notes restent uniquement dans ce navigateur ; nous ne les envoyons nulle part. Si vous êtes connecté, nous enregistrons dans Mes formations uniquement le fait que vous avez terminé l'exercice.
Pour aller plus loin
Ces articles décrivent les étapes dans les panneaux de WebOké ; dans d'autres panneaux, elles fonctionnent de manière similaire.
- Guide DirectAdmin 16.3: Restaurer une sauvegarde DirectAdmin
- Guide DirectAdmin 16.5: Est-ce aussi possible dans Mon WebOké ? WebOké Backups
- Guide WebOké 6.10: WebOké Backups : restaurer des fichiers
- WebOké Backups : consulter, restaurer ou télécharger une sauvegarde
- Rechercher et remplacer dans la base de données WordPress
- Guide DirectAdmin 12.5: Importer une base de données, même un fichier volumineux
- Guide DirectAdmin 4.5: Sous-domaines créer et supprimer
