Skip to content
VDS · FAQ

Migrer vers notre machine depuis un autre hébergeur

Comment migrer un site web, une base de données et le mail vers Millida VDS sans interruption : l'ordre des étapes, les commandes de migration et les erreurs courantes lors du changement d'adresse.

Mis à jour le 23 août 2026

Une migration, c'est à la fois le transfert des données et le changement de domaine. Les erreurs se produisent presque toujours dans la seconde partie : les données se copient facilement, mais les enregistrements DNS sont basculés trop tôt et vous vous retrouvez avec une indisponibilité.

Préparation

Par où commencer ?

Commandez une machine sur /hosting/vds/new d'un palier adapté et avec le système d'exploitation que vous maîtrisez. Le provisionnement prend environ une minute. Ne touchez pas encore à l'ancienne plateforme — elle doit continuer de fonctionner jusqu'à la fin de la migration.

Quel palier choisir ?

Celui qui correspond à votre usage actuel, pas « pour une croissance future » : vous pouvez toujours passer à un palier supérieur avec un paiement au prorata pour la durée restante, mais vous ne pouvez pas rétrograder — le disque ne rétrécit pas. Voir Paliers de forfait et ce qu'ils incluent.

Que devez-vous migrer ?

Les fichiers du site, la base de données, les tâches cron, la configuration du serveur web, les certificats (ou leur réémission), les comptes e-mail si la messagerie se trouvait sur l'ancienne machine.

Migration

Comment copier les fichiers ?

Directement de l'ancienne machine vers la nouvelle :

rsync -avz --progress /var/www/ root@<new address>:/var/www/

S'il n'y a pas d'accès direct entre les machines, copiez via votre ordinateur en deux étapes avec le même rsync ou scp.

Comment migrer la base de données ?

En la sauvegardant avec son propre outil, pas en copiant les fichiers d'un service en cours d'exécution :

mysqldump -u root -p --single-transaction mydb > mydb.sql
pg_dump -U postgres -Fc mydb > mydb.dump

Sur la nouvelle machine, rechargez-la :

mysql -u root -p mydb < mydb.sql
pg_restore -U postgres -d mydb mydb.dump

Comment vérifier le site avant de basculer le domaine ?

Ajoutez une ligne avec la nouvelle adresse et votre domaine dans votre /etc/hosts (ou le fichier hosts sous Windows). Votre navigateur ira vers la nouvelle machine, tandis que le reste du monde ira vers l'ancienne. Vous pouvez ainsi voir le site réel avant la migration.

Et les certificats ?

Il est plus simple de les réémettre sur la nouvelle machine après le basculement du domaine que de les migrer. Tant que le domaine pointe vers l'ancienne adresse, la validation de propriété ne passera pas.

Basculement et après

Quand faut-il modifier l'enregistrement A ?

Uniquement après avoir vérifié le site sur la nouvelle machine via hosts. Réduisez au préalable la durée de vie (TTL) de l'enregistrement chez votre registrar à 300 secondes — un jour avant la migration. Le basculement se propagera alors sur le réseau en quelques minutes, pas en quelques heures.

Pourquoi certains visiteurs arrivent-ils encore sur l'ancienne machine ?

C'est le cache DNS qui agit. Maintenez l'ancienne plateforme en vie au moins un jour après le basculement, sinon certaines personnes verront une erreur. Et veillez à ce que les deux machines n'écrivent pas de données en même temps : pendant la migration, il vaut mieux passer l'ancienne en lecture seule.

Que faire du courrier électronique ?

Si le serveur de messagerie déménage sur la machine, configurez l'enregistrement DNS inverse (PTR) dans l'onglet « Accès » — sans lui, les e-mails sont souvent rejetés. N'oubliez pas les enregistrements MX, SPF et DKIM chez votre registrar.

Que ne pouvez-vous pas migrer ?

L'adresse elle-même : elle est liée à la machine, et il n'existe aucun transfert d'adresses entre machines et nœuds. Vous ne pouvez pas non plus migrer intégralement une machine d'un autre hébergeur sous forme d'image — seuls les systèmes de notre liste peuvent être installés, et vous copiez les données vous-même.

Quand faut-il éteindre l'ancienne plateforme ?

Lorsque vous vous êtes assuré que tous les enregistrements DNS pointent vers la nouvelle machine, que les e-mails circulent et que les journaux de l'ancienne machine ne montrent plus de trafic actif depuis une semaine. Avant cela, faites-en une dernière copie des données : Suppression de machine et période de rachat.