Ein Backup prüfst du, indem du es in einer getrennten Testumgebung wiederherstellst, das Spiel startest und einen bekannten Spielstand kontrollierst. Eine abgeschlossene Backup-Aufgabe allein zeigt noch nicht, ob sich die Dateien lesen lassen oder der Server daraus wieder läuft. Die Übung sollte den Wiederherstellungsweg testen und den Originalserver unangetastet lassen.
Hier geht es um die Testwiederherstellung. Wie du den Sicherungsstand überhaupt erstellst, erklärt die Anleitung zum Minecraft-Server-Backup.
1. Einen sicheren Test festlegen
Notiere Sicherungskennung, Datum und Spiel- sowie Serverversion. Lege vorher fest, welche Welt, welches Savegame oder welche Einstellung du prüfen willst, und halte eine erkennbare Welt- oder Speicherbezeichnung als Vergleich fest.
Plane eine eigene Testinstanz mit eigenem Speicherort und, falls sie erreichbar sein muss, einer eigenen Adresse oder einem separaten Port. Kennzeichne sie deutlich als Test und lass während der Prüfung keine regulären Spieler darauf. Verwende keine gemeinsamen Dateien oder Datenbanken mit dem Produktivserver. Prüfe ausserdem, ob Plugins oder Mods Webhooks, externe Datenbanken oder andere Server ansprechen; nutze Testzugänge oder trenne solche Verbindungen. So bleiben produktive Daten unangetastet.
PaperMC empfiehlt vor Eingriffen einen vollständigen Serverstopp und ein Backup. Die Dokumentation nennt eine Testinstanz durch Kopieren der Produktionsdateien als sinnvollen, aber nicht immer möglichen Weg. Halte Testkopie und Sicherungsstand getrennt. PaperMC: grundlegende Fehlersuche
2. Vor dem Restore Quelle und Ziel prüfen
Prüfe, ob genug freier Speicher für den Test vorhanden ist und ob du die richtige Sicherung ausgewählt hast. Notiere, welche Verzeichnisse und Einstellungen in diesem Stand enthalten sein sollen. PaperMC nennt bei einer Minecraft-Sicherung zum Beispiel Weltordner, Serverkonfiguration sowie Plugin-Dateien und deren Konfigurationen. Bei anderen Spielen entsprechen diesen Bestandteilen die relevanten Spielstände, Konfigurationen, Erweiterungen und gegebenenfalls Datenbanken. PaperMC: Update-Vorbereitung und Sicherungsumfang
Prüfe auch, wo die Sicherung liegt und was das Panel beim Wiederherstellen mit vorhandenen Dateien oder Datenbanken macht. Vergleiche vor der Bestätigung die eindeutige Kennung der Testinstanz und den Zielpfad beziehungsweise betroffenen Datenbereich anhand des Panels oder der Dokumentation des Sicherungswerkzeugs mit deiner Testumgebung. Wenn nicht klar ist, welche Instanz oder welche Dateien oder Datenbanken ersetzt werden, brich ab und kläre die Zuordnung zuerst. Das Produktionsverzeichnis, gemeinsam genutzte Datenbanken, die einzige aktuelle Kopie und der gewählte Sicherungsstand dürfen nicht Ziel des Tests sein.
Eine sichtbare Sicherung sagt zudem nichts über ihren Speicherort aus. Die Pterodactyl-1.x-Dokumentation beschreibt sowohl lokale Sicherungen über Wings als auch S3-kompatiblen Speicher. Prüfe daher die konkrete Speicher- und Aufbewahrungskonfiguration, statt von einem Panel-Eintrag auf eine externe Kopie zu schliessen. Pterodactyl: Backup-Speicher konfigurieren
3. In die getrennte Instanz wiederherstellen
Stoppe die Testinstanz vollständig. Stelle den ausgewählten Stand in deren leeres oder dafür vorbereitetes Ziel wieder her und warte, bis der Restore-Vorgang abgeschlossen ist. Kontrolliere nachher die angezeigte Sicherungskennung und das Ziel nochmals. Ein abgeschlossener Auftrag ist ein notwendiger Zwischenschritt, aber noch kein erfolgreicher Funktionstest.
Prüfe auf Dateiebene, ob die erwarteten Hauptordner und Einstellungen vorhanden sind. Achte auf einen zusätzlichen übergeordneten Ordner im Archiv, eine falsche Welt- oder Speicherbezeichnung und bekannte Ausschlussregeln. Bei Borg 1.4 prüft borg check die Repository- und Archivkonsistenz; für eine kryptografische Prüfung aller Dateiinhalte braucht es zusätzlich --verify-data, das alle Daten liest. borg extract --dry-run liest und prüft Daten, ohne Dateien auszuschreiben. Diese Prüfungen ersetzen den anschliessenden Start des Spielservers nicht: Eine intakte Archivstruktur beweist noch nicht, dass das Spiel den Inhalt laden kann. Borg: Archive prüfen · Borg: Dateien wiederherstellen
4. Serverstart und Spielstand testen
Starte die Testinstanz zunächst mit derselben Spielversion und Server-Software wie zum Zeitpunkt des Backups. Ein Versionswechsel während des ersten Restore-Tests erschwert die Fehlersuche und kann Spielstände umwandeln. Sieh in die Konsole und ins aktuelle Protokoll: Der Prozess soll den Start abschliessen, die erwarteten Komponenten laden und keine ungeklärten kritischen Fehler melden.
Verbinde dich mit einem Testkonto über die Adresse der Testinstanz. Kontrolliere mindestens einen repräsentativen Spielstand und eine wichtige Einstellung. Bei Minecraft Java können das zum Beispiel die erwartete Welt, ein bekannter Ort, ein Spielerinventar und die benötigten Plugins sein. Bei einem anderen Spiel prüfst du die entsprechenden lokalen Spielstände und Funktionen. Führe nur harmlose Aktionen aus und speichere sie ausschliesslich in der Testkopie.
Beende den Testserver danach über seinen vorgesehenen sauberen Stopp. Starte ihn ein zweites Mal und prüfe, ob der geprüfte Zustand noch vorhanden ist. Diese Runde deckt Fehler auf, bei denen der Server zwar einmal startet, Änderungen aber nicht zuverlässig speichert.
Wann gilt der Test als bestanden?
Halte das Ergebnis anhand fester Kriterien fest:
- Der ausgewählte Sicherungsstand wurde in die getrennte Testinstanz eingespielt.
- Die erwarteten Spielstand- und Konfigurationsdateien sind am richtigen Ort vorhanden.
- Der Server startet mit der passenden Version und lädt die benötigten Erweiterungen.
- Ein Testkonto kann verbinden und der bekannte Spielstand ist wiedererkennbar.
- Speichern, sauberer Stopp und erneuter Start funktionieren; das Protokoll enthält keinen ungeklärten kritischen Fehler.
Notiere Datum, Sicherungskennung, Zielinstanz, Spielversion, geprüfte Bereiche, Ergebnis und Fehlermeldungen. Verwende keine Passwörter oder geheimen Schlüssel in diesem Protokoll. Ein Archiv-Check ohne erfolgreichen Spielstart ist ein Teilresultat, aber keine bestandene Wiederherstellungsprobe.
Wenn etwas fehlt oder der Start scheitert
Fehlen Ordner, prüfe Sicherungsumfang, Ausschlüsse und Archivpfad. Meldet das Werkzeug einen Lese- oder Integritätsfehler, markiere genau diesen Sicherungsstand als nicht verlässlich und teste einen anderen Stand in einer frischen Testinstanz. Versuche nicht, den einzigen Sicherungsstand durch Reparaturbefehle zu verändern.
Startet der Server nicht, vergleiche zuerst Spielversion, Loader oder Server-Software mit dem Stand des Backups und suche im Protokoll nach der ersten aussagekräftigen Fehlermeldung. Die Startfehler-Checkliste hilft bei einem Minecraft-Server. Läuft der Prozess, aber eine Verbindung schlägt fehl, prüfe Testadresse und Port getrennt vom Restore-Ergebnis. Für den sauberen Stopp und Start findest du die Neustart-Checkliste für Gameserver.
Ein erfolgreicher Test belegt nur den geprüften Sicherungsstand, die getestete Version und die verwendete Testumgebung. Er ist keine Garantie für jede spätere Sicherung oder für automatische externe Aufbewahrung.