Updates en back-ups
- Nieuwste versie
- 1.7.4
- Minecraft
- 26.x
- Platforms
- Spigot, Paper, Folia, Purpur, Velocity, BungeeCord
- Minimale Java-versie
- 25+
Dit artikel is geschreven voor 1.7.0. De nieuwste stabiele versie is 1.7.4; gebruik de actuele vereisten hierboven.
Updates en back-ups
Deze Wiki beschrijft versie 1.7.0. Bewaar een herstelbare databaseback-up en configuratie voordat je versies of profieltoewijzingen wijzigt.
Plugin bijwerken
Oudere bridgeversies: 1.7.0 gebruikt ondertekend protocol v2 en weigert oude ongetekende pakketten. Werk proxy en backends samen bij en stel het geheim ook op de proxy in. Bewaar geldige instellingen en gegevens; gebruik geen oude builds op dezelfde database.
SQLite-back-ups en herstel
Stop voor herstel de backend en bewaar de volledige huidige databasestatus, inclusief eventuele -wal/-shm-bestanden. Herstel de gekozen kopie op storage.sqlite.file; behandel oude hulpbestanden als onderdeel van schoon herstel met gestopte server. Herstel passende configuratie en herstart. Overschrijf nooit een actieve database.
MySQL-back-ups en herstel
Gebruik consistente back-up- en hersteltools van je databaseprovider. Het ingebouwde commando ondersteunt alleen SQLite. Stop backends voor herstel, bewaar de huidige database, herstel een consistente kopie met bijpassende configuratie en controleer het netwerk voor opening. Een oude back-up zet spelersgegevens terug naar die toestand.
Wat herladen toepast
Backend
Deze Wiki beschrijft versie 1.7.0. Bewaar een herstelbare databaseback-up en configuratie voordat je versies of profieltoewijzingen wijzigt.
Plugin bijwerken
- Stop alle deelnemende backends. Stop bij bridge-updates ook de proxy om oude en nieuwe protocollen niet te mengen.
- Maak een back-up van SQLite of MySQL en de configuratie. Bewaar het vorige JAR voor herstel.
- Vervang het Universal JAR op elke backend en de proxy indien geïnstalleerd. Verwijder dubbele JAR’s.
- Vergelijk nieuwe standaardwaarden en voeg instellingen toe zonder inloggegevens of profielen te overschrijven. Controleer unieke ID’s, gelijk sync-/adminbeleid en bridgegeheim.
- Start het netwerk, controleer opstarten en status en test overdrachten, aparte profielen en beheeracties voordat spelers terugkeren.
Oudere bridgeversies: 1.7.0 gebruikt ondertekend protocol v2 en weigert oude ongetekende pakketten. Werk proxy en backends samen bij en stel het geheim ook op de proxy in. Bewaar geldige instellingen en gegevens; gebruik geen oude builds op dezelfde database.
SQLite-back-ups en herstel
/isync backup schrijft een consistente kopie naar plugins/InventorySyncPRO/backups/ met naam inventories-<timestamp>.db. Er draait één back-up tegelijk. Het commando kopieert de database, niet configuratie of werelden. Het biedt geen automatisch schema of herstelcommando in het spel.Stop voor herstel de backend en bewaar de volledige huidige databasestatus, inclusief eventuele -wal/-shm-bestanden. Herstel de gekozen kopie op storage.sqlite.file; behandel oude hulpbestanden als onderdeel van schoon herstel met gestopte server. Herstel passende configuratie en herstart. Overschrijf nooit een actieve database.
MySQL-back-ups en herstel
Gebruik consistente back-up- en hersteltools van je databaseprovider. Het ingebouwde commando ondersteunt alleen SQLite. Stop backends voor herstel, bewaar de huidige database, herstel een consistente kopie met bijpassende configuratie en controleer het netwerk voor opening. Een oude back-up zet spelersgegevens terug naar die toestand.
Wat herladen toepast
Backend
/isync reload valideert configuratie en herlaadt berichten. Opslag, profielen, synchronisatie, bridge en handmatige beleidswijzigingen vereisen herstart. GUI-schakelaars werken direct. /isyncproxy reload herlaadt proxy.properties; ongeldige waarden behouden de laatste geldige configuratie.