Inhalt dieses Guides
ASA Backup richtig planen: ShooterGame/Saved, Welt-, Tribe-, Spieler-, Config- und Cluster-Daten sichern, vor Updates stoppen und Restore testen.
Backups müssen sich zurückspielen lassen
Eine gespeicherte Datei alleine garantiert keine funktionierende Wiederherstellung.
- Konsistent sichern
- Getrennte Kopie vorhalten
- Restore regelmäßig testen
Prüfe die Stationen nacheinander.
Hier werden keine Messwerte erhoben. Du prüfst lokal und dokumentierst die Ergebnisse selbst.
Konsistenz
Live geschriebene Spielstände können bei unkoordiniertem Kopieren beschädigt werden.
Sicheren Save-/Stop- oder Snapshot-Punkt nutzen und einen vollständigen Backup-Satz erzeugen.
Unvollständig? Backupstrategie an Spiel-/Datenbankmechanismus anpassen.
Getrennte Kopie
Ein Backup auf derselben Platte schützt nicht vor deren Defekt oder Ransomware.
Zweite Kopie auf unabhängigem Ziel prüfen und Dateistand/Integrität verifizieren.
Nur lokale Kopie? Zusätzlich extern/offsite und Zugriffstrennung einplanen.
Restore-Probe
Erst ein Test beweist, dass Archiv und Rückspielprozess praktisch funktionieren.
Auf Testumgebung wiederherstellen und Start, Konfiguration und wichtigen Spielstand prüfen.
Restore scheitert? Prozess dokumentieren und Backup nicht als verifiziert markieren.
Fortschritt bleibt auf diesem Gerät und wird nicht übertragen.
Server-Arbeitsmodus
Arbeite den Guide kontrolliert ab und ändere immer nur eine Variable. Dein Fortschritt bleibt nur in diesem Browser gespeichert.
Wo hängt dein Server gerade?
Netzwerkdiagnose bringt nichts, solange der Server lokal nicht sauber startet oder lauscht.
Wenn localhost/LAN funktioniert, liegt der nächste Prüfbereich bei Host-Firewall, Router, öffentlicher Adresse und NAT.
Bei Lag, Abstürzen oder Update-Problemen sind Logs, Ressourcen, Mods und ein sauberer Rollbackpfad wichtiger als weitere Portregeln.
Ein ASA-Server besteht nicht nur aus einer Weltdatei. Die offizielle ARK-Wiki empfiehlt für eine vollständige Sicherung den Bereich ShooterGame/Saved. Dort liegen Welt-, Spieler- und Tribe-Daten, Konfiguration, Logs und bei entsprechender Konfiguration auch Cluster-Daten.
Kompletten Saved-Bereich verstehen
Bevor du einzelne Unterordner aus einem Backup ausschließt, dokumentiere, welche Funktionen dein Server nutzt. Ein Single-Map-Vanilla-Server hat andere Anforderungen als ein Mod-Cluster mit mehreren Karten. Speicherplatz ist meist günstiger als ein unvollständiger Restore.
Vor Updates kontrolliert sichern
Ein robuster Ablauf lautet: Wartungsankündigung, Save auslösen, Server sauber stoppen, Backup erstellen, Integrität prüfen, erst dann SteamCMD oder Mod-Updates ausführen. So liegt ein definierter Zustand vor dem Änderungsfenster vor.
Backups getrennt vom Server speichern
Ein ZIP im selben Installationsordner schützt nicht vor SSD-Ausfall, Ransomware oder einem versehentlichen Löschen des kompletten Verzeichnisses. Nutze mindestens ein zweites Ziel mit getrennten Zugangsdaten oder versioniertem Objektspeicher.
Aufbewahrung staffeln
ARK-Welten werden über lange Zeit gespielt. Nur die letzten drei stündlichen Sicherungen helfen nicht, wenn eine Beschädigung erst nach mehreren Tagen bemerkt wird. Kombiniere kurze Intervalle mit Tages- und Wochenständen.
Restore nicht erst im Notfall lernen
Teste regelmäßig auf einer getrennten Instanz, ob ein Backup startet und Spieler-/Tribe-Zustände plausibel sind. Dokumentiere, welche Serverversion, Mods und Maps zum Sicherungsstand gehören. Ein technisch lesbares Archiv ist noch kein bewiesenes Recovery.
Cluster besonders vorsichtig behandeln
CrossARK-Daten verbinden mehrere Server. Stelle bei Cluster-Restores sicher, dass die beteiligten Instanzen koordiniert gestoppt sind und dieselbe Cluster-ID beziehungsweise dasselbe Clusterverzeichnis verwenden. Unkoordinierte Teil-Restores können Transfers inkonsistent machen.
Monitoring statt Hoffnung
Überwache freien Speicherplatz und das Ergebnis automatischer Backupjobs. Ein Task, der seit Wochen wegen vollem Zielmedium scheitert, erzeugt nur falsche Sicherheit.
Backupgröße und Restore-Zeit einplanen
Bei großen ASA-Welten kann nicht nur die Speichermenge, sondern auch die Kopier- und Restore-Dauer relevant werden. Miss deshalb, wie lange ein vollständiger Snapshot und eine Wiederherstellung tatsächlich brauchen. Daraus ergibt sich, wie lang dein Wartungsfenster sein muss und ob inkrementelle oder dateisystembasierte Snapshots zusätzlich sinnvoll sind.
