Copias y actualizaciones
Copias del mundo
Hacer una copia ahora la hace en el momento. Mientras se hace, el servidor deja de guardar el mundo automáticamente, para que el archivo sea un mundo entero y no la mitad de dos.
Las copias también pueden hacerse de forma programada — cada tantos minutos, guardando tantas — desde Instalar y arrancar.
Restaurar la elegida devuelve una copia a su sitio. El mundo que hay ahora no se borra: se renombra a world_before_restore y la fecha. Si la copia resulta no ser la que hacía falta, no se ha perdido nada.
Cambiar el núcleo
Actualizar el núcleo del servidor instala la versión que elijas y deja el mundo donde está.
Crear el servidor de nuevo es la misma instalación, pero el mundo empieza desde cero. El anterior tampoco se borra: se renombra a world_before y la fecha, junto con el Nether y el End.
El orden de los pasos está elegido para que un fallo sea inofensivo. El archivo se descarga en el propio servidor, sin pasar por tu conexión de casa, y se comprueba contra su suma de verificación. Solo entonces se detiene el servidor. El núcleo antiguo se renombra con su propio nombre, la fecha y .bak, así que volver atrás es un solo movimiento.
El estado del servicio se vuelve a leer justo antes del cambio en vez de darlo por lo que se veía en pantalla: si no, el archivo podría sustituirse bajo un servidor en marcha y darse por hecho mientras sigue con el código viejo. Un servidor que estaba detenido sigue detenido. Si no vuelve a levantarse, el programa lo dice y nombra el archivo al que volver.
La versión se lee del propio núcleo, del version.json que hay dentro del jar. Es la única respuesta que no se queda vieja: el registro rota a medianoche y pierde la línea, una nota de la última instalación miente si el archivo se cambió a mano, pero el archivo siempre es el que va a arrancar.
Qué núcleos se pueden actualizar
Mojang, Paper y Fabric. Los tres publican un archivo terminado en un enlace directo, así que se puede descargar y poner en su sitio. En Fabric no es un instalador sino un pequeño arrancador de servidor que se trae el resto en el primer arranque; los mods de la carpeta se quedan como están cuando cambia la versión del cargador.
Forge no, y la razón merece conocerse. Desde la 1.17 un servidor de Forge no arranca con un jar sino con una lista de argumentos cuya ruta contiene la versión de Forge. Actualizarlo cambia la propia línea de comandos del archivo de servicio, y ese archivo es de root. No es una dificultad con archivos temporales: es que después de la actualización el servidor hay que arrancarlo de otra manera.
El propio panel
El programa mira por su cuenta si ha salido una versión nueva y muestra una franja cuando la hay, con lo que trae. Actualizar la instala y reinicia; Más tarde lo deja como está hasta la próxima.