Cómo Migrar tu Servidor de Minecraft sin Perder Progreso

Mover un servidor de Minecraft a un nuevo hosting — o simplemente a una máquina nueva — es una de esas tareas que se sienten riesgosas porque en cierta forma lo son: si te equivocas con una carpeta puedes corromper un mundo en el que llevas meses trabajando. La buena noticia es que migrar limpiamente es algo mecánico una vez que sabes exactamente qué archivos importan y en qué orden moverlos. Esta guía cubre una migración completa sin perder progreso, incluyendo los errores que realmente causan corrupción.

Qué es lo que realmente estás moviendo

Un “servidor” no es un solo archivo — son cinco categorías separadas de datos, y cada una se comporta distinto durante una migración:

• Datos del mundo — el terreno, construcciones y entidades reales (la(s) carpeta(s) del mundo: usualmente world, world_nether, world_the_end).
• Datos de jugadores — inventarios, estadísticas, logros (world/playerdata, world/stats, world/advancements).
• Plugins y sus configuraciones — la carpeta plugins/, que muchas veces guarda sus propias bases de datos (balances de economía, reclamos de terreno, permisos).
• Configuración a nivel de servidor — server.properties, bukkit.yml, spigot.yml, paper-global.yml, whitelist y archivos de ops.
• El jar del servidor en sí — usualmente lo único que no deberías copiar; descarga una build nueva en su lugar (explico por qué abajo).

Paso 1: Apaga el servidor por completo antes de copiar

Esta es la causa más común de migraciones corruptas: copiar archivos del mundo mientras el servidor sigue corriendo. Minecraft escribe archivos de región (.mca) continuamente, y copiar un archivo a mitad de escritura produce un chunk truncado e ilegible. Siempre corre /stop (o el botón de detener de tu panel) y confirma que el proceso terminó completamente — no solo “guardando” — antes de tocar un solo archivo.

Paso 2: Haz un respaldo antes de mover nada

Comprime toda la carpeta del servidor en un solo archivo (zip o tar.gz) en la máquina de origen antes de transferir nada. Esto te da un punto de rollback si algo sale mal a mitad de la migración, y es dramáticamente más rápido transferir un solo archivo grande por FTP/SFTP que miles de archivos pequeños de región y plugins individualmente.

Paso 3: Iguala exactamente tu versión de Minecraft y Paper/Spigot

Aquí es donde se originan la mayoría de los reportes de “mi mundo se corrompió después de migrar” — no por la transferencia en sí, sino por abrir un mundo viejo en una versión de Minecraft más nueva o más vieja que con la que se creó. Los formatos de datos de chunks cambian entre versiones mayores. Bajar de versión (cargar un mundo de 1.21 en un jar de 1.20) va a romper chunks silenciosamente. Subir de versión generalmente es seguro, pero deberías dejar que el nuevo servidor cargue completamente y regrabe cada chunk una vez antes de hacer más cambios, y respaldar primero de todos modos.

Revisa tu archivo version_history.json dentro de la carpeta del mundo para confirmar exactamente qué versión tocó el mundo por última vez, y descarga ese mismo jar de servidor para el nuevo host antes de hacer cualquier otra cosa.

Paso 4: Transfiere las carpetas correctas — no todo el directorio

No copies logs, caché ni carpetas viejas de reportes de crash — son peso muerto y a veces pueden confundir una instalación nueva. Mueve solo:

• La(s) carpeta(s) del mundo — world, world_nether, world_the_end (o sus equivalentes con nombre personalizado)
• plugins/ completa, incluyendo cualquier subcarpeta que haya creado para sus propios datos
• server.properties, whitelist.json, ops.json, banned-players.json, banned-ips.json
• bukkit.yml, spigot.yml, y la carpeta config/ si usas Paper

Descarga una copia nueva del jar del servidor en el nuevo host en lugar de copiar el viejo — esto evita cargar accidentalmente un jar corrupto o desactualizado, y confirma que la versión de Java del nuevo host sea realmente compatible antes de confiarle tus datos de mundo.

Paso 5: Cuidado con los plugins con bases de datos externas

Los plugins de economía (basados en Vault), plugins de reclamos de terreno (GriefPrevention, WorldGuard), y algunos gestores de permisos (LuckPerms) pueden guardar sus datos en una base de datos MySQL externa en lugar de un archivo local — revisa la configuración de cada plugin para ver ajustes de conexión a base de datos antes de asumir que una copia de carpeta capturó todo. Si un plugin usaba una base de datos externa en el host viejo, vas a necesitar exportar esa base de datos por separado y apuntar el nuevo servidor a la misma base de datos o importarla a una nueva en el host destino.

Errores comunes que corrompen migraciones

• Copiar mientras el servidor sigue corriendo — siempre detenlo por completo primero (ver Paso 1).
• Cargar un mundo en una versión mayor de Minecraft distinta sin revisar antes version_history.json.
• Corrupción del zip durante la transferencia — siempre verifica que el conteo de archivos o checksum del archivo comprimido coincida después de subirlo, especialmente en conexiones inestables.
• Olvidar bases de datos externas de plugins — copiar solo la carpeta no captura datos de economía o reclamos guardados en MySQL.
• Saltarte el respaldo porque “probablemente esté bien” — es tu única red de seguridad si algo de lo anterior sale mal.

Preguntas frecuentes

¿Puedo migrar entre diferentes proveedores de hosting?

Sí — el proceso de arriba es idéntico ya sea que te muevas entre dos empresas de hosting distintas o solo a un plan nuevo con el mismo proveedor. El único detalle específico del host es cómo accedes a los archivos (FTP/SFTP vs. el administrador de archivos de un panel vs. SSH), no los pasos de migración en sí.

¿Mis jugadores van a perder sus inventarios o construcciones?

No, siempre que las carpetas del mundo y de playerdata se transfieran completas y el servidor se haya detenido limpiamente antes de copiar. La corrupción casi siempre se remonta a copiar a mitad de escritura o a un desajuste de versión, no al proceso de migración en sí.

¿Cuánto debería tardar una migración?

Para un mundo pequeño a mediano (menos de unos GB), espera entre 15-30 minutos en total incluyendo el respaldo, la transferencia y el primer reinicio. Los mundos grandes (10GB+) pueden tardar una hora o más dependiendo de tu velocidad de subida/bajada — otra razón para comprimir en un solo archivo en lugar de transferir miles de archivos individuales.

Conclusión

Una migración limpia se reduce a cinco cosas: detener el servidor por completo, respaldar antes de tocar nada, igualar exactamente tu versión de Minecraft, mover solo las carpetas que importan, y revisar si hay plugins con bases de datos externas. Sigue ese orden y no hay razón para que mover un servidor te cueste un solo bloque de progreso.