Ripristinare l’ambiente su Adobe Commerce nell’infrastruttura cloud

Questo articolo mostra diversi scenari di ripristino dello stato precedente di un ambiente su Adobe Commerce su un’infrastruttura cloud.

Scegliere il caso più appropriato:

Scenario 1: attività pianificata

Con una distribuzione o un aggiornamento pianificato, il Rollback più semplice e consigliato sarebbe per il commerciante, come parte dei tuoi preparativi, fare quanto segue:

Cinque giorni prima delle attività di aggiornamento/distribuzione:

Il giorno delle modifiche:

Se è necessario Rollback:

L'utilizzo di Snapshots non è il metodo consigliato per l'aggiornamento/attività pianificata rollbacks/restores, in quanto richiede molto più tempo per recuperare i dati rispetto a un Database Dump locale, come descritto sopra nel passaggio 2 della sezione Se è necessario un Rollback.

Snapshots non sono presenti nel nodo/server, ma in un blocco di archiviazione separato. Poiché i dati devono essere trasmessi dall'archiviazione dei blocchi in rete a un nuovo disco, il processo richiede tempo. Il nuovo disco viene quindi montato sul nodo pronto per il recupero/l'importazione sul disco originale connesso al nodo/server.

Se si confronta questo con l'importazione di un Database Dump locale, i dati sono già recuperabili sul nodo/server, pertanto viene risparmiato molto tempo, poiché è necessario solo un Database Import.

Scenario 2: ripristinare uno snapshot

Leggi: Ripristinare un'istantanea su Adobe Commerce nell'infrastruttura cloud nella documentazione per gli sviluppatori.

Leggi: Crea uno snapshot nella documentazione per gli sviluppatori.

Scenario 3: nessuna istantanea, compilazione stabile (connessione SSH disponibile)

Questa sezione mostra come ripristinare un ambiente quando non è stata creata una copia istantanea ma è possibile accedere all’ambiente tramite SSH.

I passaggi sono i seguenti:

Dopo aver eseguito questi passaggi:

Leggi i passaggi dettagliati riportati di seguito.

Passaggio 0 (prerequisito): rimuovere config.php per disabilitare Configuration Management

È necessario disabilitare Gestione configurazione in modo che non applichi automaticamente le impostazioni di configurazione precedenti durante la distribuzione.

Per disabilitare Configuration Management, verificare che la directory /app/etc/ non contenga il file config.php.

Per rimuovere il file di configurazione, effettuare le seguenti operazioni:

Ulteriori informazioni sulla gestione della configurazione:

Passaggio 1: disinstallare il software Adobe Commerce con il comando setup:uninstall

La disinstallazione del software Adobe Commerce provoca la perdita e il ripristino del database, la rimozione della configurazione di distribuzione e la cancellazione delle directory in var.

Leggi: Disinstallare il software Adobe Commerce nella documentazione per gli sviluppatori.

Per disinstallare il software Adobe Commerce, effettuare le seguenti operazioni:

Per confermare la disinstallazione corretta viene visualizzato il seguente messaggio:

[SUCCESS]: Magento uninstallation complete.

Questo significa che abbiamo ripristinato l’installazione di Adobe Commerce (incluso DB) al suo stato autentico (Vanilla).

Passaggio 2: reimpostare il ramo git

Con il ripristino di git, il codice verrà ripristinato allo stato desiderato nel passato.

Dopo aver eseguito questi passaggi, il ramo git viene reimpostato e l'intero git changelog è cancellato. L'ultimo git push attiva la ridistribuzione per applicare tutte le modifiche e reinstallare Adobe Commerce.

Scenario 4: nessuna istantanea; compilazione interrotta (nessuna connessione SSH)

In questa sezione viene illustrato come reimpostare un ambiente quando si trova in uno stato critico: la procedura di distribuzione non riesce a creare un'applicazione funzionante, rendendo così la connessione SSH non disponibile.

In questo scenario, è innanzitutto necessario ripristinare lo stato di funzionamento dell'applicazione Adobe Commerce utilizzando git reimpostato, quindi disinstallare il software Adobe Commerce (per eliminare e ripristinare il database, rimuovere la configurazione di distribuzione, ecc.). Lo scenario prevede gli stessi passaggi dello scenario 3, ma l’ordine dei passaggi è diverso ed è presente un ulteriore passaggio: forzare la ridistribuzione. I passaggi sono i seguenti:

Dopo aver eseguito questi passaggi, si otterranno gli stessi risultati dello Scenario 3.

Passaggio 4: forzare la ridistribuzione

Esegui un commit (potrebbe essere vuoto, anche se non è consigliato) e invialo al server per attivarne la ridistribuzione:

git commit --allow-empty -m "<message>" && git push <origin> <branch>

Se l'installazione:disinstallazione non riesce, reimpostare il database manualmente

Se l'esecuzione del comando setup:uninstall ha esito negativo e non può essere completata, è possibile cancellare il database manualmente con la procedura seguente:

Dopo aver reimpostato il database, invia un messaggio push all'ambiente per attivare la ridistribuzione e installare Adobe Commerce in un database appena creato. git Oppure eseguire il comando di ridistribuzione.