Backup serwera Minecraft nie powinien oznaczać tylko skopiowania jednego folderu raz na kilka miesięcy. Potrzebujesz kopii danych, które da się odtworzyć po błędnej aktualizacji, awarii dysku albo pomyłce administratora - i procedury, którą wcześniej sprawdzisz.
Najważniejsze konkrety
- Zakres
- Kopiuj wszystkie światy, plugins, config, server.properties, whitelistę i pliki potrzebne do startu.
- Reguła 3-2-1
- Trzy kopie danych, dwa różne nośniki lub systemy i jedna kopia poza maszyną serwera.
- Spójność
- Najbezpieczniej zatrzymać serwer; przy kopii online wymuś zapis i użyj mechanizmu gwarantującego spójny snapshot.
- Test
- Backup jest potwierdzony dopiero po uruchomieniu odtworzonej kopii i wejściu do każdego świata.
1. Ustal, co naprawdę trzeba skopiować
Backup serwera Minecraft powinien pozwolić odtworzyć nie tylko mapę, ale cały działający projekt. Zacznij od folderów świata: zwykle world, a przy klasycznej konfiguracji także world_nether i world_the_end. Nazwy mogą być inne, jeśli zmieniłeś level-name albo używasz własnego układu światów.
Do kopii dodaj server.properties, whitelist.json, ops.json, skrypty startowe, folder plugins z plikami JAR i konfiguracją, datapacki oraz własne resource packi. Dokumentacja PaperMC wymienia światy, konfigurację serwera, konfigurację pluginów i ich pliki JAR (otwiera w nowej karcie) jako podstawowy zakres backupu. Logi i cache mogą być przydatne diagnostycznie, ale nie powinny zastępować kopii danych potrzebnych do uruchomienia.
2. Zatrzymaj serwer przed kopiowaniem
Nie archiwizuj aktywnego świata metodą „na szybko”, gdy gracze nadal budują. Proces może właśnie zapisywać region albo konfigurację, więc kopia może zawierać niespójny stan. PaperMC w instrukcji diagnostyki (otwiera w nowej karcie) zaleca zatrzymanie serwera przed modyfikacją plików i wykonanie backupu.
Wyślij /stop z konsoli lub użyj przycisku zatrzymania w panelu hostingu. Poczekaj, aż proces zakończy pracę i panel nie pokaże już aktywnej konsoli. Dopiero wtedy kopiuj foldery. Przy dużym serwerze zaplanuj okno techniczne i poinformuj graczy, zamiast ucinać zapis w losowym momencie.
3. Zrób kopię, która da się rozpoznać
W nazwie pliku lub katalogu zapisz datę, godzinę i powód wykonania kopii, na przykład backup-2026-07-26-przed-update. Na Linuxie możesz spakować katalog serwera po jego zatrzymaniu:
tar -czf backup-2026-07-26.tar.gz minecraft-server/
Na hostingu współdzielonym użyj funkcji backupu panelu albo pobierz archiwum przez SFTP. Sprawdź po zakończeniu, czy archiwum można otworzyć, czy zawiera folder świata i czy jego rozmiar nie jest podejrzanie mały. Sam komunikat „kopiowanie zakończone” nie potwierdza, że skopiowano właściwy katalog.
4. Trzymaj kilka punktów w czasie
Jedna kopia na tym samym dysku co serwer nie pomoże po awarii dysku ani po usunięciu plików przez złośliwy lub błędny proces. Przechowuj kopie poza katalogiem produkcyjnym, a ważniejsze archiwa także na innej maszynie albo w usłudze, do której masz osobny dostęp.
Praktyczny plan dla małego projektu może wyglądać tak: kopie dzienne przez tydzień, kopie tygodniowe przez miesiąc oraz dodatkowa kopia przed aktualizacją, migracją i większą zmianą pluginów. To polityka startowa, nie uniwersalna norma - częstotliwość dopasuj do tego, jak szybko zmienia się świat i jaką utratę postępu jesteś w stanie zaakceptować. PaperMC również zaleca kilka kopii z różnych momentów i rotację backupów.
5. Przetestuj przywracanie na kopii testowej
Backup, którego nigdy nie odtworzyłeś, jest tylko obietnicą. Skopiuj archiwum do osobnego katalogu testowego, nie do produkcyjnego. Rozpakuj je, użyj właściwego JAR-a i skryptu startowego, a następnie sprawdź, czy serwer widzi świat, pluginy oraz konfigurację.
Po uruchomieniu zajrzyj do logs/latest.log. Zaloguj się jako zwykły gracz testowy i sprawdź spawn, ekwipunek, działki, ekonomię, teleporty oraz najważniejsze komendy. Jeśli przywracasz po awarii, najpierw zmień nazwę uszkodzonego katalogu zamiast go usuwać. Dzięki temu możesz porównać pliki i wrócić do stanu sprzed operacji.
Ustal dwa parametry procedury: ile danych możesz stracić oraz jak szybko serwer ma wrócić do działania. Pierwszy określa częstotliwość kopii, drugi czas potrzebny na pobranie, rozpakowanie i test. Jeśli backup jest szyfrowany albo przechowywany poza maszyną, osobno zabezpiecz klucz i sprawdź, kto ma do niego dostęp.
Przed uznaniem kopii za gotową
- serwer został poprawnie zatrzymany przed kopiowaniem;
- backup obejmuje wszystkie światy, konfigurację, pluginy i datapacki;
- nazwa kopii zawiera datę oraz powód wykonania;
- co najmniej część kopii znajduje się poza serwerem produkcyjnym;
- masz kilka punktów w czasie, a nie tylko najnowszy plik;
- odtworzenie zostało sprawdzone na osobnej instancji;
- zespół wie, kto uruchamia procedurę i gdzie znajduje się kopia.
Najlepszy moment na poprawę backupu jest przed pierwszą awarią. Gdy procedura działa, możesz spokojnie rozwijać serwer, a graczom pokazać aktualny profil projektu w katalogu serwerów Minecraft Java.
Plan działania krok po kroku
- 1
Określ RPO, czyli ile minut lub godzin postępu możesz stracić, oraz RTO - ile może trwać przywracanie.
- 2
Zatrzymaj serwer lub wykonaj spójny snapshot po zapisie, a następnie skopiuj światy, konfigurację, pluginy i dane graczy.
- 3
Nadaj kopii datę, wersję gry i sumę kontrolną, po czym przenieś ją poza maszynę oraz konto panelu serwera.
- 4
Co najmniej raz w miesiącu odtwórz kopię w osobnym katalogu, uruchom serwer i sprawdź logowanie, światy, ekwipunki oraz pluginy.
