Avant de commencer
Relevez la version du serveur, server.identity, server.seed, server.worldsize et la liste des plugins. Prévoyez une interruption et une copie hors du répertoire modifié. Le panel donne accès aux fichiers et aux sauvegardes ; ce guide ne suppose aucune programmation automatique de wipe.
Choisir ce qui sera réinitialisé
Un map wipe remplace le monde et ses constructions. Un blueprint wipe réinitialise les recettes apprises. Les plugins peuvent conserver une économie, des permissions ou une progression séparées. Écrivez une liste explicite : monde neuf, blueprints conservés ou remis à zéro, données de plugins conservées ou adaptées. Un calendrier communautaire ne remplace pas les contraintes de mise à jour imposées par Facepunch.
Arrêter les écritures et sauvegarder
Arrêtez proprement le serveur avant de copier son répertoire d’identité et les données des plugins. Vérifiez que la copie contient les fichiers attendus, pas seulement une archive vide. Conservez aussi la configuration, les versions et les permissions. Une restauration doit remettre un ensemble cohérent ; mélanger une ancienne sauvegarde du monde avec des données de plugins récentes peut créer des incohérences.
Repérer les bons fichiers
Dans server/<identity>, les fichiers .map et .sav concernent la carte ; les données de blueprints sont distinctes. Les noms exacts varient avec la version. Comparez le contenu réel avec la documentation officielle au lieu de supprimer tous les fichiers .db. Déplacez les éléments retenus vers une copie de récupération plutôt que de les détruire immédiatement. Ne renommez pas une ancienne sauvegarde pour forcer une migration incompatible.
Préparer la carte et les extensions
Pour une carte procédurale, notez le couple seed et worldsize choisi. Une carte plus grande, davantage de constructions et d’entités peuvent augmenter la charge mémoire, CPU et disque. Vanilla ne requiert aucun framework. uMod/Oxide et Carbon sont des projets distincts avec leurs compatibilités propres : vérifiez les plugins après une mise à jour. Leur présence dans la documentation ne signifie pas qu’un installateur automatique est inclus.
Contrôler le premier démarrage
Lancez le serveur pendant la fenêtre de maintenance et surveillez les journaux. Vérifiez la carte réellement chargée, l’absence d’erreur de sauvegarde et les permissions administrateur. Faites une connexion de contrôle et examinez les blueprints avec un compte adapté. Contrôlez les plugins un par un sur une copie de test si nécessaire. Une console RCON accessible ne prouve pas à elle seule que le monde et les plugins fonctionnent.
Annoncer la réouverture et conserver un retour arrière
Communiquez le type de wipe, la carte, l’heure avec fuseau et les éventuelles modifications de gameplay. Gardez la sauvegarde précédente pendant une période raisonnable avant nettoyage. En cas de panne, restaurez les fichiers avec une version compatible et le serveur arrêté. Pour dimensionner l’offre, observez les mesures pendant une vraie session : la RAM seule ne garantit ni un nombre de joueurs ni des performances constantes.
Selon votre situation
| Situation | Prochaine vérification |
|---|---|
| Garder les blueprints | Réinitialiser uniquement les données de monde identifiées et conserver la base des blueprints après sauvegarde. |
| Changer de framework | Tester les plugins et leur migration séparément du wipe ; ne pas cumuler plusieurs changements non vérifiés. |
| Le monde ne charge plus | Lire la première erreur utile, vérifier les versions et revenir à une copie cohérente. |
Sources officielles
Ces documents décrivent les protocoles et logiciels concernés. Les conditions de votre service et sa configuration restent à vérifier.