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
Registra versiones Bedrock del servidor y cliente; los mundos Java no son intercambiables.
Anota versiones, arranque, espacio usado, cuentas, permisos, tareas, bases y dependencias externas. Confirma posibilidades de exportación antes de cancelar.
- Bedrock Dedicated Server
Conservar todos los datos
Lee level-name y conserva worlds completo, base del mundo y paquetes de recursos/comportamiento.
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.
- worlds/
- level-name
- resource_packs/ / behavior_packs/
Revisar cuentas y dependencias
Conserva allowlist.json, permissions.json y ajustes Bedrock; las listas Java no los sustituyen.
Comprueba versiones, espacio temporal, puertos y permisos del destino. Mantén versiones inicialmente; separa las actualizaciones. Igual RAM o vCPU no implica igual rendimiento.
- allowlist.json
- permissions.json
- allow-list
Preparar destino y copia
Detén correctamente y prueba restauración con la misma versión; una actualización puede convertir el mundo.
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.
- SHA-256
Probar en privado
Prueba cliente, paquetes y guardado. UDP 19132/19133 son valores predeterminados, no asignaciones garantizadas.
Prueba en privado inicio, acceso, permisos, datos y persistencia tras reiniciar correctamente. Comprueba certificados y TCP/UDP sin publicar la administración.
- UDP
- server-port / server-portv6
Cambiar y conservar la recuperación
Comunica dirección Bedrock y puerto UDP asignado; no todos los clientes admiten SRV Java.
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.
- DNS
- IP
- UDP
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.