Inhalt dieses Guides
Satisfactory Dedicated Server sichern: Savegame-Verzeichnisse, rotierende Autosaves, HTTPS-API-Download, externe Backups und Restore-Tests richtig aufbauen.
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.
Satisfactory-Welten können über Monate wachsen. Ein Server-Backup sollte deshalb nicht nur aus den automatisch rotierenden Autosaves bestehen. Diese helfen bei kurzfristigen Fehlern, schützen aber nicht zuverlässig vor Datenträgerverlust, Fehlbedienung oder einer kompromittierten Installation.
Autosaves verstehen
Der Dedicated Server hält standardmäßig drei rotierende Autosaves. In den Konfigurationsdateien kann die Anzahl über mNumRotatingAutosaves angepasst werden. Mehr Kopien erhöhen die Rücksprungtiefe, ersetzen aber kein separates Backup.
Autosave-Intervall
Standardmäßig wird ungefähr alle 300 Sekunden gespeichert. Kürzere Intervalle bedeuten häufiger Sicherungspunkte, können aber während des Speicherns zusätzliche Last erzeugen. Der richtige Wert hängt von Weltgröße und tolerierbarem Datenverlust ab.
Savegame außerhalb des Servers sichern
Kopiere produktive Savegames regelmäßig auf ein getrenntes Ziel. Bei Linux-Dedicated-Servern liegen Save-Daten typischerweise im FactoryGame-Saved-Bereich des Serverbenutzers. Bei Windows-Diensten kann der Service-Account den tatsächlichen Pfad beeinflussen.
HTTPS API nutzen
Die dokumentierte API bietet Funktionen wie SaveGame und DownloadSaveGame. Damit kann ein Backupprozess zuerst einen definierten Save erzeugen und anschließend die Datei herunterladen.
Vor Updates sichern
Vor größeren Spielupdates, Experimental-Wechseln oder Konfigurationsänderungen sollte ein zusätzlicher Snapshot angelegt werden. So ist die Ursache eines Problems leichter einzugrenzen.
Restore testen
Dokumentiere, wie ein Save wieder hochgeladen oder über Server Manager/API geladen wird. Ein Backup ohne getesteten Restore ist nur eine Annahme.
Blueprints nicht vergessen
Wenn eure Gruppe intensiv mit Blueprints arbeitet, prüfe deren eigenes Verzeichnis und sichere es mit. Savegame und Blueprint-Daten sind nicht identisch.
Aufbewahrung nach Risiko planen
Für eine aktive Langzeitwelt ist beispielsweise eine Kombination aus mehreren täglichen und einigen wöchentlichen Sicherungen sinnvoller als nur sehr viele kurzfristige Autosaves. Dadurch bleiben auch Fehler rücksetzbar, die erst nach einigen Tagen auffallen.
Backup überwachen
Automatisierte Jobs sollten Fehler sichtbar melden. Ein Cronjob, der seit Wochen wegen falscher Rechte nichts mehr kopiert, ist kein Backup. Prüfe regelmäßig Zeitstempel, Dateigröße und mindestens stichprobenartig einen Restore.
Bewahre mindestens eine Sicherung außerhalb des laufenden Gameserver-Hosts auf, damit ein Host-Ausfall nicht gleichzeitig Original und Backup zerstört.
