Migrar un servidor de Minecraft Java a otro hosting sin perder progreso

Una migración fiel incluye mucho más que el terreno: inventarios, dimensiones, permisos, plugins, mods y ajustes de identidad forman parte del servidor. Conserva el hosting antiguo detenido como vía de retorno hasta que el nuevo pase una aceptación privada completa.

Haz un inventario antes del mantenimiento

Anota versiones de Minecraft y Java, software y compilación, cargador, mods, plugins, datapacks, memoria, argumentos, puerto, online-mode, proxy y opciones exclusivas del panel. Enumera todos los mundos y dimensiones; Paper, los plugins multiworld y los mods pueden usar distribuciones diferentes.

Registra también la dirección pública, DNS y puertos. Convierte funciones como economía, claims, homes o permisos en puntos concretos de prueba.

Genera una copia detenida y autoritativa

Anuncia mantenimiento, bloquea nuevas conexiones, guarda cuando corresponda y ejecuta stop. Solo después comprime el servidor completo. Guarda el archivo fuera de ambos proveedores, anota su tamaño y compara hashes si tu herramienta lo permite.

No canceles el hosting antiguo ni lo vuelvas a abrir. Una copia consistente demuestra un momento único; copiar en vivo mezcla datos de instantes distintos.

Prepara un destino compatible

Instala la misma versión de Java, servidor, cargador, mods y plugins. Si cambias entre Vanilla, Spigot, Paper, Fabric o Forge, sigue la documentación del software para la disposición de mundos. Inicia una vez solo si el panel necesita crear su estructura, después detén y archiva esos archivos de prueba.

Comprueba espacio, propietario, comando de inicio, puerto y directorio raíz real. Subir correctamente a una instancia que no se ejecuta produce exactamente el mismo síntoma que no haber subido nada.

Transfiere mundos, identidades y configuración juntos

Sube y extrae la instantánea mediante el método admitido. Verifica level-name, mundo principal, Nether, End, datos de jugadores, avances, estadísticas, datapacks, whitelist, bans, operadores, permisos y bases de plugins.

No publiques contraseñas o claves dentro del archivo. Rótalas si quedaron expuestas. Mantén online-mode y la identidad del proxy coherentes: un UUID diferente puede hacer que un jugador parezca haber perdido inventario o permisos.

Prueba con una dirección privada

No cambies el dominio todavía. Limita el acceso con lista blanca o dirección temporal y lee el arranque completo. Soluciona dependencias, incompatibilidades y permisos. Prueba con una cuenta administradora y otra normal: spawn, edificios, dimensiones, inventarios, economía, claims, portales y comandos.

Realiza un cambio pequeño, detén y reinicia. Una única conexión correcta no prueba que el servidor pueda guardar y volver a cargar.

Cambia el acceso sin duplicar la historia

Cuando todo pase, mantén apagado el servidor antiguo y cambia DNS, proxy o dirección publicada. Nunca abras las dos copias a jugadores reales: el progreso se bifurca de inmediato y no existe una combinación general segura.

Vigila logs y errores durante la primera sesión. La caché DNS puede llevar temporalmente a algunos usuarios al destino anterior. Conserva backups y el hosting antiguo hasta comprobar un reinicio real y las tareas automáticas.

Revierte como una operación completa

Si el destino corrompe datos o no ejecuta la pila, detén primero el nuevo servidor. La vuelta más limpia restaura la instantánea autoritativa en el antiguo y devuelve la dirección, en lugar de copiar archivos sueltos en ambos sentidos.

Documenta el error y el control que falló. Cambiar versión, estructura y selección de archivos a la vez hace imposible aislar la causa.

Criterios de finalización

• Entorno, mundos y opciones del panel quedaron inventariados.
• El archivo se creó tras un apagado limpio y está fuera de los hosts.
• El destino replica el entorno o sigue una ruta documentada.
• Mundos, identidad, permisos y configuración se trasladaron juntos.
• Las pruebas privadas cubrieron logs, jugadores, dimensiones, guardado y reinicio.
• Solo hubo un servidor público con escritura durante el cambio.
• El antiguo sigue disponible durante el periodo de riesgo.

La migración termina cuando la comunidad puede continuar su historia y existe una recuperación demostrable, no cuando el nuevo panel muestra una luz verde.