Changer de serveur,avec un plan de retour.
Une migration d’hébergement se prépare à l’envers : on écrit d’abord comment revenir. Tant que cette page n’est pas écrite, on ne touche pas au DNS — parce que c’est lui qu’on ne peut pas rappeler.
Le site en production sur la nouvelle machine, certificats
Le plan de bascule et le plan de retour, écrits, avec les
Les sauvegardes actives sur la nouvelle machine, et une re
L’ancienne machine gardée quelques jours, puis sa fin de v
Comment ça se passe.
On prépare la nouvelle machine
Paquets, comptes, dossiers, serveur web, certificats. Nexus sait poser ce socle sur un Debian vierge, et laisser une machine ordinaire si on la détache.
On copie et on essaie, sans basculer
Fichiers, base, tâches planifiées, courriels sortants. Le site tourne sur la nouvelle machine, accessible par un nom temporaire, pendant que l’ancienne sert toujours.
On abaisse la durée de vie du DNS
Quelques heures avant, pour que la bascule prenne des minutes et non une journée. C’est l’étape qu’on oublie, et c’est elle qui fait la différence.
On bascule, on surveille, et on garde l’ancienne
Quelques jours, le temps d’être sûr. La sonde de page dit si quelque chose a bougé avant que le client ne le voie.
Ce que vous recevez à la fin
Le site en production sur la nouvelle machine, certificats compris
Le plan de bascule et le plan de retour, écrits, avec les durées mesurées
Les sauvegardes actives sur la nouvelle machine, et une restauration éprouvée
L’ancienne machine gardée quelques jours, puis sa fin de vie décidée
Questions fréquentes
Changer de serveur : fichiers, base, DNS et certificats, avec un plan de retour écrit avant de commencer et une fenêtre de bascule mesurée.
Une autre question ? Écrivez-nous →Combien de coupure ?
Quelques minutes si la durée de vie du DNS a été abaissée et si la base est recopiée à chaud puis synchronisée juste avant. Plusieurs heures si l’on bascule sans préparation : la différence est dans la préparation, pas dans l’outil.
Un agent peut-il toucher le DNS ?
Il PLANIFIE : toute modification passe par un aperçu en base, un verrou, un cliché, puis l’écriture opération par opération et une relecture. Dès que le risque est élevé, il planifie sans appliquer — et le remplacement complet d’une zone n’existe pas dans le pilote, parce qu’il emporterait les enregistrements de service.
Et les courriels ?
Ils se traitent à part, et plus tôt que le reste : les enregistrements d’authentification de domaine mettent du temps à se propager, et un courriel qui part d’une nouvelle machine sans eux finit en indésirable.