Intermédiaire ⏱ 13 min Mis à jour le 29 juillet 2026

Migrer un serveur Minecraft sans perdre son monde

Changer d'hébergeur Minecraft, c'est risquer de perdre son monde et ses constructions. Voici la méthode pour tout transférer proprement — monde, plugins, mods, permissions.

La règle d’or : préparer le nouveau avant de couper l’ancien

Migrer un serveur Minecraft sans perdre son monde exige de conserver l’ancien hébergement jusqu’à la validation complète du nouveau. Ne supprimez aucun fichier et ne résiliez pas l’ancien serveur dès que le transfert semble terminé.

Respectez cet ordre :

Inventaire du serveur actuel
            ↓
Arrêt propre et sauvegarde complète
            ↓
Préparation du nouvel environnement
            ↓
Transfert des fichiers
            ↓
Démarrage et tests privés
            ↓
Dernière synchronisation
            ↓
Bascule des joueurs
            ↓
Conservation temporaire de l'ancien serveur

Le nouveau serveur doit fonctionner avec le bon monde, les bonnes versions et les mêmes données avant de communiquer sa nouvelle adresse.

L’ancien serveur constitue votre solution de retour arrière. Gardez-le intact tant que vous n’avez pas vérifié le monde, les inventaires, les plugins, les mods et les permissions.

Faire l’inventaire selon le type de serveur

La liste des fichiers à transférer dépend du logiciel utilisé.

Serveur Vanilla

Pour un serveur Vanilla, sauvegardez notamment :

server.properties
eula.txt
ops.json
whitelist.json
banned-players.json
banned-ips.json
usercache.json

Le nom du monde principal est défini par :

level-name=world

Selon l’environnement, les dimensions peuvent être stockées dans le dossier principal avec des sous-dossiers comme DIM-1 et DIM1.

Serveur Paper ou Spigot

Pour Paper ou Spigot, transférez aussi :

plugins/
bukkit.yml
spigot.yml
paper-global.yml
paper-world-defaults.yml
config/

Les configurations et données propres aux extensions sont généralement placées dans leurs sous-dossiers sous plugins/.

Les mondes peuvent apparaître sous cette forme :

world/
world_nether/
world_the_end/

Ne vous fiez pas uniquement à ces noms. Recherchez les dossiers contenant un fichier level.dat :

find /chemin/serveur \
  -type f \
  -name "level.dat"

Serveur Forge ou Fabric

Pour un serveur moddé, transférez au minimum :

mods/
config/
defaultconfigs/
server.properties
ops.json
whitelist.json
banned-players.json
banned-ips.json

Selon le modpack, d’autres dossiers peuvent être indispensables :

kubejs/
scripts/
datapacks/
libraries/
world/serverconfig/

Certains mods stockent leurs données dans le monde, d’autres dans leur propre dossier de configuration.

Noter les versions exactes

Relevez précisément :

  • la version de Minecraft ;
  • le build Paper ou Spigot ;
  • la version de Forge ou Fabric Loader ;
  • la version de Java ;
  • la liste des plugins ;
  • la liste des mods ;
  • la version du modpack ;
  • les éventuelles dépendances.

Enregistrez les noms exacts des fichiers :

find plugins mods \
  -maxdepth 1 \
  -type f \
  -name "*.jar" \
  -printf "%f\n" \
  2>/dev/null \
  | sort

Une différence mineure de version peut empêcher un plugin ou un mod de démarrer correctement.

Arrêter proprement le serveur et sauvegarder le monde

Ne copiez pas le monde pendant que des joueurs sont connectés et que le serveur continue d’écrire sur le disque.

Depuis la console, lancez :

stop

Attendez l’arrêt complet du processus. Vérifiez qu’il ne fonctionne plus avant de commencer la copie.

Sur un VPS :

ps aux | grep -i '[j]ava'

Si le serveur est géré par systemd :

sudo systemctl status minecraft

N’utilisez pas brutalement kill -9 sauf situation exceptionnelle. Cette commande interrompt immédiatement Java sans lui permettre de terminer normalement l’écriture des données.

Créez ensuite une archive complète :

