BDS ne se met pas à jour automatiquement, et il n’a pas d’installateur : mettre à jour revient à remplacer ses fichiers. Le risque principal est d’écraser votre configuration ou votre monde en décompressant la nouvelle archive au mauvais endroit.

Quand mettre à jour ?

Les clients sur mobile et console se mettent souvent à jour d’eux-mêmes. Dès qu’une nouvelle version sort, vos joueurs risquent donc de ne plus pouvoir se connecter. La version attendue se lit sur la page de téléchargement officielle, et la version actuelle s’affiche dans la console au démarrage du serveur.

Les fichiers à conserver

Élément	Contenu
`worlds/`	Vos mondes
`server.properties`	La configuration
`allowlist.json`	Les joueurs autorisés
`permissions.json`	Les rôles des joueurs
`behavior_packs/`, `resource_packs/`	Uniquement vos packs ajoutés à la main
`config/`, `keys/`	Vos réglages de scripts et la clé d’identité, si vous les utilisez

Étape 1 : arrêter le serveur

Prévenez les joueurs, puis tapez stop dans la console. Attendez que le processus se termine complètement. Une copie effectuée pendant que le serveur tourne peut être incohérente.

Étape 2 : sauvegarder

Copiez tout le dossier du serveur. Cette sauvegarde vous permettra aussi de revenir en arrière :

cd ~
tar -czf bedrock-avant-maj-$(date +%F).tar.gz bedrock/

Étape 3 : mettre les fichiers à conserver de côté

mkdir ~/bedrock-maj && cd ~/bedrock-maj
unzip ~/bedrock-server-NOUVELLE-VERSION.zip
cp -a ~/bedrock/worlds ~/bedrock/allowlist.json ~/bedrock/permissions.json ~/bedrock/server.properties .

Ajoutez à la commande cp vos packs personnalisés, s’il y en a. Sous Windows, procédez de la même façon dans l’Explorateur : décompressez la nouvelle version dans un dossier vide et copiez-y ces éléments.

Étape 4 : comparer la configuration

Votre ancien server.properties ne contient pas forcément les nouvelles options. Comparez-le à la version livrée avant d’écraser le fichier, par exemple avec unzip -p ~/bedrock-server-NOUVELLE-VERSION.zip server.properties | diff - ~/bedrock/server.properties. Le passage à NetherNet a par exemple ajouté transport et server-udp-ports.

Étape 5 : basculer et tester

cd ~
mv bedrock bedrock-ancien
mv bedrock-maj bedrock
cd bedrock
LD_LIBRARY_PATH=. ./bedrock_server

Connectez-vous avec un client à jour, vérifiez le monde, votre rôle et vos packs. Gardez bedrock-ancien et l’archive quelques jours avant de les supprimer.

Revenir en arrière

Si la nouvelle version pose problème, arrêtez le serveur et restaurez l’archive de l’étape 2. Attention : un monde ouvert par une version récente ne doit pas être rouvert avec une version plus ancienne. Restaurez donc bien le monde sauvegardé, et pas seulement les exécutables. Les modifications faites entre-temps seront perdues.

Tant que le serveur reste sur l’ancienne version, les clients déjà mis à jour ne pourront pas s’y connecter.

Le cas des addons

Les versions récentes vérifient plus strictement les fichiers. La 26.60 rejette par exemple du JSON invalide dans de nombreux composants d’entités. Un addon qui se chargeait hier peut donc échouer aujourd’hui. Activez content-log-console-output-enabled=true pour voir les erreurs de contenu dans la console, et consultez notre guide sur les addons.

Problèmes fréquents

Le serveur a créé un monde vide. La valeur level-name ne correspond plus au nom du dossier dans worlds/. Vérifiez les deux.

Tout le monde est refusé après la mise à jour. Vous avez gardé le server.properties livré, où allow-list=true, ou oublié de copier allowlist.json.

Les joueurs ne peuvent plus se connecter à cause du réseau. Depuis NetherNet, il faut ouvrir TCP et UDP : voir le guide des ports.

Vous voulez automatiser ? Un script peut enchaîner ces étapes, mais gardez toujours une sauvegarde et une phase de test. Consultez aussi l’article sur le passage à NetherNet.

Mettre à jour son serveur Minecraft Bedrock sans perdre le monde