Toute la documentation
WIKI DU PLUGIN

InventorySync PRO — Mises à jour et sauvegardes

Partagez inventaires, coffres de l’Ender et expérience entre mondes et serveurs, et gérez les données des joueurs en ligne ou hors ligne.

Voir le plugin

Mises à jour et sauvegardes

Informations sur la version actuelle
Dernière version
1.7.4
Minecraft
26.x
Plateformes
Spigot, Paper, Folia, Purpur, Velocity, BungeeCord
Version minimale de Java
25+
Notes de version

Cet article a été rédigé pour 1.7.0. La dernière version stable est 1.7.4 ; consultez les prérequis actuels ci-dessus.

Version 1.7.0Dernière mise à jour: 17/10/2026 22:00
Mises à jour et sauvegardes
Ce Wiki décrit la version 1.7.0. Conservez une sauvegarde récupérable de la base et de la configuration avant de changer version ou correspondances de profils.

Mettre le plugin à jour
  1. Arrêtez les backends participants. Pour le pont, arrêtez aussi le proxy afin de ne pas mélanger anciens et nouveaux protocoles.
  2. Sauvegardez SQLite ou MySQL et la configuration. Conservez l’ancien JAR pour une récupération.
  3. Remplacez le Universal JAR sur chaque backend et le proxy s’il est installé. Supprimez les doublons.
  4. Comparez les nouveaux réglages et ajoutez les clés utiles sans écraser identifiants ou profils. Vérifiez ID uniques, politique sync/admin identique et secret du pont.
  5. Démarrez le réseau, vérifiez démarrage et état puis testez transferts, séparation des profils et outils avant le retour des joueurs.

Anciens ponts : 1.7.0 utilise le protocole signé v2 et refuse les anciens paquets non signés. Mettez proxy et backends à jour ensemble et définissez le secret aussi sur le proxy. Gardez réglages valides et données ; ne mélangez pas d’anciens builds sur la base partagée.

Sauvegarde et récupération SQLite
/isync backup crée un instantané cohérent dans plugins/InventorySyncPRO/backups/, nommé inventories-<timestamp>.db. Une seule sauvegarde s’exécute à la fois. La commande sauvegarde la base, pas la configuration ni les mondes. Elle ne fournit ni programmation automatique ni commande de restauration en jeu.
Pour récupérer, arrêtez le backend et gardez une copie complète de la base actuelle, fichiers -wal/-shm compris s’ils existent. Restaurez l’instantané choisi au chemin storage.sqlite.file ; traitez les anciens fichiers annexes dans le cadre d’une restauration propre à serveur arrêté. Restaurez la configuration correspondante et redémarrez. N’écrasez jamais la base active.

Sauvegarde et récupération MySQL
Utilisez les outils de sauvegarde cohérente et de restauration de votre hébergeur. La commande intégrée concerne uniquement SQLite. Arrêtez les backends pour récupérer, conservez la base actuelle, restaurez une copie cohérente avec sa configuration puis validez le réseau avant ouverture. Une ancienne sauvegarde rétablit les données des joueurs à cet état.

Ce que recharge la commande
Sur backend, /isync reload valide la configuration et recharge les messages. Stockage, profils, synchronisation, pont et changements manuels de politique exigent un redémarrage. Les interrupteurs du GUI agissent immédiatement. /isyncproxy reload recharge proxy.properties ; des réglages invalides conservent la dernière configuration valide.

Bienvenue — langue et confidentialité

Les cookies nécessaires sécurisent la connexion et mémorisent vos choix. Les statistiques facultatives et YouTube restent désactivés sans votre accord. Vous pouvez modifier ce choix en bas de page. Confidentialité