Applica e recupera un aggiornamento coordinato

Rispetta l’ordine dei pacchetti ricevuti

Il download dell’installazione completa serve per un nuovo sito. Per un sito esistente sulla versione di partenza supportata, l’aggiornamento corrente usa un solo ZIP compatibile e non richiede un nuovo pacchetto preparatorio. Leggi le istruzioni relative alla tua versione effettiva prima di caricarlo. Installazioni precedenti possono richiedere un passaggio intermedio: usa un pacchetto preparatorio soltanto se le istruzioni del fornitore lo richiedono per quella versione, non perché un vecchio pacchetto è ancora disponibile.

Leggi il piano effettivo di file/database e le copie di recupero prima di applicare, anche se la versione dello schema resta invariata. Pacchetti diversi hanno piani diversi: non sostituire il comando con uno precedente, applicare PHP sciolti o importare SQL separatamente. Se l’anteprima rifiuta la versione iniziale o rileva una personalizzazione SQL, conserva il messaggio e ottieni le istruzioni corrispondenti. Un normale aggiornamento supportato mantiene la licenza esistente: non eliminarla né richiedere l’attivazione soltanto per aggiornare.

Prepara e verifica il piano

1. Leggi le modifiche proposte

   Carica lo ZIP di aggiornamento compatibile ed esamina modifiche ai file, SHA-256 del pacchetto e transizione dello schema SQL. Controlla le versioni di partenza supportate nelle note incluse e nell’anteprima dell’aggiornamento. Le migrazioni precedenti necessarie vengono controllate e non ripetute se già completate.

2. Usa i comandi generati per quel piano

   Quando disponibile, esegui prima il comando di verifica mostrato. Registra un controllo datato senza applicare modifiche né entrare in manutenzione. Usa quindi il comando esatto di applicazione dello stesso piano in una sessione SSH interattiva. L’applicazione ripete i controlli prima di procedere.

3. Fornisci l’accesso amministrativo SQL quando richiesto

   L’updater usa un profilo SQL privato, accessibile soltanto a root e fuori dalla cartella web. Se manca, l’applicazione normale richiede credenziali amministrative e password nascosta prima della manutenzione. Le richieste web non usano quell’account amministrativo. Conserva profilo e permessi restrittivi.

Controlla accesso SQL e spazio per il recupero

Prima di un aggiornamento coordinato dello schema, la copia SQL richiede spazio locale libero almeno pari a tre volte la stima di dati e indici Obelisk, con un minimo di 16 MiB, oltre alle copie dei file. Il controllo non misura lo spazio del server SQL remoto: verifica entrambi i sistemi quando SQL è remoto. Conserva le copie finché operazione e report risultanti sono stati verificati; una dimensione calcolata non autorizza a eliminarle.

1. Verifica un profilo SQL privato esistente

   Per il percorso predefinito questo comando verifica il profilo esistente e l’accesso SQL senza migrazioni, copie dei dati o modifiche agli eventi. Può predisporre la cartella privata della diagnostica. Usa il PHP CLI dell’installazione se diverso. Un profilo mancante viene predisposto con il normale comando di applicazione del piano: questo controllo non lo crea. Se la password amministrativa è cambiata, chiedi al DBA di aggiornare soltanto il profilo di questa installazione, mantenendo proprietario root e permessi restrittivi.

   Comando

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

Esamina lo stato effettivo

Prima delle modifiche strutturali l’updater salva l’intero database Obelisk e i file interessati e sospende i worker. Se si interrompe, conserva piano e copie di recupero. Dalla cartella predefinita questo comando mostra lo stato senza applicare aggiornamenti. Usa il PHP CLI configurato se diverso. Un piano prepared può essere riprovato dopo aver corretto la causa; recovery_required richiede le istruzioni di recupero mostrate per quel piano.

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

Riprendi o ripristina consapevolmente

Usa Mostra comando di applicazione per riprendere il piano salvato, oppure Mostra comando di ripristino se il recupero del database è già iniziato. Un rollback coordinato con ripristino SQL riporta tutti i dati Obelisk alla copia precedente: le modifiche successive vengono perse. I piani conclusi come rolled_back o failed_rolled_back richiedono di caricare nuovamente lo ZIP e creare un nuovo piano. Non rimuovere i marcatori di manutenzione e non modificare i file di avanzamento per aggirare il recupero.

Dopo il completamento esegui Verifica installazione ed esamina l’anteprima delle protezioni web proposta. Impostazioni, registrazioni e sorgenti telefoniche vengono conservate. Le installazioni con il formato attuale mantengono la licenza. I formati precedenti possono richiedere riattivazione: controlla le note del pacchetto prima di proseguire. Elimina le copie di un piano concluso soltanto con la sua azione esplicita di pulizia, quando non serve più tornare indietro: la pulizia rimuove definitivamente quella possibilità di recupero.

Schermate complete del prodotto

Dati dimostrativi. Apri la schermata per ingrandirla e riconoscere i comandi descritti in questo capitolo.

Apri schermata completa ↗