Ein Creeper-Krater ist in einer Minute geflickt. Ein falscher WorldEdit-Befehl, eine beschädigte Region-Datei oder ein missglücktes Mod-Update kann dagegen Stunden an Arbeit in der ganzen Welt vernichten. Deshalb solltest du die Frage, wie oft du deinen Minecraft-Server sicherst, klären, bevor dein SMP startet – nicht erst, wenn jemand seine Basis verloren hat.
Die richtige Antwort lautet nicht einfach „so oft wie möglich“. Jedes Backup liest und schreibt Daten, belegt Speicher und kann kurze Lastspitzen auf der Festplatte erzeugen. Auf einem ruhigen Vanilla-Server können tägliche Backups völlig reichen. Auf einem aktiven Modded-Server, auf dem Dutzende Spieler neue Chunks erkunden, lässt eine Kopie pro Tag viel zu viel Fortschritt ungeschützt. Ziel ist, den möglichen Verlust zu begrenzen, ohne zur Hauptzeit unnötige Last zu erzeugen.
Wovon die Backup-Häufigkeit abhängt
Fang damit an, wie viele Weltdaten sich zwischen zwei Backups ändern. Ein kleiner privater Server, auf dem fünf Freunde ein paar Abende pro Woche spielen, hat ein völlig anderes Risiko als ein öffentlicher Survival-Server, auf dem rund um die Uhr jemand online ist.
Die Spielerzahl ist der offensichtliche Faktor, aber nicht der einzige. Chunk-Generierung erzeugt viele neue Daten, besonders wenn Spieler mit Elytren herumfliegen oder Mods neue Dimensionen und Strukturen hinzufügen. Auch technische Server ändern sich schnell: Farmen, Lagersysteme, Claims, Wirtschaft und Plugin-Datenbanken können genauso wichtig sein wie der Weltordner selbst.
Die wichtigste Zahl ist dein akzeptables Verlustfenster. Frag dich: Wenn der Server jetzt ausfällt – wie viel Fortschritt könntest du der Community ehrlicherweise zumuten, noch einmal zu spielen? Lautet die Antwort „höchstens eine Stunde“, brauchst du mindestens stündliche Backups.
Zur Häufigkeit gehört auch die Aufbewahrung. Stündliche Backups helfen nur, wenn eine ältere saubere Version noch existiert, sobald ein Problem entdeckt wird. Bleibt eine beschädigte Datei oder eine zerstörerische Plugin-Aktion zwei Tage unbemerkt, retten dich stündliche Backups, die nur 24 Stunden aufbewahrt werden, womöglich nicht mehr.
Empfohlene Intervalle nach Servertyp
Diese Werte passen für die meisten Server. Sieh sie als Ausgangspunkt und passe sie an, sobald du Aktivität und Speicherverbrauch eine Weile beobachtet hast.
Privates SMP mit Vanilla oder Paper
Für einen kleinen Server mit weniger als zehn Stammspielern reicht ein Backup alle 6 bis 12 Stunden; bewahre tägliche Wiederherstellungspunkte mindestens 7 bis 14 Tage auf. Das ist ein vernünftiger Kompromiss, wenn der Server nicht den ganzen Tag ausgelastet ist.
Baut deine Gruppe große Projekte, nutzt WorldEdit oder spielt am Wochenende lange Sessions, geh auf alle 2 bis 4 Stunden, solange Leute online sind. Ein Backup direkt vor einem geplanten Event lohnt sich ebenfalls: Vor einer großen Bau-Session, dem Drachenkampf oder einer Erweiterung der Weltgrenze hast du dann einen sauberen Rücksprungpunkt.
Aktive Communities und öffentliche Server
Öffentliche SMPs, netzwerkartige Server und Communities mit regelmäßiger Aktivität sollten in der Regel alle 1 bis 2 Stunden sichern. Behalte die häufigen Kopien ein, zwei Tage, tägliche Backups mindestens zwei Wochen und wöchentliche Archive länger, wenn der Speicher reicht.
So begrenzt du den Schaden durch Griefer, Plugin-Fehler, ein versehentliches /fill oder eine kaputte Config-Änderung. Und du schützt Spieler, die stundenlang gebaut haben, während kein Teammitglied online war.
Auf besonders vollen Servern kann ein 30-Minuten-Intervall sinnvoll sein – aber stell es nicht blind ein. Prüf, ob Backups zur Hauptzeit TPS oder Festplattenlast beeinflussen. Schnelles NVMe hilft, doch eine große Welt mit ständiger Chunk-Generierung braucht trotzdem einen vernünftigen Zeitplan. Siehst du Einbrüche, hilft dir unser Ratgeber niedrige TPS beheben, Backup-Last von anderen Ursachen zu trennen, und spark zeigt, womit der Main-Thread wirklich beschäftigt ist.
Forge, NeoForge, Fabric und große Modpacks
Bei Modded Minecraft ist mehr Vorsicht angebracht, denn das Risiko geht über verlorene Bauten hinaus. Mod-Updates können Item-IDs, Block-Entities, Dimensionen, Quests und die Weltgenerierung ändern. Ein Rollback nach einem missglückten Update ist oft der schnellste Weg, eine viel größere Reparatur zu vermeiden.
Für einen aktiven Modded-Server empfehlen sich stündliche Backups und tägliche Wiederherstellungspunkte für 14 bis 30 Tage. Bevor du das Pack aktualisierst, die Loader-Version wechselst, Mods hinzufügst oder entfernst oder wichtige Configs bearbeitest, mach ein manuelles Backup. Behalte diese Kopie, bis der Server mehrere Tage normal gelaufen ist.
Ein reines Welt-Backup reicht hier selten. Je nach Pack brauchst du auch Configs, Skripte, Quest- und Claim-Daten, Spielerinventare und modspezifische Datenbanken. Spielst du nur den Weltordner zurück, kann der Server in einem inkonsistenten Zustand landen.
Leg das Backup vor einem Update in Pterodactyl im Tab Backups an und sperr es (Lock). Ein gesperrtes Backup lässt sich nicht versehentlich löschen und wird nicht ersetzt, wenn dein Zeitplan das älteste Backup rotiert – es ist also noch da, falls ein Problem erst Tage später auftaucht.
Backups an die Spieleraktivität anpassen
Ein vollständiges Backup läuft am besten, wenn am wenigsten los ist. Kommen die meisten deiner Spieler aus Europa und loggen sich nach Schule oder Arbeit ein, leg die größeren täglichen Kopien in die Nacht ihrer Zeitzone. Eine internationale Community hat vielleicht gar keine ruhigen Stunden – dann nimm ein kürzeres Intervall und behalte die Leistung im Blick.
Vor dem Kopieren sollte der Server seinen aktuellen Zustand auf die Festplatte schreiben. Ein sauberer Ablauf schreibt die Weltdaten weg, pausiert das Speichern während der Archivierung und setzt es danach fort. Im Pterodactyl-Tab Schedules sind das vier Tasks im Abstand von ein paar Sekunden: save-off, save-all flush, das Backup selbst und save-on. Wer laufende Dateien ohne sauberes Speichern kopiert, bekommt womöglich ein unvollständiges Archiv – vor allem, wenn Spieler online sind und ständig Chunks geschrieben werden.
Lass keine schweren Wartungsarbeiten gleichzeitig laufen. Pre-Generierung, Datenbank-Bereinigung, Modpack-Updates, Karten-Renders und Backups konkurrieren um CPU, RAM und Festplatte. Verteil sie zeitlich – stabile TPS bemerken deine Spieler viel eher als einen übereifrigen Wartungsplan.
Aufbewahrung ist so wichtig wie Häufigkeit
Ein praxistauglicher Backup-Plan arbeitet in Stufen. Häufige Kopien decken frische Fehler ab, tägliche Kopien später entdeckte Probleme, wöchentliche schützen vor schleichenden Schäden, die anfangs nicht auffallen.
Ein aktiver Server könnte zum Beispiel stündliche Backups 48 Stunden, tägliche 14 Tage und wöchentliche zwei Monate behalten. Die genauen Zahlen hängen von Weltgröße und verfügbarem Speicher ab, das Prinzip bleibt gleich: Neue Backups dürfen nicht sofort jeden nützlichen älteren Wiederherstellungspunkt überschreiben. Mehr zu Rotation und Kopien außerhalb des Servers findest du in unserem Ratgeber zur Minecraft-Backup-Strategie.
Vor jeder riskanten Änderung lohnt sich außerdem eine Kopie außerhalb der normalen Rotation. Das deutlichste Beispiel sind große Versions-Upgrades: Das Weltformat kann sich ändern, und ein Downgrade ist selten sicher. Behalte die alte Version samt vollständigem Backup, bis du sicher bist, dass das Upgrade stabil läuft – und denk daran, dass Minecraft 26.x Java 25 braucht.
Was in ein Minecraft-Backup gehört
Ein Wiederherstellungspunkt sollte den Server so zurückbringen, wie die Spieler ihn erlebt haben – nicht nur das Terrain. Mindestens gehören die Weltordner für Oberwelt, Nether und End dazu, außerdem Spielerdaten und Fortschritte.
Auf Paper, Purpur und anderen Bukkit-basierten Servern gehören Plugin-Ordner und Configs dazu. Viele Plugins speichern wichtige Daten in eigenen Ordnern oder Datenbanken: Claims, Wirtschaft, Rechte, Homes, Shops und Strafregister können verschwinden oder nicht mehr zur Welt passen, wenn du sie weglässt.
Auf Modded-Servern sicherst du mods, config, defaultconfigs, kubejs, scripts und alle pack-spezifischen Datenordner, die das Gameplay beeinflussen. Nutzen Plugins oder Mods eine separate Datenbank, muss auch sie konsistent gesichert werden.
Vergiss server.properties, Whitelist, Ops-Liste und Rechte-Dateien nicht. Sie sind winzig, aber sie während eines Ausfalls neu aufzubauen, ist unnötige Arbeit.
Wiederherstellung testen, bevor du sie brauchst
Ein Backup, das nie zurückgespielt wurde, ist eine Annahme, kein Notfallplan. Spiel alle paar Monate ein aktuelles Backup auf einer separaten Testinstanz ein und starte sie mit derselben Minecraft-Version, Server-Software, denselben Mods und Plugins. Betritt die Welt, prüf die neuesten Bauten, Inventare und die Daten der wichtigsten Plugins.
So fallen typische Fehler auf: vergessene Ordner, ein Archiv, das während des Schreibens erstellt wurde, unpassende Mod-Versionen oder ein Archiv, das sich nicht entpacken lässt. Gleichzeitig hat dein Team einen klaren Ablauf, bevor ein echter Notfall Druck macht.
Wenn du einen laufenden Server wiederherstellst, stopp ihn zuerst vollständig. Sichere den aktuellen kaputten Zustand, auch wenn er dir nutzlos vorkommt. Spiel dann das gewählte Backup ein, prüf, ob alle Plugin- und Mod-Daten da sind, und starte den Server. Sag den Spielern genau, auf welchen Zeitpunkt zurückgesetzt wurde.
Automatisierung nimmt den Faktor Mensch raus
Manuelle Backups sind vor Updates sinnvoll, ersetzen aber keine Automatisierung. Menschen vergessen Dinge, Teams wechseln, und Probleme kommen meist im ungünstigsten Moment. Ein gutes Hosting erledigt regelmäßige Backups im Hintergrund, während du dich um Spieler, Inhalte und Moderation kümmerst.
Bei Elysium bekommt jeder Minecraft-Server ein nächtliches automatisches Backup auf NVMe, der Server läuft auf Ryzen-Hardware mit DDoS-Schutz. Für einen engeren Takt kannst du 1 bis 10 Backup-Slots als kostenpflichtige Add-ons dazubuchen und über Pterodactyl-Schedules füllen – etwa stündlich in deinen aktivsten Stunden. Das ersetzt keinen durchdachten Aufbewahrungsplan und keine manuelle Kopie vor Updates, nimmt dir aber den Großteil der Routine ab.
Der beste Zeitplan ist der, der zum Rhythmus deiner Community passt und vor dem Ernstfall getestet wurde. Richte ihn ein, überprüf ihn nach starkem Wachstum oder einem Modpack-Wechsel – und lass deine Spieler ihre Zeit mit Bauen verbringen statt mit dem Wiederaufbau von etwas, das nie hätte verloren gehen dürfen.
Bei Elysium läuft dein Server auf Ryzen und NVMe, DDoS-Schutz und nächtliches automatisches Backup sind inklusive, zusätzliche Backup-Slots gibt es als Add-ons. Die Server-Software wählst du auf der Bestellseite, Tarife und Preise findest du auf der Minecraft-Seite.