Un backup de servidor de Minecraft protege tu mundo, datos de plugins y configuraciones frente a errores de manejo, actualizaciones defectuosas, archivos dañados o cambios no deseados por parte de jugadores. Lo más fiable es una combinación de copias automáticas en el panel de hosting, backups SFTP manuales periódicos y un proceso de restauración probado.
Qué deberías guardar
Un backup útil no consiste solo en la carpeta del mundo. Para servidores Vanilla suele bastar con el mundo más server.properties; con Paper, Purpur, Spigot o Bukkit se añaden configuraciones de plugins, bases de datos de plugins y archivos adicionales del servidor. Por eso, guarda sobre todo estas rutas:
/world/ # Mundo principal
/world_nether/ # Nether
/world_the_end/ # End
/plugins/ # Configs de plugins
/server.properties
Si has cambiado el nombre del mundo en server.properties, las tres carpetas del mundo tendrán otros nombres. Comprueba entonces la entrada level-name antes de descargar o sustituir archivos. Encontrarás una explicación completa de los ajustes más importantes en la guía sobre configurar correctamente Minecraft server.properties.
Por qué los backups son importantes
Los casos típicos ocurren rápido: griefers han destruido zonas del mundo, una actualización de plugin cambia datos de forma inesperada, alguien elimina sin querer el mundo equivocado o un crash deja archivos dañados. Un backup solo ayuda entonces si está actualizado, completo y es restaurable.
Mojang también describe en la ayuda oficial de Minecraft que se puede usar una copia manual para conservar un mundo de Java Edition o transferirlo a otro dispositivo: documentación en help.minecraft.net. Para servidores se aplica el mismo principio: los archivos del mundo deben existir como una copia consistente para que una restauración sea fiable.
Comprobar backups automáticos en game-serverhosting
En game-serverhosting gestionas tu servidor de Minecraft de pago mediante un dashboard con funciones técnicas de operación. Abre allí el área Backups y comprueba qué copias están disponibles para tu servidor.
- Abrir el dashboard y seleccionar el servidor de Minecraft
- Abrir la pestaña Backups
- Revisar copias existentes, fechas y opciones
- Crear un backup manual con 1 clic si hace falta
- Comprobar si los backups diarios automáticos están activos para tu servidor
La disponibilidad y retención concretas pueden depender del setup, la tarifa o la configuración del panel. Por eso, no te fíes solo de la suposición de que existe un backup; revisa periódicamente la lista de copias en el dashboard.
Crear un backup manual mediante SFTP
Un backup SFTP manual tiene sentido antes de cambios grandes: cambio de versión, actualizaciones de plugins, cambio de mundo, importación de un mapa o cambios en configuraciones críticas. Lo ideal es detener antes el servidor para que no se escriban archivos del mundo durante la descarga. Si no es posible detenerlo, haz el backup en un momento tranquilo y evita acciones grandes dentro del juego en paralelo.
Descarga las carpetas y archivos relevantes con un cliente SFTP. Crea localmente una carpeta con un nombre claro, por ejemplo con fecha, nombre del servidor y propósito: 2026-07-22-survival-antes-actualizacion-plugin. Guarda además una nota breve sobre qué versión del servidor, versiones de mods o plugins y qué cambio estaba previsto. Si más tarde quieres subir tu propio mapa, te ayuda el proceso de la guía Subir y cambiar un mundo de Minecraft.
Plugin de backup: DriveBackupV2
Un plugin de backup puede complementar copias programadas, pero no sustituye backups de panel o SFTP comprobados. Presta especial atención al destino de almacenamiento, permisos, capacidad disponible y a que el plugin sea compatible con tu software de servidor.
# config.yml
backup-schedule-list:
- type: Backup
schedule: "0 */6 * * *" # Cada 6 horas
create-before-backup: true
Este horario crea un backup cada seis horas. Adáptalo a la actividad de tus jugadores: un servidor privado pequeño suele necesitar copias menos frecuentes que un servidor público con mucho progreso de construcción diario. Comprueba además si las copias antiguas se eliminan o rotan automáticamente para que el almacenamiento no se llene sin que lo notes.
Restaurar un backup
Una restauración debe hacerse de forma controlada. Informa antes a los jugadores si se puede perder progreso y anota la fecha del backup. Después procede así:
- Detener el servidor
- Guardar por separado el estado actual por si luego necesitas comparar
- Descomprimir el backup y sustituir archivos
- Comprobar permisos y rutas de archivo
- Iniciar el servidor
- Revisar la consola en busca de errores
- Probar dentro del juego si mundo, inventarios, plugins y ajustes importantes son correctos
No sustituyas carpetas de mundo parcialmente si quieres un rollback claro. Estados mezclados de chunks antiguos, datos nuevos de plugins y configuraciones obsoletas pueden generar errores difíciles de entender.
Buenas prácticas
| Qué | Frecuencia | Por qué |
|---|---|---|
| Backup del mundo | Diario | Guardar el progreso de juego |
| Backup de plugins | Antes de actualizaciones | Posibilitar rollback |
| Backup completo | Semanal | Restauración completa |
Además, merece la pena hacer un backup justo antes de un cambio de versión del servidor. Si cambias entre Vanilla, Paper, Purpur, Forge o Fabric, lee antes la guía Cambiar la versión del servidor de Minecraft, porque la versión, el loader y el ecosistema de plugins pueden influir en la restauración.
Planificar el espacio de almacenamiento de forma realista
Un mundo de Minecraft suele ocupar entre 500 MB y 5 GB. Backups comprimidos: 30-50% menos. Recomendación: conservar al menos 5 backups.
Estos valores son orientativos de la guía original, no una garantía para todos los servidores. Mundos grandes explorados, muchos jugadores, plugins de mapas, datos de Dynmap o modpacks pueden necesitar bastante más almacenamiento. Por eso, revisa regularmente el tamaño real de tus copias.
Comprobar el resultado
Un backup solo es fiable cuando lo has comprobado. Abre el archivo o carpeta de backup, revisa las carpetas de mundo esperadas y compara de forma aproximada el tamaño de archivo con el servidor en vivo. Tras una restauración de prueba, deberías iniciar sesión y comprobar spawn, construcciones importantes, Nether, End, inventarios y funciones centrales de plugins.
Solución de problemas
El servidor no inicia después del restore
Comprueba la consola y los archivos de log más recientes. Las causas frecuentes son carpetas sustituidas de forma incorrecta, archivos de plugins ausentes, versiones de servidor incompatibles o archivos de configuración dañados. Restaura primero la última copia que funcionaba.
Mi mundo está vacío después del restore
Comprueba level-name en server.properties. Si el servidor apunta a otro nombre de mundo, Minecraft crea un mundo nuevo al iniciar. Renombra la carpeta para que encaje o corrige la entrada.
Los plugins pierden datos después del rollback
Los datos de plugins suelen estar en /plugins/, pero a veces también en bases de datos o destinos de almacenamiento externos. Por eso, antes de actualizaciones no guardes solo el mundo, sino también configuraciones de plugins y carpetas de datos.
El backup es demasiado grande
No elimines archivos a ciegas del mundo activo. Comprueba primero si backups locales antiguos, datos de renderizado de mapas o archivos de caché de plugins ocupan el almacenamiento. Después puedes definir una estrategia de rotación.
Comprobación, límites y vuelta atrás segura
La guía “Crear y restaurar un backup del servidor de Minecraft” se aplica al tipo de servidor descrito en el artículo y al estado de versión visible en el momento de la comprobación. Los nombres de menús, versiones disponibles, compatibilidad de mods o plugins y recursos necesarios pueden variar tras actualizaciones. Por eso, no traslades valores sin comprobarlos a otra versión de juego, loader o servidor.
Antes de cambiar el mundo, la partida, la configuración o extensiones, crea una copia de seguridad de los archivos afectados. Después cambia solo un paso relacionado y compruébalo con la misma versión de cliente y servidor con la que quieras jugar más adelante.
| Punto de comprobación | Resultado esperado | Cancelación y vuelta atrás |
|---|---|---|
| Inicio del servidor | El servidor alcanza el estado operativo sin nuevos mensajes de error. | Si hay errores de inicio, deshacer el cambio y restaurar la última copia de seguridad. |
| Prueba de conexión | Una cuenta de prueba puede conectarse mediante la dirección mostrada en el panel. | Si hay errores de versión o conexión, volver a comparar versión, puerto y permisos. |
| Prueba de función | La función modificada en concreto funciona sin dañar datos existentes del mundo o del juego. | Si hay efectos secundarios, detener el servidor y restaurar los archivos guardados. |
Una prueba individual correcta no garantiza rendimiento ni disponibilidad. Tamaño del mundo, mods, plugins, número de jugadores, ruta de red y carga simultánea pueden cambiar el resultado. Documenta versión, cambio y resultado de la prueba para poder entender desviaciones posteriores.
FAQ
¿Con qué frecuencia debería hacer backup de mi servidor de Minecraft?
Para servidores activos, un backup diario del mundo es un buen estándar mínimo. Antes de actualizaciones, cambios de versión o cambios grandes de configuración, deberías crear además un backup manual.
¿Basta con un backup automático en el dashboard?
Para muchas situaciones cotidianas es útil, pero además deberías descargar ocasionalmente un backup SFTP manual. Así dependes menos de una única fuente de copias.
¿Tengo que detener el servidor antes de un backup?
Para un backup manual lo más consistente posible, sí. Si se escriben archivos del mundo durante la copia, la copia puede quedar incompleta o ser más difícil de restaurar.
¿Qué archivos son los más importantes para un restore?
Como mínimo, las carpetas del mundo y server.properties. En servidores con plugins deberías guardar además /plugins/, porque allí hay configuraciones y a menudo también datos relevantes del juego.
¿Debería probar los backups después de crearlos?
Sí. Comprueba al menos si los archivos esperados existen. Mejor aún es hacer una restauración de prueba en una ventana de mantenimiento o sobre una copia separada.