PlanetHoster : choisir quoi restaurer après un incident

Analyse de la documentation officielle, sans test en compte payant.

Sur PlanetHoster, restaurez le plus petit périmètre qui corrige l’incident. Si seuls des fichiers ont été remplacés ou supprimés, commencez par leur répertoire. Si les données enregistrées par le site sont endommagées, traitez la base séparément. Ne restaurez fichiers et base ensemble que lorsque l’incident touche les deux.

Ce guide s’adresse à l’indépendant ou à la petite équipe qui doit remettre un site en service sans effacer à l’aveugle les commandes, formulaires ou mises à jour reçus après le point de sauvegarde. Aides officielles N0C et PlanetHoster consultées le 19 octobre 2026.

Choisir le périmètre avant de cliquer sur Restaurer

Une sauvegarde d’hébergement contient au moins deux familles d’éléments : les fichiers du site et ses bases de données. Les fichiers comprennent notamment le code, les extensions, les thèmes et les médias présents sur le serveur. La base conserve les contenus et réglages que l’application y enregistre. Restaurer l’un n’implique pas automatiquement de restaurer l’autre.

Cette table est une méthode de décision proposée par Logicelio, pas un diagnostic automatique. Avant toute action, notez l’heure de début de l’incident, la dernière modification connue, le point de sauvegarde envisagé et les nouvelles données qui pourraient disparaître. Si le site reçoit des commandes ou des demandes, interrompez les écritures lorsque c’est possible ou prévoyez leur récupération avant le retour en arrière.

Conserver l’état actuel, même s’il est défectueux

La procédure N0C de restauration demande de copier ailleurs les fichiers et les bases visés avant de restaurer. Pour une base, elle renvoie vers un export PhpMyAdmin. Pour les fichiers, elle recommande de renommer le répertoire actuel avec le suffixe -old avant de remettre sa version sauvegardée.

Cette copie n’est pas seulement une précaution abstraite. Elle permet de retrouver un fichier créé depuis la sauvegarde, de comparer deux configurations ou de revenir à l’état de départ si le point choisi ne corrige pas l’incident. Stockez-la hors du répertoire que vous allez restaurer et vérifiez qu’elle est lisible avant de continuer.

PlanetHoster rappelle aussi la règle de sauvegarde 3-2-1 dans ses bonnes pratiques : plusieurs copies, sur des supports différents, dont une à distance. Gardez aussi une copie indépendante de l’hébergeur et vérifiez que l’entreprise sait la récupérer.

Restaurer dans N0C, puis lire l’historique

Pour un Projet Web utilisant N0C, la documentation indique ce parcours :

1. Ouvrez le panneau à l’adresse mg.n0c.com/fr/, puis l’interface Sauvegarde.
2. Pour une base, exportez d’abord son état actuel, choisissez la journée et la sauvegarde MySQL concernée, puis lancez la restauration.
3. Pour des fichiers, choisissez la journée, ouvrez Sélectionner les fichiers et cochez uniquement les éléments nécessaires. La documentation déconseille de restaurer tout le panneau, notamment parce que des messages électroniques pourraient être perdus.
4. Après la commande, consultez l’Historique au bas de l’écran. Le message de lancement ne suffit pas : l’historique doit confirmer l’opération.

Le bouton de restauration de tous les fichiers existe, mais il ne devient pas le bon choix par défaut. Un répertoire précis limite le rayon d’action et rend la vérification plus simple. La création d’archives depuis cette interface est indiquée comme temporairement désactivée dans la documentation N0C mise à jour le 29 septembre 2026 ; utilisez donc les fonctions disponibles dans votre panneau au moment de l’incident.

Exemple : une mise à jour casse l’affichage, mais le formulaire continue

Exemple hypothétique proposé par Logicelio : à 9 h, une extension est mise à jour. À 9 h 15, la mise en page devient inutilisable. Trois demandes sont néanmoins enregistrées par le formulaire avant 10 h. Un point de sauvegarde de 8 h est disponible.

Restaurer immédiatement toute la base à 8 h pourrait effacer les trois demandes. Si l’examen montre que l’incident vient uniquement des fichiers de l’extension, le plan le plus étroit est de conserver le répertoire actuel, puis de restaurer ce répertoire depuis 8 h. La base reste intacte. On vérifie ensuite la page touchée et les trois demandes.

Cette décision change si la mise à jour a aussi modifié la structure de la base, si les données y sont corrompues ou si l’extension ne fonctionne pas avec ses anciens fichiers. Dans ce cas, gardez l’export actuel, identifiez les données apparues depuis 8 h et préparez une restauration coordonnée. L’article ne prétend pas qu’une restauration de fichiers suffit pour toutes les extensions.

Si le Projet Web utilise encore cPanel

L’aide PlanetHoster pour World avec cPanel renvoie depuis l’espace client vers le bouton Sauvegarde et l’outil R1Soft. Les points de restauration permettent de parcourir l’archive de fichiers, de restaurer une sélection ou de la télécharger. Les bases disposent d’un parcours séparé.

Le téléchargement complet proposé par R1Soft concerne les fichiers, pas les bases. Si votre plan de reprise exige les deux, récupérez aussi la base avec le moyen documenté, par exemple PhpMyAdmin ou mysqldump selon votre configuration. Ne confondez pas une archive de fichiers réussie avec une copie complète du site.

Avant de suivre une procédure, vérifiez le Panneau de contrôle indiqué dans les détails du Projet Web. PlanetHoster distingue N0C et cPanel, et les écrans ne sont pas interchangeables. Le guide des détails d’un Projet Web précise aussi où contrôler si les sauvegardes N0C sont actives.

Valider la reprise avant de supprimer la copie

Ne concluez pas au succès parce que la page d’accueil s’affiche. Vérifiez d’abord le symptôme qui a déclenché l’intervention, puis les fonctions qui dépendent du périmètre restauré :

• ouvrez la page ou le parcours initialement en erreur ;
• contrôlez une page publique, la connexion d’administration et un média ;
• si le site collecte des données, réalisez une soumission de test clairement identifiable et confirmez son arrivée ;
• si une base a été restaurée, recherchez les contenus créés autour de l’heure du point choisi ;
• lisez l’historique N0C et notez le point de sauvegarde, le périmètre et le résultat.

Gardez le répertoire renommé et l’export actuel jusqu’à la fin de ces contrôles. Fixez ensuite une date de suppression selon votre capacité de stockage et vos règles de conservation. Une copie gardée sans propriétaire ni date devient vite un nouveau risque.

Les cas qui demandent une autre intervention

Une restauration remet des données à un état antérieur ; elle n’explique pas la cause. Si vous suspectez une intrusion, un compte compromis ou un logiciel malveillant, restaurer puis rouvrir le site sans corriger l’accès ou la vulnérabilité peut reproduire l’incident. Isolez le service, conservez les éléments nécessaires au diagnostic et demandez une assistance adaptée.

Pour un site qui ne peut pas accepter une coupure ou une perte de transactions, testez le retour arrière sur une copie et organisez une fenêtre d’intervention. La documentation consultée décrit les outils, pas un délai garanti, une durée de conservation universelle ni la récupération de chaque application. Si aucun point utilisable n’apparaît, contactez le support avec le Projet Web, l’heure de l’incident et les éléments à préserver.

Pour préparer cette reprise avant la panne, consultez la fiche PlanetHoster, le guide pour distinguer sauvegarde et restauration et le comparatif Hostinger ou PlanetHoster.