Actualizaciones y copias de seguridad
- Última versión
- 1.7.4
- Minecraft
- 26.x
- Plataformas
- Spigot, Paper, Folia, Purpur, Velocity, BungeeCord
- Versión mínima de Java
- 25+
Este artículo se escribió para 1.7.0. La última versión estable es 1.7.4; consulta los requisitos actuales de arriba.
Actualizaciones y copias de seguridad
Esta Wiki describe la versión 1.7.0. Guarda una copia recuperable de la base y la configuración antes de cambiar versiones o asignaciones de perfiles.
Actualizar el plugin
Versiones antiguas del puente: 1.7.0 usa protocolo firmado v2 y rechaza paquetes antiguos sin firma. Actualiza proxy y backends juntos y configura el secreto compartido también en el proxy. Conserva ajustes válidos y datos; no mezcles versiones antiguas en la misma base.
Copias y recuperación de SQLite
Para recuperar, detén el backend y conserva todo el estado actual de la base, incluidos archivos -wal/-shm si existen. Restaura la instantánea elegida en storage.sqlite.file; trata los archivos auxiliares antiguos como parte de una restauración limpia con el servidor parado. Restaura la configuración correspondiente y reinicia. Nunca sobrescribas una base activa.
Copias y recuperación de MySQL
Usa herramientas de copia coherente y recuperación de tu proveedor. El comando integrado solo admite SQLite. Para recuperar, detén los backends, conserva la base actual, restaura una copia coherente y su configuración y valida la red antes de abrirla. Restaurar una copia antigua devuelve los datos de jugadores a ese estado.
Qué aplica la recarga
Esta Wiki describe la versión 1.7.0. Guarda una copia recuperable de la base y la configuración antes de cambiar versiones o asignaciones de perfiles.
Actualizar el plugin
- Detén los backends participantes. Para actualizar el puente, detén también el proxy y evita mezclar protocolos antiguos y nuevos.
- Copia SQLite o MySQL y los archivos de configuración. Conserva el JAR anterior para recuperación.
- Sustituye el Universal JAR en todos los backends y en el proxy si está instalado. Elimina JAR duplicados.
- Revisa los nuevos valores y añade ajustes sin sobrescribir credenciales ni perfiles. Comprueba ID únicos, política sync/admin coincidente y secreto del puente.
- Inicia la red, comprueba arranque y estado y prueba transferencias, perfiles separados y acciones del personal antes de permitir el regreso de jugadores.
Versiones antiguas del puente: 1.7.0 usa protocolo firmado v2 y rechaza paquetes antiguos sin firma. Actualiza proxy y backends juntos y configura el secreto compartido también en el proxy. Conserva ajustes válidos y datos; no mezcles versiones antiguas en la misma base.
Copias y recuperación de SQLite
/isync backup guarda una instantánea coherente en plugins/InventorySyncPRO/backups/ como inventories-<timestamp>.db. Solo se ejecuta una copia a la vez. Copia la base, no configuración ni mundos. No incluye programación automática ni comando de restauración en el juego.Para recuperar, detén el backend y conserva todo el estado actual de la base, incluidos archivos -wal/-shm si existen. Restaura la instantánea elegida en storage.sqlite.file; trata los archivos auxiliares antiguos como parte de una restauración limpia con el servidor parado. Restaura la configuración correspondiente y reinicia. Nunca sobrescribas una base activa.
Copias y recuperación de MySQL
Usa herramientas de copia coherente y recuperación de tu proveedor. El comando integrado solo admite SQLite. Para recuperar, detén los backends, conserva la base actual, restaura una copia coherente y su configuración y valida la red antes de abrirla. Restaurar una copia antigua devuelve los datos de jugadores a ese estado.
Qué aplica la recarga
/isync reload en backend valida la configuración y recarga mensajes. Almacenamiento, perfiles, sincronización, puente y cambios manuales de política requieren reinicio. El GUI aplica sus interruptores al instante. /isyncproxy reload recarga proxy.properties; ajustes inválidos conservan la última configuración válida.