Prima di iniziare
Conserva un backup completo datato e una copia indipendente. Blocca scritture o usa backup coerenti con l’applicazione. Prova il ripristino privato e mantieni l’originale.
Inventariare versioni e contenuti
Annota artifact FXServer, ESX/QBCore, connettore SQL, avvio, server.cfg, configurazioni exec e risorse complete.
Annota versioni, avvio, spazio utilizzato, account, permessi, attività, database e dipendenze esterne. Verifica l’esportazione prima di disdire.
- server.cfg
- resources/
- exec
Conservare tutti i dati
Salva tutto txData reale con profili, amministratori e moderazione; server.cfg da solo non basta.
Conserva un backup completo datato e una copia indipendente. Blocca scritture o usa backup coerenti con l’applicazione. Prova il ripristino privato e mantieni l’originale.
- txData/
- serverProfile
- txDataPath
- txAdmin
Verificare account e dipendenze
Esporta separatamente personaggi, inventari, veicoli e tabelle personalizzate; conserva utenti, privilegi e collation SQL.
Verifica versioni, spazio temporaneo, porte e permessi del nuovo ambiente. Mantieni inizialmente le versioni; separa gli aggiornamenti. RAM e vCPU uguali non provano prestazioni uguali.
- ESX / QBCore
- MySQL / MariaDB
- SQL
Preparare destinazione e backup
Ripristina prima versioni uguali. Configura chiave Cfx.re, accessi SQL e webhook solo privatamente.
Pianifica blocco scritture ed esportazione finale coerente. Trasferisci separatamente file e SQL. Confronta dimensioni e hash dello stesso archivio stabile; non prova coerenza SQL.
- FXServer
- Cfx.re
- webhooks
- SQL
Provare in privato
Prova console, risorse, permessi txAdmin, salvataggio personaggi, connessione diretta e lista FiveM; verifica TCP e UDP.
Prova privatamente avvio, autenticazione, permessi, dati e persistenza dopo un riavvio pulito. Verifica certificati e TCP/UDP senza esporre l’amministrazione.
- TCP / UDP
- txAdmin
- FiveM
Passare e mantenere il recupero
Blocca scritture per l’ultimo export file/SQL; annuncia il nuovo indirizzo e riconcilia dati prima del ritorno.
Cambia indirizzo o DNS solo dopo i test. Considera TTL e cache. Monitora errori e nuove scritture; per tornare indietro occorre riconciliare i dati nuovi.
- SQL
- DNS
- IP
Cosa fare nel tuo caso
| Situazione | Prossimo passo |
|---|---|
| Prima della migrazione | Non effettuare il passaggio prima di ripristinare con successo un backup completo in privato. |
| Durante il trasferimento | Una copia a caldo può perdere modifiche. Pianifica replica e sincronizzazione finale specifiche con un amministratore; nessuna continuità assoluta promessa. |
| Dopo il passaggio | Mantieni vecchio servizio e originali fino alla verifica. Stabilisci chi autorizza il passaggio e come riconciliare nuove scritture prima del ritorno. |
Fonti ufficiali
Queste fonti descrivono i protocolli e le impostazioni citati. Controlla sempre la documentazione della tua versione.