Antes de empezar
Guarda una copia completa fechada e independiente. Detén escrituras o utiliza una copia coherente con la aplicación. Prueba la restauración privada y conserva el original.
Inventariar versiones y alcance
Anota artifact FXServer, ESX/QBCore, conector SQL, arranque, server.cfg, archivos exec y todos los recursos.
Anota versiones, arranque, espacio usado, cuentas, permisos, tareas, bases y dependencias externas. Confirma posibilidades de exportación antes de cancelar.
- server.cfg
- resources/
- exec
Conservar todos los datos
Respalda todo txData real con perfiles, administradores y moderación; server.cfg no basta.
Guarda una copia completa fechada e independiente. Detén escrituras o utiliza una copia coherente con la aplicación. Prueba la restauración privada y conserva el original.
- txData/
- serverProfile
- txDataPath
- txAdmin
Revisar cuentas y dependencias
Exporta personajes, inventarios, vehículos y tablas propias por separado; conserva usuarios, privilegios y cotejamiento SQL.
Comprueba versiones, espacio temporal, puertos y permisos del destino. Mantén versiones inicialmente; separa las actualizaciones. Igual RAM o vCPU no implica igual rendimiento.
- ESX / QBCore
- MySQL / MariaDB
- SQL
Preparar destino y copia
Restaura primero versiones iguales. Configura claves Cfx.re, credenciales SQL y webhooks únicamente en privado.
Planifica el bloqueo de escrituras y una exportación final coherente. Transfiere archivos y SQL por separado. Compara tamaño y hash del mismo archivo estable; no demuestra coherencia SQL.
- FXServer
- Cfx.re
- webhooks
- SQL
Probar en privado
Prueba consola, recursos, permisos txAdmin, guardado del personaje, conexión directa y lista FiveM; distingue TCP de UDP.
Prueba en privado inicio, acceso, permisos, datos y persistencia tras reiniciar correctamente. Comprueba certificados y TCP/UDP sin publicar la administración.
- TCP / UDP
- txAdmin
- FiveM
Cambiar y conservar la recuperación
Detén escrituras para el export final de archivos y SQL; anuncia nueva dirección y concilia cambios antes de volver.
Cambia dirección o DNS tras validar. Considera TTL y cachés. Vigila errores y escrituras nuevas; volver atrás requiere conciliarlas, no solo restaurar DNS.
- SQL
- DNS
- IP
Qué hacer en tu caso
| Situación | Próximo paso |
|---|---|
| Antes de migrar | No cambies hasta restaurar correctamente una copia completa en una prueba privada. |
| Durante el traslado | Una copia en caliente puede perder cambios. Planifica replicación y sincronización final específicas con un administrador; no se promete continuidad absoluta. |
| Después del cambio | Mantén proveedor anterior y originales hasta validar. Define quién autoriza el cambio y cómo conciliar datos nuevos antes de volver atrás. |
Fuentes oficiales
Estas fuentes explican los protocolos y ajustes mencionados. Comprueba siempre la documentación de tu versión.