Procedura di aggiornamento

Durante l’aggiornamento degli ambienti AEM, è necessario tenere conto delle differenze di approccio tra l’aggiornamento degli ambienti di authoring e di pubblicazione per ridurre al minimo i tempi di inattività sia per gli autori che per gli utenti finali. Questa pagina illustra la procedura di alto livello per l’aggiornamento di una topologia AEM attualmente in esecuzione su una versione di AEM 6.x. Poiché il processo varia tra i livelli di authoring e pubblicazione, nonché tra le distribuzioni basate su Mongo e TarMK, ogni livello e microkernel è stato elencato in una sezione separata. Durante l’esecuzione della distribuzione, consigliamo innanzitutto di aggiornare l’ambiente di authoring, determinare il successo e quindi procedere agli ambienti di pubblicazione.

Livello di authoring TarMK

Topologia iniziale

La topologia ipotizzata per questa sezione è costituita da un server di authoring in esecuzione su TarMK con uno standby a freddo. La replica viene eseguita dal server di authoring alla farm di pubblicazione TarMK. Anche se non illustrato qui, questo approccio può essere utilizzato per le distribuzioni che utilizzano lo scaricamento. Assicurati di aggiornare o ricreare l’istanza di offload nella nuova versione dopo aver disabilitato gli agenti di replica nell’istanza di authoring e prima di riabilitarli.

Preparazione all’aggiornamento

1. Interrompere l’authoring dei contenuti

2. Arresta l'istanza in standby

3. Disattiva agenti di replica sull’autore

4. Esegui il attività di manutenzione pre-aggiornamento.

Esecuzione dell’aggiornamento

1. Esegui il aggiornamento sul posto

2. Aggiornare il modulo dispatcher se necessario

3. Controllo qualità convalida l’aggiornamento

4. Arresta l'istanza di authoring.

In caso di esito positivo

1. Copiare l'istanza aggiornata per creare una nuova modalità di standby a freddo

2. Avvia l’istanza di authoring

3. Avvia l'istanza Standby.

In caso di esito negativo (rollback)

1. Avvia l'istanza di standby a freddo come nuova istanza principale

2. Rigenerare l'ambiente di authoring dal Cold Standby.

Cluster di authoring MongoMK

Topologia iniziale

La topologia ipotizzata per questa sezione è costituita da un cluster di authoring MongoMK con almeno due istanze di authoring AEM, supportate da almeno due database MongoMK. Tutte le istanze dell’Autore condividono un archivio dati. Questi passaggi devono essere applicati sia agli archivi dati S3 che a quelli di file. La replica viene eseguita dai server di authoring alla farm di pubblicazione TarMK.

Preparazione all’aggiornamento

1. Interrompere l’authoring dei contenuti
2. Clonare l'archivio dati per il backup
3. Arresta tutte le istanze di AEM Author tranne una, l’istanza di authoring principale
4. Rimuovi tutti i nodi MongoDB tranne uno dal set di repliche, l’istanza principale di Mongo
5. Aggiornare il DocumentNodeStoreService.cfg file nell'istanza Autore principale per riflettere il set di repliche a membro singolo
6. Riavvia l’Autore primario per assicurarti che venga riavviato correttamente
7. Disabilita gli agenti di replica nell’istanza di authoring primaria
8. Esegui attività di manutenzione pre-aggiornamento sull’istanza Autore primaria
9. Se necessario, aggiorna MongoDB sull’istanza Mongo principale alla versione 3.2 con WiredTiger

Esecuzione dell’aggiornamento

1. Esegui un aggiornamento sul posto sull’autore principale
2. Aggiornare il Dispatcher o il modulo web se necessario
3. Controllo qualità convalida l’aggiornamento

In caso di esito positivo

1. Crea nuove istanze di authoring 6.5, connesse all’istanza di Mongo aggiornata

2. Rigenera i nodi MongoDB rimossi dal cluster

3. Aggiornare il DocumentNodeStoreService.cfg file per riflettere l'intero set di repliche

4. Riavvia le istanze di authoring, una alla volta

5. Rimuovi l’archivio dati clonato.

In caso di esito negativo (rollback)

1. Riconfigura le istanze di authoring secondarie per la connessione all’archivio dati clonato

2. Arresta l'istanza principale di authoring aggiornata

3. Arresta l'istanza primaria Mongo aggiornata.

4. Avvia le istanze Mongo secondarie con una di queste come nuova istanza primaria

5. Configurare DocumentNodeStoreService.cfg file nelle istanze di authoring secondarie per puntare al set di repliche delle istanze di Mongo non ancora aggiornate

6. Avvia le istanze di authoring secondarie

7. Rimuovi le istanze di authoring, il nodo Mongo e l’archivio dati aggiornati.

Farm di pubblicazione TarMK

Farm di pubblicazione TarMK

La topologia ipotizzata per questa sezione è costituita da due istanze di pubblicazione TarMK, precedute da Dispatcher che sono a loro volta precedute da un load balancer. La replica viene eseguita dal server di authoring alla farm di pubblicazione TarMK.

Esecuzione dell’aggiornamento

1. Arresta il traffico per l’istanza Publish 2 nel load balancer
2. Esegui manutenzione pre-aggiornamento alla pubblicazione 2
3. Esegui un aggiornamento sul posto alla pubblicazione 2
4. Aggiornare il Dispatcher o il modulo web se necessario
5. Scaricare la cache di Dispatcher
6. Il controllo qualità convalida la pubblicazione 2 tramite Dispatcher, dietro il firewall
7. Chiudi pubblicazione 2
8. Copiare l’istanza Publish 2
9. Avvia pubblicazione 2

In caso di esito positivo

1. Attiva traffico per pubblicazione 2
2. Arresta traffico per la pubblicazione 1
3. Arresta l’istanza Publish 1
4. Sostituisci l’istanza Publish 1 con una copia di Publish 2
5. Aggiornare il Dispatcher o il modulo web se necessario
6. Svuota la cache del Dispatcher per la pubblicazione 1
7. Avvia pubblicazione 1
8. Il controllo qualità convalida la pubblicazione 1 tramite Dispatcher, dietro il firewall

In caso di esito negativo (rollback)

1. Crea una copia della pubblicazione 1
2. Sostituisci l’istanza Publish 2 con una copia di Publish 1
3. Svuota la cache del Dispatcher per la pubblicazione 2
4. Avvia pubblicazione 2
5. Il controllo qualità convalida la pubblicazione 2 tramite Dispatcher, dietro il firewall
6. Attiva traffico per pubblicazione 2

Passaggi per l'aggiornamento finale

1. Attiva traffico per pubblicazione 1
2. Il controllo qualità esegue la convalida finale da un URL pubblico
3. Abilitare gli agenti di replica dall’ambiente di authoring
4. Riprendere l’authoring dei contenuti
5. Esegui controlli post-aggiornamento.

Risorse Business.Adobe.com

Ecommerce Integrations Content Intelligence Embedded Charts Dynamic Media Customer Experience Management Headless Cms