Introduction
Changer d'hébergeur quand on a déjà un serveur Minecraft en route fait peur, et c'est normal : il y a une map, des constructions, des inventaires, parfois des mois de jeu derrière. La crainte est toujours la même, tout perdre entre l'ancien serveur et le nouveau. En pratique, un transfert propre prend entre trente minutes et deux heures selon la taille du monde, et rien ne se perd si vous suivez l'ordre des opérations. Ce guide décrit le déménagement complet d'un serveur Minecraft vers un hébergement SERV-Minecraft : ce qu'il faut récupérer, ce qu'il ne faut surtout pas copier, comment remonter les fichiers, et comment basculer vos joueurs sans coupure visible.
Le principe à retenir avant tout le reste : un serveur Minecraft n'est rien d'autre qu'un dossier de fichiers. Si vous avez ce dossier, vous avez votre serveur. Aucun hébergeur ne détient quoi que ce soit que vous ne puissiez emporter.
Ce qu'il faut vraiment emporter
Avant de tout télécharger en bloc, sachez ce qui compte. Sur un serveur de plusieurs gigaoctets, la moitié du poids ne sert à rien une fois arrivé chez le nouvel hébergeur.
| Élément | À transférer ? | Pourquoi |
|---|---|---|
Dossiers world, world_nether, world_the_end | Oui, indispensable | C'est votre map, vos constructions, vos coffres |
Dossier plugins (ou mods) | Oui | Les .jar et surtout leurs dossiers de configuration et leurs bases locales |
server.properties | Oui, mais à relire | Certaines lignes doivent changer, voir l'étape 5 |
ops.json, whitelist.json, banned-players.json | Oui | Vos administrateurs, votre liste blanche, vos bannissements |
usercache.json, bukkit.yml, spigot.yml, paper-global.yml | Oui | Réglages de performance déjà ajustés à votre serveur |
Le .jar du serveur (paper-x.x.jar, forge.jar) | Non | Le nouveau serveur installe le sien, propre et à jour |
logs/, crash-reports/, cache/, libraries/ | Non | Poids inutile, régénéré au premier démarrage |
| Base de données MySQL (si un plugin en utilise une) | Oui, à part | Export .sql séparé, voir l'étape 5 |
Sur un serveur moddé, le raisonnement est le même avec mods, config, defaultconfigs et scripts. Et vous gardez évidemment vos world.
Étape 1 : relever la configuration de l'ancien serveur
Un transfert rate presque toujours pour la même raison : le nouveau serveur ne tourne pas exactement sur la même chose que l'ancien. Notez donc trois informations avant de toucher à quoi que ce soit.
- La version exacte de Minecraft, au patch près (1.21.4 et 1.21.5 ne chargent pas un monde de la même façon, et on ne redescend jamais une map d'une version à une version antérieure).
- Le type de serveur : Vanilla, Paper, Purpur, Spigot, Forge, Fabric, ou un modpack précis avec son numéro de build.
- La liste de vos plugins ou mods, avec leur version. La commande
/pluginsen jeu ou dans la console vous la donne en une ligne pour un serveur à plugins.
Ces trois informations tiennent dans un fichier texte sur votre bureau et vous feront gagner une heure plus tard.
Étape 2 : arrêter proprement le serveur source
Ne copiez jamais un monde pendant que le serveur tourne. Minecraft garde en mémoire des chunks non écrits sur le disque, et une copie à chaud donne une map incohérente, parfois corrompue, avec des zones revenues plusieurs heures en arrière.
- Prévenez vos joueurs et déconnectez-les.
- Dans la console de l'ancien hébergeur, tapez
save-allpuis attendez la confirmation d'écriture. - Tapez
stop, ou utilisez le bouton d'arrêt du panel. Attendez que le serveur soit réellement hors ligne, pas seulement en cours d'arrêt.
C'est seulement à partir de là que vos fichiers sont fiables.
Étape 3 : récupérer les fichiers
Deux méthodes, selon ce que propose votre hébergeur actuel.
Par archive
La plupart des panels permettent de sélectionner des dossiers et de créer une archive .zip ou .tar.gz, puis de la télécharger. C'est de loin le plus rapide : une map de 4 Go descend en un seul fichier compressé, souvent deux fois plus léger, au lieu de plusieurs milliers de petits fichiers .mca envoyés un par un.
Par SFTP
Si l'archive n'est pas possible, connectez-vous en SFTP avec FileZilla ou WinSCP grâce aux identifiants fournis par votre hébergeur, et tirez les dossiers vers votre disque. Comptez plus de temps : le protocole ouvre un transfert par fichier, et un monde Minecraft en contient énormément.
Vérifiez la taille de ce que vous avez récupéré avant de passer à la suite. Un dossier world de 30 Mo alors que le serveur en annonçait 3 Go signifie que le téléchargement s'est interrompu.
Étape 4 : préparer le serveur d'arrivée
Commandez votre serveur chez le nouvel hébergeur en choisissant l'offre selon ce que vous faisiez tourner avant, pas selon ce que vous espérez économiser. Chez SERV-Minecraft, les quatre offres Minecraft sont dimensionnées ainsi :
- Start, 8 Go de RAM, 4,99 € par mois : un serveur vanilla ou survie entre amis, quelques plugins légers.
- Plugins, 16 Go, 8,99 € par mois : un serveur Paper ou Purpur avec une vraie liste de plugins, plusieurs mondes, une dizaine de joueurs et plus.
- Moddé, 24 Go, 15,99 € par mois : Forge ou Fabric avec une centaine de mods.
- Modpack, 32 Go, 21,99 € par mois : les gros modpacks CurseForge type All the Mods, qui chargent des milliers de recettes au démarrage.
Une fois le serveur livré, ouvrez-le dans le panel et passez par l'onglet Version avant tout envoi de fichier. Sélectionnez l'édition et la version qui correspondent exactement à ce que vous avez relevé à l'étape 1, cochez Formater le serveur pour partir sur une base vierge, et lancez l'installation. Vous obtenez un serveur propre, dans la bonne version, prêt à recevoir vos données.
Attention à l'ordre : la case Formater supprime tous les fichiers existants. On la coche maintenant, jamais après avoir remonté sa map.
Si votre serveur tourne sur un modpack CurseForge, l'onglet Modpacks l'installe directement, ce qui vous évite de transférer plusieurs gigaoctets de mods : vous n'aurez plus qu'à remonter vos mondes et vos configurations personnalisées.
Étape 5 : envoyer vos fichiers
Deux chemins là encore, selon le volume.
- Depuis le navigateur. Onglet Fichiers du panel, bouton Envoyer. Vous déposez vos dossiers et vos fichiers, sans logiciel à installer. Idéal pour un
worldde taille raisonnable et un dossierplugins. - En SFTP. Onglet Avancé, encadré Accès SFTP : vous y trouvez l'adresse, le port et l'identifiant à mettre dans FileZilla. À préférer pour les gros modpacks et les mondes de plusieurs gigaoctets, et parce qu'un transfert interrompu s'y reprend là où il s'est arrêté.
Respectez la structure d'origine : world à la racine du serveur, pas dans un sous-dossier. Une erreur classique consiste à envoyer le dossier qui contient world plutôt que world lui-même, et le serveur génère alors une map neuve en ignorant la vôtre.
Si un plugin utilisait une base MySQL (LuckPerms, Essentials avec stockage distant, CoreProtect, un plugin d'économie), créez votre base depuis l'onglet Avancé, encadré Base de données, importez votre export .sql, puis reportez les nouveaux identifiants dans la configuration du plugin concerné. Sans cette étape, vos permissions et vos soldes repartent de zéro alors que la map est bien là.
Étape 6 : relire server.properties
Votre ancien server.properties contient des valeurs qui appartenaient à l'ancien hébergeur. Trois lignes à contrôler avant le premier démarrage, depuis l'éditeur de fichiers du panel ou l'onglet Paramètres :
server-ip=
server-port=25565
level-name=world
online-mode=true
server-ipdoit rester vide. Une ancienne adresse IP écrite ici empêche purement et simplement le serveur de démarrer.server-portest géré par le panel, ne le forcez pas à une valeur récupérée de l'ancien hébergement.level-namedoit correspondre au nom exact de votre dossier de monde. Si votre map s'appellesurvie2026, écrivezsurvie2026, sinon le serveur crée un monde vide nomméworldet vos joueurs croiront que tout a disparu.
Pensez aussi à vos plugins : ceux qui contiennent une adresse IP, un port ou un nom d'hôte dans leur configuration (proxy BungeeCord ou Velocity, dynmap, plugins de vote, webhooks Discord) ont besoin d'être mis à jour avec les nouvelles valeurs.
Étape 7 : démarrer et vérifier
Lancez le serveur depuis l'onglet Console et lisez vraiment les lignes qui défilent au premier démarrage. C'est là que tout se joue.
[Server thread/INFO]: Preparing level "survie2026"
[Server thread/INFO]: Loaded 428 advancements
[Server thread/INFO]: Done (18.412s)! For help, type "help"
Le nom du monde entre guillemets doit être le vôtre. Si vous lisez Preparing level "world" alors que votre map s'appelle autrement, arrêtez tout de suite et corrigez level-name : chaque minute de jeu sur un monde neuf ajoute du travail de nettoyage.
Connectez-vous ensuite avec votre propre compte et faites le tour : votre position d'apparition, un coffre connu, vos droits d'opérateur, un plugin ou deux. Puis demandez à un joueur habitué de vérifier de son côté. Deux regards valent mieux qu'un sur un serveur qu'on vient de déménager.
Profitez de ce moment pour activer l'option Sauvegardes sur la page de votre serveur et créer une première sauvegarde depuis l'onglet Backups, bouton Créer une sauvegarde. Vous aurez ainsi un point de retour daté du jour du transfert.
Étape 8 : basculer l'adresse de connexion
Votre serveur a désormais une nouvelle adresse. Deux cas de figure.
Vous utilisiez l'adresse fournie par l'ancien hébergeur. Communiquez la nouvelle à vos joueurs, sur votre Discord et dans la description du serveur. Laissez l'ancien serveur éteint mais non supprimé pendant quelques jours, le temps que tout le monde ait basculé.
Vous aviez votre propre nom de domaine. C'est le cas confortable : modifiez l'enregistrement chez votre registrar et vos joueurs ne voient rien. Pointez votre enregistrement A vers la nouvelle IP, et si votre serveur n'écoute pas sur le port 25565, ajoutez un enregistrement SRV pour que l'adresse fonctionne sans port à taper :
_minecraft._tcp.play.mondomaine.fr. SRV 0 5 25567 mc.mondomaine.fr.
Comptez jusqu'à quelques heures de propagation DNS. Gardez l'ancien serveur arrêté pendant ce temps, jamais allumé en parallèle : deux serveurs en ligne avec le même public, c'est la garantie que des joueurs avancent sur la map que vous allez jeter.
N'annulez l'abonnement chez l'ancien hébergeur qu'une fois vos sauvegardes vérifiées et vos joueurs revenus. Quelques euros de chevauchement coûtent moins cher qu'une map perdue.
Les erreurs qui reviennent le plus souvent
- Copier pendant que le serveur tourne. Résultat : chunks manquants, coffres vides, retours en arrière. Toujours
save-allpuisstop. - Changer de version au passage. Le déménagement et la montée de version sont deux opérations distinctes. Transférez à l'identique, vérifiez que tout tourne, faites la mise à jour ensuite, avec une sauvegarde sous la main.
- Oublier les configurations de plugins. Le dossier
pluginsentier se transfère, pas seulement les fichiers.jar. Sinon vous repartez avec des réglages par défaut sur trente plugins. - Passer de Forge à Fabric ou l'inverse. Les mods ne sont pas interchangeables. Si vous en profitez pour changer de loader, notre guide installer Forge ou Fabric explique ce qui est compatible avec quoi.
- Sous-dimensionner l'offre d'arrivée. Un serveur qui tournait à 10 Go de RAM utilisés ne tiendra pas sur une offre à 8 Go. Si vous voulez gagner de la marge sans monter de gamme, nos quinze astuces d'optimisation sont à appliquer après le transfert, pas pendant.
Questions fréquentes
Est-ce que je perds ma map en changeant d'hébergeur ?
Non, si vous copiez vos dossiers de monde alors que le serveur est arrêté. La map est un simple ensemble de fichiers que vous emportez tels quels. Les pertes constatées viennent presque toujours d'une copie faite serveur allumé, ou d'un level-name qui ne correspond pas au dossier envoyé.
Combien de temps dure un transfert ?
De trente minutes pour un petit serveur survie à deux heures pour un modpack avec un monde de plusieurs gigaoctets. L'essentiel du temps passe dans le téléchargement et le renvoi des fichiers, pas dans la configuration.
Mes joueurs gardent-ils leurs inventaires et leurs grades ?
Oui. Les inventaires et l'expérience sont stockés dans world/playerdata, les grades dans le dossier du plugin de permissions ou dans sa base MySQL. Transférez les deux et vos joueurs retrouvent exactement leur situation. Vérifiez seulement que le mode d'authentification (online-mode) reste identique, car il change la façon dont les joueurs sont identifiés.
Puis-je transférer un serveur Bedrock de la même façon ?
Oui, la logique est identique, avec les dossiers de mondes Bedrock et le fichier server.properties propre à cette édition. Si vous voulez au passage accueillir joueurs Java et Bedrock ensemble, notre guide sur Geyser et le cross-play détaille la mise en place.
Faut-il prévenir les joueurs à l'avance ?
Oui, au moins la veille. Annoncez une fenêtre d'indisponibilité, faites votre transfert pendant cette fenêtre, et communiquez la nouvelle adresse dès que le serveur est vérifié. Un serveur qui disparaît sans explication fait fuir plus de joueurs que deux heures de maintenance annoncées.
Et si je bloque en cours de route ?
Le support SERV-Minecraft accompagne les transferts. Ouvrez un ticket depuis le panel en précisant votre version, votre type de serveur et l'étape qui coince : c'est une opération que nous faisons régulièrement, et la plupart des blocages se règlent en quelques échanges.
Pour résumer
Arrêter proprement, récupérer les bons dossiers, installer la même version sur le serveur d'arrivée, remonter les fichiers, corriger level-name et server-ip, vérifier la console au premier démarrage, puis basculer l'adresse. Sept points, et un serveur qui reprend exactement là où il s'était arrêté. Si vous démarrez au contraire un serveur de zéro, notre guide créer un serveur Minecraft reprend tout depuis le début, et nos offres Minecraft démarrent à 4,99 € par mois sans engagement.