Faire l’inventaire
Le monde n’est jamais seul. Un serveur de jeu, c’est aussi ses configurations, ses plugins et leurs données, sa base de données, ses listes de permissions, ses clés d’API et ses tâches planifiées. Ce qui se perd en migration, ce n’est presque jamais la carte — c’est la configuration d’un plugin que personne n’avait notée.
- Les dossiers de monde, y compris le Nether et l’End pour Minecraft.
- Le dossier des plugins ou des mods, AVEC leurs sous-dossiers de données.
- La base de données, exportée pendant que le serveur est arrêté.
- Les fichiers de configuration à la racine, et les listes d’opérateurs et de bannis.
Choisir la fenêtre
Arrêtez le serveur avant de copier. Copier un monde pendant qu’il est écrit produit des fichiers incohérents, et le problème n’apparaît que plus tard, sur un chunk que personne n’avait revisité. Annoncez la fenêtre à la communauté, et prévoyez large : la copie est rarement le poste le plus long, la vérification l’est.
Chez AERVIOX, les fichiers se déposent par SFTP (sftp.aerviox.com, port 2022) ou par le gestionnaire de fichiers de l’espace client ; une base de données se gère avec phpMyAdmin, sur sql.aerviox.com.
Prévoir le retour
Gardez l’ancien serveur intact jusqu’à ce que le nouveau ait tourné une journée complète avec des joueurs dessus. Ne changez l’adresse de connexion qu’à ce moment-là. Une migration sans plan de retour transforme un incident de dix minutes en soirée perdue.