Restaurer et tester

Module 8: Sauvegardes, site de préproduction (staging) et mises à jour PHP · Temps de lecture : 8 minutes

Objectif pédagogique : 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 : restauration (restore), 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 n'a de valeur que si elle peut être restaurée

Le moment le plus douloureux avec les sauvegardes n'est pas celui où on les crée, mais celui où l'on découvre que la restauration ne fonctionne pas : la base de données manque, la sauvegarde est incomplète, le fichier est endommagé, ou personne ne sait comment procéder. Mieux vaut le découvrir un mardi tranquille que lors d'un samedi de piratage.

C'est pourquoi vous testez la restauration, régulièrement, et de préférence sans toucher à votre site réel.

Ce que vous restaurez

Vous n'avez pas toujours besoin de tout restaurer. Choisissez ce qui convient :

Les fichiers et la base de données vont de pair. Si vous ne restaurez que les fichiers d'hier avec la base de données d'aujourd'hui, une extension peut se retrouver perturbée, car sa base de données avait déjà été mise à jour. En cas de doute : restaurez 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 est de 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 site réel reste intact. Ensuite, vous pouvez :

• vérifier si la sauvegarde est complète ;
• en extraire un élément précis (une page supprimée, une ancienne version d'un texte) et le reporter manuellement ;
• vous entraîner à un plan de récupération.

Certains hébergeurs proposent cela en un clic (chez WebOké Backups par exemple « restaurer à côté du site actuel ») ; ailleurs, vous placez manuellement les fichiers et la base de données sur un emplacement de test.

Attention à l'adresse

Une sauvegarde de https://example.com que vous placez sur https://test.example.com sait encore 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 site réel. Conséquence : vous cliquez sur le site de test et vous atterrissez sur le site réel, ou vous vous connectez au mauvais endroit. Adaptez donc les adresses après la restauration :

wp search-replace 'https://example.com' 'https://test.example.com' --all-tables --dry-run
wp search-replace 'https://example.com' 'https://test.example.com' --all-tables

Ou utilisez une extension de recherche et remplacement qui comprend les données sérialisées (leçon 3.2). Activez également immédiatement l'option décourager les moteurs de recherche (leçon 2.4) ou un mot de passe sur le site de test, et assurez-vous que le site de test n'envoie pas de courriels à de vrais clients (leçon 8.3).

Restaurer la base de données manuellement

Si vous disposez d'un fichier .sql (issu d'une sauvegarde ou d'une exportation), voici comment le restaurer :

1. Créez une base de données vide et un utilisateur (leçon 2.3), ou videz la base existante (uniquement si vous en êtes certain).
2. Importez le fichier dans phpMyAdmin (onglet Importer). Pour les fichiers volumineux, phpMyAdmin peut se bloquer ; utilisez alors la fonction d'importation de votre panneau ou la ligne de commande (wp db import back-up.sql ou mysql).
3. Vérifiez dans wp-config.php que les informations de la base de données sont correctes.
4. Vérifiez le préfixe des tables : celui de la sauvegarde (wp_) correspond-il à $table_prefix dans wp-config.php ? Si ce n'est pas le cas, WordPress considère qu'il s'agit d'une installation vide et souhaite 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 :

1. La page d'accueil et quelques pages et articles courants, ouverts dans une fenêtre privée.
2. Les images : sont-elles présentes (donc le dossier uploads était bien dans la sauvegarde) ?
3. La connexion au tableau de bord.
4. Les fonctionnalités principales : envoyer un formulaire, ajouter un article au panier, effectuer une recherche.
5. Les permaliens : toutes les pages fonctionnent-elles, ou obtenez-vous une erreur 404 sauf sur la page d'accueil ? Dans ce cas, allez dans Réglages > Permaliens et enregistrez une fois (leçon 2.4).
6. Les extensions et le thème actifs et à jour.
7. La version : s'agit-il bien du contenu de la date attendue ?

Notez la durée de la restauration. C'est votre véritable temps de récupération : la durée pendant laquelle votre site est hors ligne en cas de problème.

À quelle fréquence tester

Une règle générale : testez au moins une fois par trimestre (leçon 9.4), et après chaque changement dans 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 : voici à quoi cela ressemble dans un panneau

À titre d'exemple, nous utilisons WebOké Backups et DirectAdmin. Chez d'autres hébergeurs, les boutons portent des noms différents, mais les choix restent les mêmes : que restaurez-vous, et où.

1. Créez d'abord le sous-domaine de test dans DirectAdmin (Gestion des sous-domaines), avec un certificat.
2. Choisissez dans WebOké Backups une sauvegarde datant de quelques jours et optez pour restaurer les fichiers et la base de données à côté du site actuel, sur l'emplacement de test.
3. Dans la base de données restaurée, adaptez les adresses vers le sous-domaine de test.
4. Parcourez la liste de contrôle.

Résumé

• 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 provenir du même moment. Ce qui s'est passé après la sauvegarde est perdu.
• Restaurez une sauvegarde à côté de votre site pour tester ou récupérer un élément, puis adaptez ensuite les adresses.
• Lors d'une importation de 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.

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 site réel. Adaptez les adresses, activez l'option décourager les moteurs de recherche ou un mot de passe sur l'emplacement de test, 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 duré, ce qui n'a pas bien fonctionné et comment vous l'avez résolu. Laissez le site de test en place pour l'exercice A8.3 et supprimez-le ensuite.

Pour aller plus loin

Ces articles décrivent les étapes dans les panneaux de WebOké ; chez d'autres panneaux, le fonctionnement est 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
• Guide DirectAdmin 12.5: Importer une base de données, y compris les fichiers volumineux
• Guide DirectAdmin 4.5: Sous-domaines créer et supprimer