tar \
  --exclude="cache" \
  --exclude="logs" \
  -czf "minecraft-backup-$(date +%F_%H-%M-%S).tar.gz" \
  /chemin/serveur

Vérifiez son contenu :

tar \
  -tzf minecraft-backup-AAAA-MM-JJ_HH-MM-SS.tar.gz \
  | head -n 50

Des sauvegardes automatiques sont incluses pour vous aider à restaurer. Conservez aussi vos propres exports réguliers : vous restez responsable de vos données.

Conservez une copie indépendante de l’ancien et du nouvel hébergement. Consultez également la stratégie de sauvegarde serveur.

Transférer les fichiers vers le nouveau serveur

Vous pouvez utiliser SFTP, SCP ou rsync.

Avec rsync :

rsync -avz \
  --progress \
  /chemin/ancien-serveur/ \
  utilisateur@NOUVEAU_SERVEUR:/chemin/nouveau-serveur/

Le / final du chemin source indique que vous souhaitez copier le contenu du dossier.

Pour exclure les fichiers régénérables :

rsync -avz \
  --progress \
  --exclude="cache/" \
  --exclude="logs/" \
  /chemin/ancien-serveur/ \
  utilisateur@NOUVEAU_SERVEUR:/chemin/nouveau-serveur/

Le guide pour transférer des fichiers vers un VPS détaille les différences entre SFTP, SCP et rsync.

Après le transfert, contrôlez les propriétaires :

sudo chown -R minecraft:minecraft \
  /chemin/nouveau-serveur

Remplacez minecraft:minecraft par l’utilisateur réellement employé pour exécuter le serveur.

Vérifiez que les fichiers cachés, configurations et dossiers de plugins ont bien été copiés :

ls -la /chemin/nouveau-serveur

Recréer le même environnement

Le premier démarrage doit reproduire aussi fidèlement que possible l’environnement d’origine.

Utilisez :

Même version de Minecraft
Même logiciel serveur
Même build Paper/Forge/Fabric
Même version compatible de Java
Mêmes versions de plugins et de mods

Vérifiez Java :

java -version

Ne profitez pas de la migration pour mettre simultanément à jour Minecraft, Java, tous les plugins et tous les mods. En cas d’erreur, vous ne saurez pas si le problème vient du transfert ou de la mise à jour.

Pour Paper, installez le même build lors du premier test. Pour Forge ou Fabric, recréez exactement le loader attendu par le modpack.

Les joueurs d’un serveur moddé doivent également conserver les versions clientes compatibles avec celles du serveur.

Pour préparer un serveur Forge, consultez le guide créer un serveur Minecraft moddé avec Forge. Pour Paper ou Spigot, consultez le guide pour installer un plugin Minecraft.

Lancez d’abord une migration à versions identiques. Planifiez les mises à jour dans une seconde opération, après validation et nouvelle sauvegarde.

Migrer les permissions et les données des plugins

Les permissions et l’économie ne sont pas toujours stockées uniquement dans le monde.

LuckPerms avec stockage local

Selon sa configuration, LuckPerms peut utiliser une base embarquée ou des fichiers YAML.

Sauvegardez tout le dossier :

plugins/LuckPerms/

Il peut notamment contenir :

config.yml
luckperms-h2-v2.mv.db
yaml-storage/

Ne supprimez pas le fichier de base embarquée.

LuckPerms peut aussi créer un export destiné à la sauvegarde ou au transfert :

/lp export migration

Conservez le fichier généré avant la migration.

LuckPerms avec MySQL

Si LuckPerms utilise MySQL ou MariaDB, exportez la base séparément. Copier uniquement plugins/LuckPerms/ ne transfère pas les permissions enregistrées sur le serveur SQL.

Consultez le guide sur LuckPerms et les permissions Minecraft.

Économie et données externes

Certains plugins enregistrent leurs informations dans MySQL :

  • économie ;
  • boutiques ;
  • sanctions ;
  • claims ;
  • statistiques ;
  • synchronisation multiserveur.

Exportez chaque base concernée avec l’outil adapté, puis importez-la sur le nouveau serveur.

Mettez ensuite à jour les fichiers de configuration avec les nouveaux accès.

