Copias de seguridad de un servidor de juegos: regla 3-2-1
Cómo proteger tu servidor de juegos con la regla de copias 3-2-1: qué guardar, cada cuánto, dónde, cómo restaurar y cómo comprobar que funcionan de verdad.
La regla 3-2-1 dice que debes mantener 3 copias de tus datos, en 2 tipos distintos de almacenamiento, con 1 copia fuera del sitio. En un servidor de juegos significa: el servidor en producción, una copia hecha por el panel de tu hosting y otra que descargas y guardas en otro lugar. Una copia que nunca has restaurado es solo una esperanza, así que programa copias, bloquea las importantes y prueba una restauración.
Por qué un servidor de juegos necesita copias reales
Un mundo representa cientos de horas de trabajo de tu comunidad. Se puede perder de muchas formas:
- La actualización de un plugin o un mod corrompe chunks.
- Alguien con permisos destruye o borra una construcción.
- Un comando borra lo que no era.
- Una caída durante el guardado daña archivos.
- Tú, con prisa, borras la carpeta equivocada.
- El hardware, o el proveedor, sufre un incidente grave.
La mayoría son cosas corrientes. Le pasan a todo el mundo, tarde o temprano.
La regla 3-2-1, aplicada
| Parte | Significado general | Para tu servidor de juegos |
|---|---|---|
| 3 copias | El original más dos copias | El servidor activo, una copia del panel y una copia descargada |
| 2 medios | Tipos de almacenamiento distintos | El disco del servidor, una copia guardada aparte de él y tu equipo o un almacenamiento en la nube |
| 1 fuera del sitio | Una copia en otro lugar | Una copia que no esté en la infraestructura de tu hosting |
Seamos claros sobre lo que es una copia del panel: se guarda aparte de los archivos de tu servidor, lo que te protege de errores, actualizaciones fallidas y corrupción. Pero sigue formando parte de la infraestructura de tu hosting, así que no te protege de un problema que afecte al proveedor. Para eso sirve la copia fuera del sitio.
Paso 1: Decide qué copiar
- El mundo (el mayor valor).
- La configuración:
server.propertiesy las configuraciones de plugins y mods. - Los plugins y mods (o una lista con sus versiones).
- Las bases de datos que usan los plugins, como los datos de economía o permisos.
- Lo que sea único: paquetes de recursos propios, datapacks, scripts.
Lo temporal no hace falta guardarlo. Un buen panel te permite excluir registros, cachés y archivos temporales con patrones como logs/* o *.tmp, lo que hace las copias más pequeñas y rápidas.
Paso 2: Haz copias en el panel
En el panel de SolumeCore, la sección de copias te permite:
- Crear una copia ahora, una copia comprimida de los archivos del servidor.
- Programar copias automáticas, por ejemplo diarias.
- Bloquear una copia para que no se borre por accidente ni la reemplace la rotación.
- Definir la retención: conservar un número de copias recientes y dejar que las más antiguas se limpien solas, manteniendo la más reciente de cada día, semana o mes.
- Comprobar la integridad mediante una suma de verificación que demuestra que la copia no se dañó después de hacerse.
- Restaurar todo o solo la parte que necesites, como únicamente el mundo.
Cuántas copias puedes conservar depende de tu plan. Al llegar al límite, borra una (las bloqueadas no se pueden borrar) o amplía el plan.
Paso 3: Elige una frecuencia
La frecuencia depende de cuánto trabajo puedes permitirte perder.
| Tipo de servidor | Frecuencia sugerida |
|---|---|
| Mundo privado pequeño | Diaria |
| Comunidad activa que construye a diario | Diaria, más una manual antes de cambios grandes |
| Red con muchos jugadores o una economía | Varias al día, más una diaria fuera del sitio |
| Servidor de pruebas | Antes de los experimentos |
Encadena tareas en el programador: avisar a los jugadores, guardar el mundo y después hacer la copia. Una tarea programada puede hacer las tres cosas en orden. Combinada con un reinicio nocturno, obtienes una copia consistente en una hora tranquila.
Paso 4: Haz siempre una copia antes de los cambios
Haz una copia manual antes de:
- Actualizar la versión del juego o el software del servidor.
- Instalar un modpack o un plugin grande.
- Reiniciar o regenerar un mundo.
- Ejecutar un comando del que no estés seguro.
- Importar o migrar archivos.
Bloquea esa copia hasta que compruebes que el cambio salió bien.
Paso 5: Guarda una copia fuera del sitio
Descarga una copia o la carpeta de tu mundo con el gestor de archivos o por SFTP (mira subir un mundo de Minecraft por SFTP para las herramientas) y guárdala en otro lugar: tu equipo, un disco externo o una cuenta de almacenamiento en la nube. Hazlo con regularidad, semanalmente en la mayoría de comunidades, y antes de hitos importantes.
En mundos grandes, comprime primero la carpeta y descarga el archivo único.
Paso 6: Prueba tus restauraciones
La única copia que cuenta es una que has restaurado. De vez en cuando:
- Restaura una copia en un servidor de pruebas o en una carpeta aparte.
- Arráncalo y entra.
- Comprueba que están tus construcciones, tus inventarios y los datos de los plugins.
Si la restauración es parcial, como solo el mundo, recuerda lo que incluye y lo que no. Restaurar sobre un servidor en marcha lo detiene antes, y la opción de «borrar archivos creados después de la copia» decide si el resultado es una réplica exacta o una mezcla.
Servidores, VPS y apps: la misma idea
- En un VPS, usa las copias para los respaldos a largo plazo y los snapshots para puntos de restauración instantáneos antes de cambios arriesgados. Los snapshots viven en el mismo disco, así que se pierden al reinstalar; las copias se guardan aparte de tu servidor y sobreviven. Mira cómo asegurar un VPS nuevo.
- En las apps, tu código vive en Git, pero los datos en disco no; mantén respaldadas las bases de datos y las subidas. Un despliegue limpio borra los archivos del servidor. Mira desplegar una app de Node.js o Python con Git.
Errores que evitar
- Guardar todas las copias en el mismo servidor que quieres proteger.
- No probar nunca una restauración.
- Depender de una sola copia antigua.
- Dejar que la rotación borre la única copia buena; bloquéala.
- Copiar mientras se escribe el mundo sin guardar antes.
- Olvidar las bases de datos.
FAQ
¿Cuántas copias debo conservar?
Las suficientes para volver a antes de un problema que notas tarde: varias diarias recientes, una semanal y una mensual es un buen patrón.
¿Las copias ralentizan el servidor?
Una copia lee muchos datos, así que hazlas en horas tranquilas. Excluir registros y cachés ayuda.
¿Puedo hacer una copia con el servidor en marcha?
Sí, y un buen panel lo gestiona. Para el resultado más limpio, guarda primero o programa las copias en la ventana de un reinicio.
¿Qué diferencia hay entre una copia y un snapshot?
Un snapshot es un punto de restauración instantáneo dentro del mismo disco; una copia es un respaldo aparte que sobrevive a una reinstalación.
¿Y si mi plan incluye pocas copias?
Usa más a menudo la copia fuera del sitio. Descarga una copia antes de los cambios importantes para no depender de los huecos del plan.
Protege tu mundo
Mira las herramientas de copias en el hosting de Minecraft o en un VPS, y lee qué debería incluir un panel en qué es un panel de control de servidores de juegos.