Sauvegarder, migrer et restaurer un site hébergé chez NovaHoster

Objectif

Une migration réussie ne consiste pas à copier uniquement les fichiers. Un site dynamique associe généralement fichiers, base de données, configuration, tâches planifiées, comptes de messagerie, certificats, DNS et règles de cache. Pour WordPress, la documentation officielle rappelle qu’une restauration complète nécessite à la fois la base de données et les fichiers [1]. Les fonctions de sauvegarde distante, la rétention, la restauration en un clic et l’assistance à la migration varient selon le forfait et les droits : vérifiez-les dans l’Espace client NovaHoster avant de planifier l’opération.

Avant toute opération, vérifiez que vos ressources d’hébergement correspondent au projet et consultez la procédure de sauvegarde, migration et restauration.

Prérequis

Procédure

1. Cartographier l’existant

Documentez le chemin racine du site, la version du runtime, le type de serveur, les noms de base et les variables de configuration. Notez les services qui écrivent pendant la migration : commandes, formulaires, réservations, commentaires, commandes e-commerce et boîtes mail. Cette cartographie permet de choisir entre une copie à chaud et une courte mise en maintenance.

2. Vérifier les sauvegardes réellement disponibles

Dans l’Espace client et le panneau, identifiez les points de restauration, leur date, leur périmètre et leur emplacement. Une sauvegarde peut couvrir seulement les fichiers, seulement la base ou l’ensemble du compte. La documentation cPanel distingue notamment la sauvegarde d’un site et la restauration de fichiers ou de répertoires [2] [3] ; Plesk documente également la restauration d’objets sélectionnés ou de l’ensemble d’un système [4]. Ne déduisez pas de ces possibilités générales qu’elles sont activées pour votre forfait.

3. Exporter les fichiers et la base

Téléchargez les fichiers par SFTP ou via l’outil de sauvegarde du panneau. Exportez la base dans un format cohérent avec votre moteur et votre taille de données ; pour une base volumineuse, demandez au support la méthode recommandée. Conservez séparément le fichier d’export, le manifeste des versions et la configuration, sans publier les secrets.

4. Préparer l’environnement NovaHoster

Créez le site, la base, l’utilisateur et les réglages nécessaires dans l’Espace client. Confirmez la version de PHP, Node.js ou autre runtime compatible avec l’application. Si une fonctionnalité ou une version n’est pas proposée, ne forcez pas une installation non supportée : vérifiez les alternatives avec NovaHoster.

5. Importer dans un environnement de test

Transférez les fichiers, importez la base et adaptez la configuration avec les nouveaux identifiants. N’écrasez pas la sauvegarde originale. Utilisez une URL temporaire, un hôte local ou la fonction de prévisualisation disponible. Corrigez les droits de fichiers selon les recommandations du logiciel et évitez les permissions excessives.

6. Corriger les références et les URL

Mettez à jour les URL absolues, les chemins, les variables d’environnement, les tâches cron et les endpoints externes. Pour une application avec données sérialisées, utilisez un outil de remplacement compatible plutôt qu’une simple recherche-remplacement aveugle dans les fichiers de base.

7. Tester fonctionnellement

Testez la page d’accueil, les pages profondes, la connexion, les formulaires, les uploads, la recherche, les tâches planifiées, les e-mails sortants et les appels d’API. Contrôlez les journaux d’erreurs et les réponses HTTP. Vérifiez ensuite HTTPS avec le guide SSL de ce bundle.

8. Réduire la divergence avant la bascule

Lorsque le site reste actif, bloquez temporairement les écritures ou effectuez une seconde exportation de la base juste avant la bascule. Pour une boutique, une réservation ou un site éditorial actif, la dernière copie doit intégrer les nouvelles données ; sinon, vous risquez de perdre des commandes ou des contenus.

9. Basculer le DNS avec un plan de retour

Modifiez les enregistrements nécessaires chez le gestionnaire DNS autoritatif, en conservant les valeurs précédentes dans votre procès-verbal. Ne changez pas simultanément les enregistrements sans rapport avec la migration. Surveillez la résolution, les erreurs HTTP et les journaux sur les deux environnements pendant la propagation.

10. Valider puis clôturer

Après la bascule, vérifiez les fonctions critiques depuis plusieurs réseaux, le certificat, les e-mails, les tâches planifiées et les statistiques de journalisation. Conservez l’ancien hébergement en lecture seule le temps de la période de validation convenue, puis supprimez les accès temporaires et les copies inutiles de données sensibles.

Restaurer un site ou une partie du site

1. Identifier l’incident. Déterminez s’il concerne un fichier, la base, un compte, un domaine ou l’ensemble du site.
2. Figer les écritures si nécessaire. Pour éviter de mélanger des données corrompues avec une copie saine, activez la maintenance ou désactivez la fonction concernée.
3. Choisir le point de restauration. Préférez le point le plus récent qui précède l’incident et dont l’intégrité est connue.
4. Choisir le périmètre. Une restauration de fichier ne répare pas une base corrompue ; une restauration complète peut écraser des données récentes. Les interfaces cPanel et Plesk présentent des périmètres distincts [2] [3] [4].
5. Sauvegarder l’état actuel. Même endommagé, l’état actuel peut être utile à l’analyse ou à la récupération de données nouvelles.
6. Lancer la restauration avec confirmation. Vérifiez le domaine, le point et le périmètre affichés avant validation. Si le bouton n’est pas proposé, contactez NovaHoster plutôt que d’improviser une manipulation serveur.
7. Tester et documenter. Contrôlez le site, les écritures, les e-mails et les journaux ; notez ce qui a été restauré et ce qui reste à récupérer.

Cas d’erreur et diagnostic

Quand contacter l’Espace client

Contactez NovaHoster avant la migration si vous avez besoin d’une validation de compatibilité, d’une assistance de transfert, d’un accès absent, d’une restauration d’un périmètre non disponible ou d’une opération nécessitant des droits serveur. Ouvrez également une demande si la base est volumineuse, si l’import échoue de manière reproductible ou si la restauration pourrait écraser des données critiques. Fournissez le domaine, le type de panneau, le point de sauvegarde, l’heure, le message exact et les étapes déjà réalisées.

Maillage interne suggéré

Sources techniques

[1]: https://developer.wordpress.org/advanced-administration/security/backup/ « WordPress Developer Resources — Backups » [2]: https://docs.cpanel.net/cpanel/files/backup-for-cpanel/ « cPanel — Backup for cPanel » [3]: https://docs.cpanel.net/cpanel/files/file-and-directory-restoration-for-cpanel/ « cPanel — File and Directory Restoration » [4]: https://docs.plesk.com/en-US/obsidian/customer-guide/backing-up-and-restoring-websites/restoring-backups.65200/ « Plesk — Restoring Backups » [5]: https://docs.cpanel.net/whm/transfers/transfer-tool/ « cPanel — Transfer Tool »