Ne publiez jamais les identifiants MySQL dans un dépôt Git, une capture d’écran, un tutoriel ou un ticket public. Conservez les secrets séparément et protégez leurs sauvegardes.

Tester avant de rediriger les joueurs

Démarrez le nouveau serveur sans annoncer immédiatement son adresse.

Surveillez la console et recherchez :

UnsupportedClassVersionError
Invalid or corrupt jarfile
Could not load plugin
Missing dependency
Failed to connect to database
Unknown registry
Mod loading error
Failed to load level.dat

Connectez-vous directement avec la nouvelle adresse IP et le port :

NOUVELLE_IP:25565

Vérifiez :

  • le point d’apparition ;
  • les constructions importantes ;
  • les dimensions Nether et End ;
  • les inventaires ;
  • les coffres ;
  • les données des joueurs ;
  • la whitelist ;
  • les opérateurs ;
  • les permissions ;
  • l’économie ;
  • les claims ;
  • les plugins ;
  • les mods ;
  • les commandes administratives.

Téléportez-vous vers plusieurs coordonnées connues :

/tp VotrePseudo X Y Z

Contrôlez également les logs :

tail -f logs/latest.log

Ne vous contentez pas de voir le serveur apparaître « en ligne ». Un monde incorrect ou fraîchement généré peut démarrer sans afficher d’erreur évidente.

Basculer et communiquer la nouvelle adresse

Lorsque les tests sont concluants :

  1. annoncez une courte maintenance ;
  2. arrêtez proprement l’ancien serveur ;
  3. réalisez une dernière sauvegarde ;
  4. synchronisez une dernière fois le monde et les données ;
  5. démarrez le nouveau serveur ;
  6. effectuez une dernière connexion de contrôle ;
  7. communiquez la nouvelle adresse.

Pour une synchronisation finale :

rsync -avz \
  --delete-delay \
  --exclude="cache/" \
  --exclude="logs/" \
  /chemin/ancien-serveur/ \
  utilisateur@NOUVEAU_SERVEUR:/chemin/nouveau-serveur/

Utilisez --delete-delay uniquement après avoir testé la commande sans cette option. Une mauvaise source ou destination pourrait supprimer des fichiers valides sur le nouveau serveur.

Si les joueurs utilisent un domaine comme :

play.exemple.fr

mettez à jour son enregistrement DNS. La propagation dépend du TTL et des caches : aucun délai exact ne peut être garanti.

Gardez l’ancien serveur arrêté mais disponible pendant quelques jours. Ne laissez pas les joueurs se connecter aux deux serveurs, car les mondes et bases évolueraient séparément.

En résumé

  • Pour migrer un serveur Minecraft, préparez le nouveau avant de supprimer l’ancien.
  • Relevez la version exacte de Minecraft, Java, Paper, Forge, Fabric et du modpack.
  • Sauvegardez les dossiers de monde contenant level.dat.
  • Selon l’environnement, les dimensions peuvent être dans DIM-1 et DIM1 ou dans world_nether et world_the_end.
  • Transférez plugins/ pour Paper et Spigot.
  • Transférez mods/, config/ et les dossiers propres au modpack pour Forge ou Fabric.
  • Conservez server.properties, les listes d’opérateurs, la whitelist et les bannissements.
  • Arrêtez proprement le serveur avec stop avant de copier le monde.
  • Ne copiez pas un monde actif en cours d’écriture.
  • Utilisez la même version sur le nouvel hébergement lors du premier démarrage.
  • Migrez séparément les bases MySQL utilisées par LuckPerms, l’économie ou les autres plugins.
  • Ne publiez jamais les identifiants de base de données.
  • Testez le nouveau serveur par connexion directe avant d’informer les joueurs.
  • Vérifiez le monde, les dimensions, les inventaires, les permissions et l’économie.
  • Effectuez une dernière synchronisation après l’arrêt définitif de l’ancien serveur.
  • Gardez l’ancien hébergement quelques jours comme solution de retour arrière.
  • Pour migrer un serveur Minecraft vers un hébergement en France avec stockage NVMe, protection Anti-DDoS L3/L4/L7 incluse, panel de gestion et support francophone, découvrez les offres Minecraft TalCloud.