Restaurer une sauvegarde : ce qu'il faut savoir avant

Restaurer une sauvegarde commence par s'arrêter : ne travaillez plus sur le site, notez à quel moment tout fonctionnait encore et décidez si vous voulez récupérer les fichiers, la base de données ou les deux. Avec ces informations, vous demandez la restauration au support. Chez WWW4, une sauvegarde des fichiers et de la base de données est réalisée chaque jour et conservée 14 jours. Impossible donc de remonter au-delà de 14 jours, et tout ce qui a été modifié après le moment choisi est écrasé.

Quand la restauration est le bon choix

• Une mise à jour d'un plugin, d'un thème ou du CMS a cassé le site et vous n'arrivez pas à le réparer.
• Des fichiers ont été supprimés ou écrasés par erreur, par exemple via FTP.
• Du contenu a disparu : des pages, des produits ou des réglages stockés dans la base de données.
• Le site a été piraté. Suivez alors aussi les étapes de votre site web a été piraté, car restaurer une sauvegarde ne referme pas la faille.

Si vous savez quel plugin provoque l'erreur, le désactiver va plus vite et vous ne perdez rien.

Ce que vous notez au préalable

Le moment où vous avez besoin d'une sauvegarde est généralement celui où vous ne réfléchissez pas calmement. Suivez donc cet ordre.

1. Arrêtez de travailler sur le site. Chaque modification faite maintenant sera perdue lors de la restauration ou compliquera le diagnostic.
2. Déterminez quand cela fonctionnait encore. C'est l'information la plus importante. Plus vous êtes précis, plus la restauration peut être ciblée.
3. Notez ce qui s'est mal passé. Quelle action a précédé le problème, quel message d'erreur voyez-vous, et sur quelles pages.
4. Décidez ce que vous restaurez : uniquement les fichiers, uniquement la base de données, ou les deux.
5. Notez ce qui s'est ajouté depuis. Commandes, commentaires, envois de formulaires, nouvelles pages. Vous devrez peut-être le saisir à nouveau après la restauration.

Fichiers, base de données ou les deux ?

Un site construit avec un CMS comme WordPress se compose de deux parties. Les fichiers sont le CMS lui-même, les thèmes, les plugins et les images que vous avez téléversées. La base de données contient le contenu : pages, articles, produits, commandes, commentaires, utilisateurs et réglages.

• Une mise à jour ratée d'un plugin ou d'un thème ne demande généralement que les fichiers. Si la mise à jour modifie aussi la base de données, celle du même moment doit être restaurée avec.
• Du contenu disparu demande la base de données.
• Un piratage ou un problème que vous ne parvenez pas à situer demande les deux, du même moment.

En restaurant les deux, vous perdez aussi les commandes ou les commentaires arrivés depuis. Ne choisissez donc jamais plus large que nécessaire.

Demander la restauration au support

1. Prenez contact avec le support via contact ou par téléphone.
2. Indiquez le nom de domaine, ce qui s'est mal passé, le moment où le site fonctionnait encore, et ce qu'il faut restaurer : les fichiers, la base de données ou les deux. S'il s'agit d'une seule base de données ou d'un seul dossier, précisez-le.
3. Ne modifiez plus rien sur le site avant d'avoir reçu la confirmation de la restauration.
4. Contrôlez ensuite le site : la page d'accueil, quelques pages intérieures, la connexion à l'administration, un formulaire et, pour une boutique en ligne, une commande de test.

Ce qu'une restauration écrase

Une restauration ramène la partie choisie à l'état de la sauvegarde. Tout ce qui a changé ensuite dans cette partie est perdu. Il n'y a pas de fusion.

Pour conserver des données postérieures à la sauvegarde, copiez vous-même l'état actuel avant la restauration. Exportez la base de données via phpMyAdmin ou les commandes depuis votre boutique en ligne, et téléchargez les fichiers ajoutés récemment.

Après la restauration : cherchez la cause

Cherchez ce qui a provoqué le problème. Sinon, vous restaurerez le même problème la semaine prochaine. Si tout a dérapé après une mise à jour, ne la relancez pas telle quelle : lisez d'abord comment faire les mises à jour de WordPress en sécurité. Après un piratage, changez tous les mots de passe et mettez tout à jour avant de continuer, car la sauvegarde contient la même faille qu'auparavant.

Vos propres sauvegardes à côté de celles de votre hébergeur

La sauvegarde quotidienne de votre hébergement est un filet de sécurité pour les 14 derniers jours. Si vous ne découvrez un problème qu'après trois semaines, chaque sauvegarde conservée le contient aussi.

• Faites votre propre copie avant chaque grande modification : une mise à jour du CMS, un nouveau thème, une importation.
• Téléchargez les fichiers via FTP ou le gestionnaire de fichiers et exportez la base de données via phpMyAdmin, ou utilisez un plugin de sauvegarde qui écrit vers un stockage externe.
• Conservez ces copies en dehors de votre hébergement. Une sauvegarde stockée au même endroit que le site occupe de l'espace web et disparaît avec lui.

Pour mettre cela en place, lisez une stratégie de sauvegarde qui va plus loin qu'une seule copie. Ce que WWW4 conserve exactement figure sur la page sauvegarde et restauration.

Questions fréquentes

Jusqu'où puis-je remonter dans le temps ?

Les sauvegardes quotidiennes des fichiers et de la base de données sont conservées 14 jours. S'il vous faut une version plus ancienne, vous dépendez de vos propres copies.

Puis-je faire restaurer uniquement la base de données ?

Oui. Précisez dans votre demande qu'il s'agit uniquement de la base de données, et de laquelle si vous en avez plusieurs. Les fichiers restent alors tels qu'ils sont.

Dois-je encore faire des sauvegardes moi-même si mon hébergeur en fait chaque jour ?

Oui. La sauvegarde de l'hébergeur protège contre les problèmes vite remarqués. Une copie personnelle en dehors de l'hébergement protège contre ce que vous découvrez tard.

Ça ne marche pas ?

Si vous hésitez sur le moment ou sur la partie à choisir, décrivez via contact ce qui s'est passé et quand. Nous regardons avec vous quelle sauvegarde convient le mieux.