Cała dokumentacja
WIKI PLUGINU

InventorySync PRO — Aktualizacje i kopie zapasowe

Synchronizuj ekwipunki, skrzynie Endu i doświadczenie między światami i serwerami. Zarządzaj danymi graczy online i offline.

Zobacz plugin

Aktualizacje i kopie zapasowe

Informacje o bieżącym wydaniu
Najnowsza wersja
1.7.4
Minecraft
26.x
Platformy
Spigot, Paper, Folia, Purpur, Velocity, BungeeCord
Minimalna wersja Java
25+
Informacje o wydaniu

Artykuł napisano dla wersji 1.7.0. Najnowsze wydanie stabilne to 1.7.4; korzystaj z bieżących wymagań powyżej.

Wersja 1.7.0Ostatnia aktualizacja: 17.10.2026 22:00
Aktualizacje i kopie zapasowe
Ta dokumentacja opisuje wersję 1.7.0. Przed zmianą wersji lub przypisań profili zachowaj możliwą do przywrócenia kopię bazy i konfiguracji pluginu.

Aktualizowanie pluginu
  1. Zatrzymaj wszystkie uczestniczące backendy. Przy aktualizacji mostu zatrzymaj również proxy, aby nie mieszać starej i nowej wersji protokołu.
  2. Wykonaj kopię SQLite lub MySQL i plików konfiguracji. Zachowaj poprzedni JAR na wypadek przywracania.
  3. Podmień Universal JAR na wszystkich backendach i na proxy, jeśli jest tam zainstalowany. Usuń zduplikowane JAR-y pluginu.
  4. Porównaj nowe ustawienia domyślne i dodaj potrzebne klucze bez nadpisywania danych logowania lub przypisań profili. Sprawdź unikalne ID, zgodną politykę sync/admin i sekret mostu.
  5. Uruchom sieć, sprawdź start i status, a następnie przetestuj przejścia, rozdzielenie profili i działania administracji przed powrotem graczy.

Starsze wersje mostu: 1.7.0 używa podpisanego protokołu v2 i odrzuca stare niepodpisane pakiety. Aktualizuj proxy i backendy razem oraz skonfiguruj wspólny sekret również na proxy. Zachowaj poprawne istniejące ustawienia i dane graczy; nie mieszaj starszych wersji we wspólnej bazie.

Kopie i przywracanie SQLite
/isync backup zapisuje spójną migawkę w plugins/InventorySyncPRO/backups/ pod nazwą inventories-<timestamp>.db. Jednocześnie wykonywana jest jedna kopia. Komenda kopiuje bazę, a nie konfigurację ani światy. Nie zapewnia automatycznego harmonogramu kopii ani komendy przywracania w grze.
Aby przywrócić dane, zatrzymaj backend i zachowaj kopię pełnego aktualnego stanu bazy, także ewentualnych plików -wal/-shm. Przywróć wybraną migawkę pod ścieżkę storage.sqlite.file; stare pliki pomocnicze obsłuż jako część poprawnego przywracania przy zatrzymanym serwerze. Przywróć zgodną konfigurację i uruchom ponownie. Nigdy nie nadpisuj aktywnej bazy podczas działania serwera.

Kopie i przywracanie MySQL
Korzystaj z narzędzi spójnych kopii i przywracania dostawcy bazy. Wbudowana komenda kopii obsługuje tylko SQLite. Na czas przywracania zatrzymaj uczestniczące backendy, zachowaj aktualną bazę, przywróć spójną kopię z pasującą konfiguracją i sprawdź sieć przed otwarciem. Przywrócenie starej kopii cofa dane graczy do stanu tej kopii.

Co stosuje przeładowanie
Backendowe /isync reload sprawdza konfigurację i przeładowuje wiadomości. Baza, profile, synchronizacja, most i ręczne zmiany polityki administracji wymagają restartu. GUI administracji stosuje przełączniki od razu. /isyncproxy reload przeładowuje proxy.properties; niepoprawne ustawienia pozostawiają ostatnią prawidłową konfigurację proxy.

Witaj — wybierz język i ustawienia prywatności

Niezbędne cookies zabezpieczają logowanie i zapamiętują Twoje wybory. Opcjonalne statystyki i filmy YouTube pozostają wyłączone do czasu Twojej zgody. Ustawienia możesz zmienić w stopce. Prywatność