Puis-je perdre mon monde en migrant mon serveur Minecraft ?

Pas si vous respectez le bon ordre : d'abord une sauvegarde complète via SFTP, puis des tests sur le nouveau serveur pendant que l'ancien continue tranquillement de tourner. Votre ancien serveur et votre copie locale restent en place jusqu'à ce que tout ait fait ses preuves : il y a donc toujours un retour possible.

Combien de temps mon serveur est-il hors ligne pendant une migration ?

Avec une bonne préparation, vous limitez l'indisponibilité à quelques minutes. Vous testez le nouveau serveur pendant que l'ancien tourne encore ; le serveur n'est fermé que le temps de la dernière synchronisation du monde et de la bascule de l'enregistrement DNS.

Puis-je passer à une version plus récente de Minecraft pendant la migration ?

Ne faites pas les deux en même temps. Migrez d'abord sur exactement la même version et le même type de serveur, puis mettez à jour avec une sauvegarde fraîche. Un monde ouvert une seule fois dans une version plus récente ne peut plus revenir en arrière.

Mes joueurs remarqueront-ils le passage à un autre hébergeur ?

S'ils se connectent via un domaine avec enregistrement SRV, l'adresse du serveur reste identique et ils ne verront tout au plus qu'une courte maintenance. S'ils jouent sur une simple adresse IP, vous devrez partager la nouvelle adresse — l'occasion idéale de mettre enfin en place un domaine.

// Minecraft

Migrer son serveur Minecraft vers un autre hébergeur sans perte

31 août 2026 · 6 min de lecture

Changer d'hébergeur donne souvent l'impression d'être la chose la plus risquée que l'on puisse faire avec son serveur Minecraft. Des années de constructions, les statistiques des joueurs, une économie enfin équilibrée : l'idée d'en perdre une partie retient bien des propriétaires de serveur de franchir le pas — même lorsqu'ils veulent partir depuis longtemps. La bonne nouvelle : un serveur Minecraft n'est finalement qu'un dossier rempli de fichiers. Si vous emportez ce dossier en entier et ne basculez définitivement qu'après un test réussi, vous ne perdez strictement rien. Dans ce guide, nous parcourons la migration étape par étape, y compris les pièges à éviter. Nous ne dirons rien de votre hébergeur actuel ; ce qui compte pour vous, c'est que la transition se passe sans le moindre accroc.

Ce qu'il faut emporter, exactement

Tout ce qui fait que votre serveur est bien le vôtre se trouve dans le dossier principal. Les éléments les plus importants :

Les dossiers de monde. En vanilla, tout tient dans un seul dossier (world par défaut). Si vous tournez sous Paper, Spigot ou Purpur, le Nether et l'End sont séparés dans world_nether et world_the_end — trois dossiers, donc, et non un seul. C'est d'ailleurs l'erreur la plus courante lors d'une migration : qui ne copie que world arrive sur le nouveau serveur avec un Nether et un End flambant neufs.
Le dossier plugins ou mods. Pas seulement les fichiers jar, mais aussi tous les sous-dossiers : c'est là que résident les configurations et les données de vos plugins, des rangs LuckPerms aux soldes de l'économie.
Les fichiers de configuration du dossier principal. Pensez à server.properties, bukkit.yml, spigot.yml et au dossier de configuration de Paper, ainsi qu'à ops.json, whitelist.json et banned-players.json.
Les données des joueurs. Inventaires, positions et statistiques se trouvent dans world/playerdata et world/stats : ils voyagent donc avec votre dossier de monde. Attention toutefois : beaucoup de plugins conservent leurs données de joueurs dans leur propre sous-dossier, voire dans une base de données — nous y revenons plus loin.

Un doute sur l'utilité d'un fichier ? Emportez-le. L'espace de stockage ne coûte pas cher ; reconstruire une configuration perdue, si.

Étape 1 : faites une sauvegarde complète via SFTP

Arrêtez d'abord votre serveur ou, à tout le moins, suspendez l'écriture sur le disque avec save-off suivi de save-all. Copier un monde pendant que le serveur y écrit activement, c'est s'exposer à des fichiers de chunks corrompus — et vous ne vous en apercevrez que trop tard.

Connectez-vous ensuite en SFTP à votre serveur actuel (avec un logiciel comme FileZilla ou WinSCP ; vous trouverez les identifiants dans le panneau de votre hébergeur actuel) et téléchargez l'intégralité du dossier serveur sur votre propre PC. Oui, absolument tout — y compris les dossiers dont vous ignorez le rôle. Selon la taille de votre monde, cela peut prendre un certain temps ; un monde survie bien fréquenté atteint vite plusieurs gigaoctets. Vérifiez ensuite que le téléchargement est complet en comparant le nombre de fichiers et la taille totale avec ce qui se trouve sur le serveur. Cette copie locale est votre filet de sécurité : quoi qu'il arrive par la suite, vous aurez toujours tout sous la main.

Étape 2 : choisissez exactement la même version chez le nouvel hébergeur

Commandez votre nouveau serveur et sélectionnez-y le même type de serveur et la même version de Minecraft que ceux que vous utilisez aujourd'hui : Paper vers Paper, Forge vers Forge, 1.21 vers 1.21. Une migration n'est pas le moment d'en profiter pour passer à une version supérieure. Un monde ouvert une seule fois dans une version plus récente ne peut plus revenir en arrière — et si quelque chose tourne mal, vous ne saurez pas si le coupable est la migration ou la mise à jour. D'abord migrer, puis seulement mettre à jour (avec une sauvegarde fraîche).

