Updates und Backups
- Neueste Version
- 1.7.4
- Minecraft
- 26.x
- Plattformen
- Spigot, Paper, Folia, Purpur, Velocity, BungeeCord
- Erforderliche Java-Mindestversion
- 25+
Dieser Artikel wurde für 1.7.0 geschrieben. Die neueste stabile Version ist 1.7.4; beachte die aktuellen Anforderungen oben.
Updates und Backups
Dieses Wiki beschreibt Version 1.7.0. Halte vor Versionswechseln oder neuen Profilzuordnungen eine wiederherstellbare Datenbanksicherung und die Pluginkonfiguration bereit.
Plugin aktualisieren
Ältere Bridge-Versionen: 1.7.0 verwendet das signierte Protokoll v2 und lehnt alte unsignierte Pakete ab. Aktualisiere Proxy und Backends gemeinsam und hinterlege das gemeinsame Geheimnis auch am Proxy. Behalte gültige Einstellungen und Spielerdaten; mische keine alten Builds an derselben Datenbank.
SQLite-Backups und Wiederherstellung
Stoppe zur Wiederherstellung das Backend und sichere den vollständigen aktuellen Datenbankzustand einschließlich vorhandener -wal/-shm-Dateien. Stelle die gewählte Sicherung am unter storage.sqlite.file konfigurierten Pfad wieder her; behandle alte Zusatzdateien im Rahmen einer sauberen Wiederherstellung bei gestopptem Server. Stelle passende Konfiguration wieder her und starte neu. Überschreibe nie die laufende Datenbank.
MySQL-Backups und Wiederherstellung
Verwende konsistente Backup- und Wiederherstellungswerkzeuge deines Datenbankanbieters. Der integrierte Befehl unterstützt nur SQLite. Stoppe für die Wiederherstellung die Backends, bewahre die aktuelle Datenbank auf, stelle ein konsistentes Backup mit passender Konfiguration wieder her und prüfe das Netzwerk vor der Freigabe. Ein altes Backup setzt Spielerdaten auf dessen Stand zurück.
Was Neuladen übernimmt
Backend
Dieses Wiki beschreibt Version 1.7.0. Halte vor Versionswechseln oder neuen Profilzuordnungen eine wiederherstellbare Datenbanksicherung und die Pluginkonfiguration bereit.
Plugin aktualisieren
- Stoppe alle beteiligten Backends. Stoppe bei Bridge-Updates auch den Proxy, damit alte und neue Protokolle nicht gemischt werden.
- Sichere SQLite oder MySQL und die Konfigurationsdateien. Behalte die vorherige JAR-Datei zur Wiederherstellung.
- Ersetze das Universal JAR auf allen Backends und gegebenenfalls dem Proxy. Entferne doppelte Plugin-JARs.
- Vergleiche neue Standardwerte und ergänze benötigte Einstellungen, ohne Zugangsdaten oder Profilzuordnungen zu überschreiben. Prüfe eindeutige IDs, einheitliche Sync-/Adminrichtlinien und das Bridge-Geheimnis.
- Starte das Netzwerk, prüfe Start und Status und teste Transfers, Profiltrennung und Teamaktionen, bevor Spieler zurückkehren.
Ältere Bridge-Versionen: 1.7.0 verwendet das signierte Protokoll v2 und lehnt alte unsignierte Pakete ab. Aktualisiere Proxy und Backends gemeinsam und hinterlege das gemeinsame Geheimnis auch am Proxy. Behalte gültige Einstellungen und Spielerdaten; mische keine alten Builds an derselben Datenbank.
SQLite-Backups und Wiederherstellung
/isync backup schreibt eine konsistente Sicherung nach plugins/InventorySyncPRO/backups/, benannt inventories-<timestamp>.db. Es läuft jeweils nur ein Backup. Der Befehl sichert die Datenbank, nicht Konfiguration oder Welten. Er bietet weder automatische Zeitpläne noch einen Wiederherstellungsbefehl im Spiel.Stoppe zur Wiederherstellung das Backend und sichere den vollständigen aktuellen Datenbankzustand einschließlich vorhandener -wal/-shm-Dateien. Stelle die gewählte Sicherung am unter storage.sqlite.file konfigurierten Pfad wieder her; behandle alte Zusatzdateien im Rahmen einer sauberen Wiederherstellung bei gestopptem Server. Stelle passende Konfiguration wieder her und starte neu. Überschreibe nie die laufende Datenbank.
MySQL-Backups und Wiederherstellung
Verwende konsistente Backup- und Wiederherstellungswerkzeuge deines Datenbankanbieters. Der integrierte Befehl unterstützt nur SQLite. Stoppe für die Wiederherstellung die Backends, bewahre die aktuelle Datenbank auf, stelle ein konsistentes Backup mit passender Konfiguration wieder her und prüfe das Netzwerk vor der Freigabe. Ein altes Backup setzt Spielerdaten auf dessen Stand zurück.
Was Neuladen übernimmt
Backend
/isync reload prüft Konfiguration und lädt Nachrichten neu. Speicherung, Profile, Synchronisierung, Bridge und manuelle Änderungen der Verwaltungsrichtlinie erfordern einen Neustart. GUI-Schalter gelten sofort. Proxy /isyncproxy reload lädt proxy.properties; ungültige Einstellungen erhalten die letzte gültige Proxykonfiguration.