Mettre à jour son serveur Minecraft sans rien casser

Le jour où une nouvelle version sort, la moitié des joueurs la lancent sans réfléchir et découvrent qu'ils ne peuvent plus se connecter. La tentation est de mettre le serveur à jour le soir même. C'est presque toujours une erreur : une mise à jour se prépare, et elle ne se défait pas.

La règle qui change tout : on ne revient pas en arrière

Dès qu'un monde a été ouvert par une version plus récente, il est converti : les anciennes versions ne savent plus le lire, ou le lisent de travers. Il n'existe aucun moyen fiable de « redescendre » un monde.

Conséquence : la seule marche arrière possible, c'est la sauvegarde faite juste avant. Sans elle, une mise à jour ratée se vit jusqu'au bout.

Faire patienter les joueurs : ViaVersion

Pas besoin de mettre le serveur à jour pour accueillir les joueurs qui l'ont déjà fait. ViaVersion permet aux clients plus récents de se connecter à un serveur plus ancien ; ViaBackwards fait l'inverse, pour garder les joueurs restés sur l'ancienne version une fois que vous aurez basculé.

Installez ViaVersion le jour de la sortie : les joueurs à jour entrent, et vous gagnez les deux ou trois semaines nécessaires pour préparer la vraie mise à jour. Les nouveaux blocs et objets ne sont évidemment pas disponibles tant que le serveur n'a pas changé de version.

Quand passer ?

Trois conditions, pas une de moins :

1. Paper publie des versions stables pour la nouvelle version, pas seulement des versions expérimentales. Les premières semaines, elles corrigent encore des pertes de données.
2. Chacun de vos plugins indispensables a une version compatible. Faites la liste : protections, permissions, économie, votes. Un seul manquant, et le serveur démarre sans lui.
3. Vous avez une soirée devant vous, et pas la veille d'un événement.

Pour les serveurs moddés, la règle est plus simple : on ne change pas de version du jeu en cours de partie. On attend la saison suivante et un nouveau pack.

La marche à suivre

1. Annoncez la date sur Discord, une semaine avant. Les joueurs acceptent une coupure prévue, pas une surprise.
2. Sauvegardez tout : les mondes, plugins/, les fichiers de configuration. Serveur arrêté, pour une copie cohérente.
3. Testez sur une copie. Même machine, autre dossier, autre port : décompressez la sauvegarde, mettez la nouvelle version de Paper et des plugins, démarrez, connectez-vous, faites le tour du spawn et des boutiques.
4. Lisez les journaux de ce premier démarrage : chaque plugin qui ne se charge pas y est nommé.
5. Basculez le vrai serveur en refaisant exactement les mêmes gestes.

Convertir le monde à l'avance

Par défaut, chaque chunk est converti la première fois qu'un joueur le charge, ce qui peut provoquer du lag pendant des jours. Pour tout convertir d'un coup, lancez une fois le serveur avec l'option :

java -Xms6G -Xmx6G -jar paper.jar --forceUpgrade nogui

Sur un grand monde, comptez de longues minutes, parfois des heures. Faites-le sur la copie de test d'abord, pour savoir combien de temps prévoir.

Ce qui casse le plus souvent

• Les datapacks et resource packs : chaque version change leur format. Vérifiez qu'une version à jour existe.
• Les plugins abandonnés : s'il n'a pas été mis à jour depuis deux versions du jeu, il ne le sera plus. Cherchez un remplaçant avant, pas après.
• Les fermes de redstone : des mécaniques changent parfois d'une version à l'autre. Prévenez les joueurs techniques.
• La version de Java : une nouvelle version du jeu peut en exiger une plus récente. Vérifiez dans le tableau de correspondance.

Après la bascule

Surveillez le serveur de près pendant quelques jours : un profil Spark aux heures de pointe dira si la nouvelle version a déplacé le lag. Mettez à jour la version affichée sur votre fiche, puisque les joueurs filtrent le classement par version, et annoncez la mise à jour : c'est une nouveauté, profitez-en pour faire revenir ceux qui étaient partis.