Schnellfinder

Was suchst du?

⌘/Ctrl + K öffnet den Finder · Esc schließt ihn
Gameserver

Minecraft Server Backup: Welt, Konfiguration und Plugins richtig sichern

Ein Minecraft-Backup ist mehr als eine Kopie des Weltordners. So planst du konsistente Sicherungen, mehrere Generationen, Restore-Tests und Schutz vor Update-Fehlern.

Inhalt dieses Guides
Kurz erklärt

Ein Minecraft-Backup ist mehr als eine Kopie des Weltordners. So planst du konsistente Sicherungen, mehrere Generationen, Restore-Tests und Schutz vor Update-Fehlern.

Interaktiv

Server-Arbeitsmodus

Arbeite den Guide kontrolliert ab und ändere immer nur eine Variable. Dein Fortschritt bleibt nur in diesem Browser gespeichert.

0/5erledigt
Bei aktiviertem JavaScript werden Fortschritt und Auswahl nur lokal in diesem Browser gespeichert.

Ein Minecraft-Server kann technisch jederzeit neu installiert werden. Die Welt und ihre Daten dagegen sind oft unersetzlich. Deshalb gehört eine Backupstrategie zum Serverbetrieb und nicht erst zum Notfallplan.

Was sollte gesichert werden?

Mindestens gehören die Weltordner in die Sicherung. Zusätzlich solltest du server.properties, Whitelist, Operatoren, Bannlisten und bei modifizierten Servern die relevanten Plugin-/Mod-Konfigurationen berücksichtigen. Wer nur die Welt kopiert, kann zwar das Gelände retten, verliert aber unter Umständen wichtige Servereinstellungen.

Konsistenz ist wichtiger als eine schnelle Dateikopie

Während der Server läuft, können Weltdateien verändert werden. Eine unkoordinierte Kopie kann deshalb Datenstände aus unterschiedlichen Zeitpunkten enthalten. Der sicherste einfache Weg für kleine Server ist ein kontrolliertes Wartungsfenster: Server sauber stoppen, Daten sichern, Server wieder starten.

Fortgeschrittene Setups können Dateisystem-Snapshots oder serverseitig koordinierte Sicherungsmechanismen verwenden. Entscheidend ist, dass die Sicherung einen konsistenten Zustand abbildet.

Mehrere Generationen behalten

Ein einzelnes Backup, das jede Nacht überschrieben wird, schützt schlecht vor schleichender Beschädigung oder Fehlern, die erst Tage später auffallen. Ein einfaches Schema könnte mehrere tägliche, einige wöchentliche und mindestens eine ältere Generation vorhalten.

Backup vor Updates und Mod-Änderungen

Vor Versionssprüngen, neuen Mods, Plugin-Updates oder Änderungen an der Weltgenerierung sollte immer ein zusätzlicher Wiederherstellungspunkt existieren. Minecraft weist selbst bei Testversionen ausdrücklich darauf hin, Welten zu sichern beziehungsweise getrennte Ordner zu verwenden, weil Vorabversionen Welten beschädigen können.

3-2-1 als Orientierung

Für wichtige Welten kannst du dich an der 3-2-1-Idee orientieren: mehrere Kopien, auf mehr als einem Speichermedium beziehungsweise Speicherziel, und mindestens eine Kopie außerhalb des Servers. Ein Backup auf derselben SSD schützt nicht gegen SSD-Ausfall, Ransomware oder Verlust des kompletten Hosts.

Restore testen

Ein Backup ist erst dann wirklich belastbar, wenn du weißt, wie es zurückgespielt wird. Teste regelmäßig auf einer getrennten Instanz:

  1. leeren Testserver vorbereiten
  2. Sicherung einspielen
  3. richtigen Weltordner in level-name referenzieren
  4. Server starten
  5. Join, Spawn, Inventar und wichtige Bereiche prüfen

Backups nicht öffentlich erreichbar ablegen

Weltarchive können Spielerinformationen, IP-bezogene Logs, Konfigurationen und bei schlecht gepflegten Setups sogar Zugangsdaten enthalten. Lege Sicherungen deshalb nicht in einen öffentlichen Webordner und schütze externe Speicherziele mit separaten Zugangsdaten.

Wie oft sollte ein Minecraft-Server gesichert werden?

Die richtige Frequenz hängt davon ab, wie viel Fortschritt du maximal verlieren willst. Auf einem privaten Server, auf dem nur am Wochenende gespielt wird, kann ein Backup vor und nach einer Session ausreichen. Auf einem aktiven Communityserver sind häufigere automatische Sicherungen sinnvoll. Die Frage lautet also nicht „täglich oder stündlich?“, sondern: Wie viele Stunden Weltfortschritt dürfen im schlimmsten Fall fehlen?

Backup-Aufbewahrung planen

Definiere eine Rotation, bevor der Speicher voll ist. Ein Beispiel sind mehrere kurzfristige Generationen für Bedienfehler, einige wöchentliche Stände für später bemerkte Schäden und ein langfristiger Stand vor größeren Versionswechseln. Komprimiere alte Generationen, aber lösche nicht automatisch den letzten bekannten funktionierenden Stand.

Automatisierung braucht Fehlerkontrolle

Ein Cronjob kann jeden Abend erfolgreich „laufen“ und trotzdem unbrauchbare Backups erzeugen – etwa weil das Zielmedium voll ist. Protokolliere deshalb Ergebnis, Dateigröße und Zeitpunkt. Noch besser ist eine Benachrichtigung bei fehlgeschlagenen Sicherungen. Automatisierung ersetzt nicht die Kontrolle.

Quellen

Nächster Schritt

Passend dazu