Vorbereitung
Vollständige datierte Sicherung unabhängig aufbewahren. Schreibzugriffe stoppen oder anwendungskonsistent sichern. Eine private Wiederherstellung testen; das Original erhalten.
Versionen und Umfang erfassen
FXServer-Artifact, ESX/QBCore, SQL-Connector, Startargumente, server.cfg, exec-Dateien und sämtliche Ressourcen erfassen.
Versionen, Startparameter, belegten Speicher, Konten, Rechte, Aufgaben, Datenbanken und externe Abhängigkeiten erfassen. Exportmöglichkeiten vor der Kündigung klären.
- server.cfg
- resources/
- exec
Vollständige Daten erhalten
Ganzes tatsächliches txData mit Profilen, Administratoren und Moderation sichern; server.cfg allein reicht nicht.
Vollständige datierte Sicherung unabhängig aufbewahren. Schreibzugriffe stoppen oder anwendungskonsistent sichern. Eine private Wiederherstellung testen; das Original erhalten.
- txData/
- serverProfile
- txDataPath
- txAdmin
Konten und Abhängigkeiten prüfen
Charaktere, Inventare, Fahrzeuge und eigene Tabellen separat exportieren; SQL-Benutzer, Rechte und Kollation erhalten.
Zielversionen, freien Arbeitsraum, Ports und Rechte prüfen. Zunächst dieselben Versionen verwenden; ein Upgrade gesondert planen. Gleiche RAM- oder vCPU-Zahlen beweisen keine gleiche Leistung.
- ESX / QBCore
- MySQL / MariaDB
- SQL
Ziel und Sicherung vorbereiten
Zunächst gleiche Versionen einsetzen. Cfx.re-Schlüssel, SQL-Zugänge und Webhooks ausschließlich privat konfigurieren.
Schreibpause und konsistenten Abschlussexport planen. Dateien und SQL getrennt übertragen. Größe und Prüfsumme desselben stabilen Archivs vergleichen; dies beweist keine Datenbankkonsistenz.
- FXServer
- Cfx.re
- webhooks
- SQL
Privat testen
Konsole, Ressourcen, txAdmin-Rechte, Charakter-Speicherung, direkte Verbindung und FiveM-Liste getrennt testen; TCP und UDP beachten.
Privat Startprotokolle, Anmeldung, Rechte, Daten und Speicherung nach sauberem Neustart testen. Zertifikate und TCP/UDP prüfen; Verwaltung nicht öffentlich öffnen.
- TCP / UDP
- txAdmin
- FiveM
Umschalten und Rückweg erhalten
Für letzten Datei- und SQL-Export Schreibzugriffe stoppen. Neue Adresse bekannt geben und neue Daten vor Rückwechsel abgleichen.
Adresse oder DNS erst nach Tests umstellen. TTL und Caches beachten. Fehler und neue Schreibzugriffe überwachen. Beim Rückwechsel neue Daten abgleichen; DNS allein genügt nicht.
- SQL
- DNS
- IP
Was zu Ihrer Situation passt
| Situation | Nächste Prüfung |
|---|---|
| Vor dem Umzug | Erst nach erfolgreicher privater Wiederherstellung einer vollständigen Sicherung umschalten. |
| Während des Umzugs | Eine laufende Kopie kann Änderungen verpassen. Anwendungsspezifische Replikation und letzte Synchronisierung fachgerecht planen; keine unterbrechungsfreie Migration versprochen. |
| Nach der Umschaltung | Alten Dienst und Originale bis zur Abnahme behalten. Zuständigkeit für Umschaltung und Abgleich neuer Daten vor einem Rückwechsel festlegen. |
Offizielle Quellen
Diese Dokumente erläutern die jeweiligen Protokolle und Programme. Prüfen Sie zusätzlich die Bedingungen und die tatsächliche Konfiguration Ihres Dienstes.