Vous ne savez pas avec certitude quelle version vous utilisez ? Consultez le log de démarrage de votre serveur actuel : le numéro de version exact et le logiciel serveur y sont nommés noir sur blanc.

Étape 3 : envoyez tout et testez — pendant que l'ancien serveur continue de tourner

Envoyez votre sauvegarde complète vers le nouveau serveur via SFTP. Avant de démarrer, vérifiez deux choses : le logiciel serveur est-il dans la bonne version, et level-name dans server.properties pointe-t-il bien vers le nom de votre dossier de monde ? Lancez ensuite le serveur et prenez le temps d'un vrai test :

Lisez le log de démarrage. Chaque plugin qui ne se charge pas et chaque configuration erronée y sont écrits noir sur blanc.
Connectez-vous et parcourez votre monde principal, le Nether et l'End. Vos constructions sont-elles telles que vous les avez laissées ?
Contrôlez votre inventaire, votre ender chest ainsi que votre rang et vos permissions.
Testez les plugins qui comptent vraiment : économie, claims, homes, boutiques.

Et voici la phrase la plus importante de tout ce guide : pendant ce temps, votre ancien serveur continue simplement de tourner. Les joueurs ne remarquent rien, vous testez en toute tranquillité. Si quelque chose ne fonctionne pas, vous avez tout le temps de creuser sans qu'un seul joueur en subisse les conséquences. Ce n'est que lorsque tout est correct sur le nouveau serveur que vous passez à la bascule.

Étape 4 : basculez avec quelques minutes d'indisponibilité tout au plus

Si vos joueurs se connectent via un nom de domaine (par exemple play.jouwserver.nl), la transition est quasiment invisible. Un tel domaine pointe vers votre serveur au moyen d'un enregistrement A ou d'un enregistrement SRV (_minecraft._tcp). Abaissez la veille le TTL de cet enregistrement à 300 secondes par exemple, afin que la modification soit prise en compte en quelques minutes plutôt qu'en quelques heures.

La bascule elle-même se déroule alors ainsi :

Annoncez une courte fenêtre de maintenance et choisissez un moment calme.
Verrouillez l'ancien serveur : whitelist activée ou serveur éteint, pour que plus rien ne change.
Téléchargez une dernière fois les dossiers de monde et les données des joueurs et envoyez-les vers le nouveau serveur. Depuis votre sauvegarde de test, les joueurs ont en effet continué à jouer ; cette synchronisation finale garantit que personne ne perd sa progression. Vos configurations et vos plugins sont déjà en place, cela va donc beaucoup plus vite que la première fois.
Basculez l'enregistrement DNS vers l'adresse du nouveau serveur et démarrez celui-ci.
Laissez l'ancien serveur en place quelque temps, éteint. Ne le résiliez que lorsque le nouveau tourne sans accroc depuis quelques jours — c'est votre dernier filet de sécurité.

Si vos joueurs se connectent à une simple adresse IP, sans domaine, vous n'échapperez pas au partage de la nouvelle adresse sur votre Discord. Voyez-y l'occasion de mettre enfin en place un domaine avec enregistrement SRV : la prochaine fois que quelque chose changera, plus personne ne s'apercevra de rien.

Les pièges classiques

Soyons honnêtes : la plupart des migrations réussissent du premier coup, mais quand cela tourne mal, c'est presque toujours à cause de l'un de ces trois points.

Des fichiers de configuration oubliés. Emporter le monde, tout le monde y arrive ; oublier les permissions, la whitelist et cette config de plugin que vous aviez personnalisée, voilà le grand classique. C'est pourquoi vous copiez à l'étape 1 l'intégralité du dossier serveur, et non une sélection de fichiers « importants ».
Les différences de version. Ouvrir un monde 1.21 sur une autre version de serveur ou un autre type de serveur donne, dans le meilleur des cas, des messages d'erreur et, dans le pire, des dégâts silencieux dans votre monde. Gardez la version et le logiciel rigoureusement identiques pendant la migration.
Des données de joueurs en dehors du dossier de monde. Les plugins d'économie, de quêtes et de statistiques conservent souvent leurs données dans leur propre sous-dossier sous plugins, et parfois dans une base de données MySQL. Cette base ne se trouve pas dans votre dossier serveur : créez-en un export (dump) depuis le panneau de votre hébergeur actuel et importez-le sur le nouveau serveur. Si vous l'oubliez, tout le monde repart avec un solde à zéro.

Ça vous fait peur ? Vous n'êtes pas seul

Tout ce transport de dossiers et d'enregistrements, vous n'avez pas à le décortiquer seul dans votre coin. Si vous passez à un serveur Minecraft de MC-Node, notre support réfléchit avec vous si vous bloquez quelque part en cours de route. Chez nous, votre serveur tourne sur notre propre matériel avec stockage NVMe dans le centre de données Previder à Hengelo, protection anti-DDoS incluse. Les offres démarrent dès € 0,50 par mois (comptez environ € 1,10 par Go de RAM) et tout est résiliable chaque mois — plutôt agréable quand vous arrivez tout juste d'ailleurs et voulez d'abord voir si cela vous convient.