Aplicar y recuperar una actualización coordinada

Respeta el orden de los paquetes suministrados

La descarga de instalación completa sirve para un sitio nuevo. Para un sitio existente en la versión de partida admitida, la actualización actual utiliza un único ZIP compatible; no necesita otro paquete preparatorio. Lee las instrucciones correspondientes a tu versión real antes de cargarlo. Instalaciones antiguas pueden requerir una transición intermedia: usa un paquete preparatorio solo si las instrucciones del proveedor lo exigen para esa versión, no porque todavía exista un paquete antiguo.

Lee el plan real de archivos/base de datos y sus copias de recuperación antes de aplicar, aunque no cambie la versión del esquema. Cada paquete tiene su plan: no sustituyas su comando por otro anterior, copies PHP sueltos ni importes SQL aparte. Si la vista previa rechaza la versión de partida o detecta una personalización SQL, conserva el mensaje y solicita las instrucciones adecuadas. Una actualización normal admitida conserva la licencia existente; no la borres ni solicites activación solo por actualizar.

Prepara y verifica el plan

1. Lee los cambios propuestos

   Sube el ZIP de actualización compatible y revisa los cambios de archivos, el SHA-256 del paquete y la transición del esquema SQL. Comprueba las versiones de origen admitidas en las notas incluidas y en la vista previa. Las migraciones anteriores necesarias se comprueban y no se repiten si ya están completas.

2. Utiliza los comandos generados para ese plan

   Cuando esté disponible, ejecuta primero el comando de verificación mostrado. Registra una comprobación fechada sin aplicar cambios ni activar mantenimiento. Después utiliza el comando exacto de aplicación del mismo plan en una sesión SSH interactiva. La aplicación repite los controles antes de continuar.

3. Proporciona acceso administrativo SQL cuando se solicite

   El actualizador usa un perfil SQL privado, accesible solo para root y fuera de la carpeta web. Si falta, la aplicación normal solicita credenciales administrativas y una contraseña oculta antes del mantenimiento. Las peticiones web no utilizan esa cuenta administrativa. Conserva el perfil y sus permisos restrictivos.

Comprueba el acceso SQL y el espacio de recuperación

Antes de actualizar el esquema, la copia SQL necesita espacio local libre de al menos tres veces el tamaño estimado de datos e índices de Obelisk, con un mínimo de 16 MiB, además de las copias de archivos. Esta comprobación no mide el espacio del servidor SQL remoto. Revisa ambos equipos si SQL es remoto. Conserva las copias hasta verificar la operación y los informes resultantes; un tamaño calculado no autoriza a borrarlas.

1. Comprueba un perfil SQL privado existente

   Para la ruta predeterminada, este comando valida el perfil existente y el acceso SQL sin migraciones, copias de datos ni cambios en eventos. Puede preparar la carpeta privada de diagnóstico. Usa el PHP CLI de la instalación si es distinto. Un perfil ausente se configura mediante el comando normal de aplicación del plan; esta comprobación no lo crea. Si cambió la contraseña administrativa, pide al DBA que actualice solo el perfil de esta instalación, conservando root como propietario y los permisos restrictivos.

   Comando

   cd /var/www/html/obelisk &&
   sudo php utility/schema_profile.php --check

Inspecciona el estado real

Antes de cambios estructurales, el actualizador guarda toda la base Obelisk y los archivos afectados y suspende los procesos. Si se detiene, conserva plan y copias de recuperación. Desde la carpeta predeterminada, este comando muestra el estado sin aplicar una actualización. Utiliza el PHP CLI configurado si es diferente. Un plan prepared puede reintentarse tras corregir la causa; recovery_required exige seguir las instrucciones de recuperación de ese plan.

cd /var/www/html/obelisk &&
sudo php utility/update.php --status

Reanuda o restaura de forma consciente

Utiliza Mostrar comando de aplicación para reanudar el plan guardado, o Mostrar comando de restauración si ya ha empezado la recuperación SQL. Un rollback coordinado con restauración de base devuelve todos los datos Obelisk a la copia anterior: se pierden los cambios posteriores. Los planes terminados como rolled_back o failed_rolled_back requieren subir de nuevo el ZIP y crear otro plan. Nunca elimines indicadores de mantenimiento ni edites el progreso para saltarte la recuperación.

Tras completar el proceso, verifica la instalación y revisa la vista previa de protección web ofrecida. Se conservan ajustes, grabaciones y fuentes telefónicas. Las instalaciones con el formato actual conservan la licencia. Los formatos anteriores pueden requerir reactivación; consulta las notas del paquete antes de continuar. Elimina las copias de un plan terminado únicamente con su acción expresa de limpieza cuando ya no necesites volver atrás: esa limpieza suprime definitivamente la opción de recuperación.

Capturas completas del producto

Datos de ejemplo. Abre la captura para ampliarla y relacionar los controles con las instrucciones del capítulo.

Abrir captura completa ↗