Esecuzione di un aggiornamento sul posto performing-an-in-place-upgrade

CAUTION
AEM 6.4 ha raggiunto la fine del supporto esteso e questa documentazione non viene più aggiornata. Per maggiori dettagli, consulta la nostra periodi di assistenza tecnica. Trova le versioni supportate qui.
NOTE
Questa pagina illustra la procedura di aggiornamento per AEM 6.4. Se disponi di un'installazione distribuita su un server applicazioni, consulta Passaggi di aggiornamento per le installazioni di Application Server.

Passaggi pre-aggiornamento pre-upgrade-steps

Prima di eseguire l’aggiornamento, è necessario completare diversi passaggi. Vedi Aggiornamento di codice e personalizzazioni e Attività di manutenzione pre-aggiornamento per ulteriori informazioni. Inoltre, assicurati che il sistema soddisfi i requisiti per la nuova versione di AEM. Scopri come il rilevatore pattern può aiutarti a stimare la complessità dell’aggiornamento e consulta anche la sezione Ambito di aggiornamento e requisiti di Pianificazione dell'aggiornamento per ulteriori informazioni.

Prerequisiti per la migrazione migration-prerequisites

  • Versione Java minima richiesta: Lo strumento di migrazione funziona solo con Java versione 7 e successive. Per AEM 6.3 e versioni successive, Oracle JRE 8 e IBM JRE 7 e 8 sono le uniche versioni supportate.

  • Istanza aggiornata: Se esegui l’aggiornamento da una versione maggiore di 5,6, assicurati di aver eseguito un aggiornamento locale a AEM 6.0 seguendo la procedura descritta nella versione 6.0 della documentazione di aggiornamento.

Preparazione del file jar AEM Quickstart prep-quickstart-file

  1. Arresta l'istanza se è in esecuzione.

  2. Scarica il nuovo file jar AEM e utilizzalo per sostituire quello vecchio all'esterno del crx-quickstart cartella.

  3. Decomprimi il nuovo jar quickstart eseguendo:

    code language-shell
    java -Xmx4096m -jar aem-quickstart.jar -unpack
    

Migrazione dall’archivio dei contenuti content-repository-migration

Questa migrazione non è necessaria se esegui l’aggiornamento da AEM 6.3. Per le versioni precedenti alla 6.3, Adobe fornisce uno strumento che può essere utilizzato per migrare l’archivio alla nuova versione del Segment Tar Oak presente nella AEM 6.3. Viene fornito come parte del pacchetto quickstart ed è obbligatorio per tutti gli aggiornamenti che utilizzeranno TarMK. Gli aggiornamenti per gli ambienti che utilizzano MongoMK non richiedono la migrazione dell’archivio. Per ulteriori informazioni sui vantaggi del nuovo formato Segment Tar, consulta la sezione Domande frequenti sulla migrazione a Oak Segment Tar.

La migrazione effettiva viene eseguita utilizzando il file jar standard AEM quickstart, eseguito con un nuovo -x crx2oak che esegue lo strumento crx2oak per semplificare l'aggiornamento e renderlo più affidabile.

NOTE
Se esegui la migrazione dei contenuti dell’archivio TarMK utilizzando l’estensione CRX2Oak Quickstart, puoi rimuovere la variabile samplecontent modalità di esecuzione aggiungendo quanto segue alla riga di comando di migrazione:
  • --promote-runmode nosamplecontent

Per determinare il comando da eseguire, utilizzare il comando seguente:

java -Xmx4096m -jar aem-quickstart.jar -v -x crx2oak -xargs -- --load-profile <<YOUR_PROFILE>> <<ADDITIONAL_FLAGS>>

Dove <<YOUR_PROFILE>> e <<ADDITIONAL_FLAGS>> sono sostituiti dal profilo e dai flag elencati nella tabella seguente:

Archivio di origine
Archivio di Target
Profilo
Flag aggiuntivi
crx2 o TarMK con FileDataStore
TarMK
segment-fds
Consulta la sezione Risoluzione dei problemi di seguito
crx2
MongoMK
mongo-from-crx2
-T mongo-uri=mongo://mongo-host:mongo-port -T mongo-db=mongo-database-name
TarMK o crx2 con S3DataStore
TarMK
segment-custom-ds
Consulta la sezione Risoluzione dei problemi di seguito
TarMK senza archivio dati
TarMK
segment-no-ds
MongoMK
MongoMK
Non è necessaria alcuna migrazione

Dove:

  • mongo-host è l'IP del server MongoDB (ad esempio, 127.0.0.1)

  • mongo-port è la porta del server MongoDB (ad esempio: (27017)

  • mongo-database-name rappresenta il nome del database (ad esempio: aem-author)

È inoltre possibile richiedere opzioni aggiuntive per i seguenti scenari:

  • Se esegui l'aggiornamento su un sistema Windows in cui la mappatura della memoria Java non è gestita correttamente, aggiungi la --disable-mmap al comando.

  • Se utilizzi Java 7, aggiungi la -XX:MaxPermSize=2048m subito dopo il -Xmx parametro .

Per ulteriori istruzioni sull'uso dello strumento crx2oak, consulta Utilizzo del Strumento di migrazione CRX2Oak. L'helper crx2oak JAR può essere aggiornato manualmente, se necessario, sostituendolo manualmente con le versioni più recenti dopo aver decompresso l'avvio rapido. La posizione nella cartella di installazione AEM è: <aem-install>/crx-quickstart/opt/extensions/crx2oak.jar. L’ultima versione dello strumento di migrazione CRX2Oak è disponibile per il download dall’archivio Adobe all’indirizzo: https://repo.adobe.com/nexus/content/groups/public/com/adobe/granite/crx2oak/

Se la migrazione è stata completata con successo, lo strumento uscirà con un codice di uscita pari a zero. Inoltre, controlla la presenza di messaggi WARN ed ERROR nella upgrade.log file, situato in crx-quickstart/logs nella directory di installazione di AEM, in quanto potrebbero indicare errori non fatali che si sono verificati durante la migrazione.

Controlla i file di configurazione sotto crx-quickstart/install cartella. Se è stata necessaria una migrazione, queste verranno aggiornate per riflettere l’archivio di destinazione.

NOTE
Quando FileDataStore è la nuova impostazione predefinita per le installazioni AEM 6.3, l’utilizzo di un datastore esterno non è necessario. L’utilizzo di un datastore esterno è consigliato come best practice per le distribuzioni di produzione, ma non è un prerequisito per l’aggiornamento. A causa della complessità già presente nell’aggiornamento AEM, si consiglia di eseguire l’aggiornamento senza eseguire una migrazione al datastore. Se lo desideri, una migrazione all’archivio dati può essere eseguita successivamente come sforzo separato.

Risoluzione dei problemi di migrazione troubleshooting-migration-issues

Ignora questa sezione se stai effettuando l’aggiornamento dalla versione 6.3. Anche se i profili crx2oak forniti devono soddisfare le esigenze della maggior parte dei clienti, ci sono momenti in cui saranno necessari parametri aggiuntivi. Se si verifica un errore durante la migrazione, è possibile che ci siano alcuni aspetti dell’ambiente che richiedono opzioni di configurazione aggiuntive da fornire. In tal caso, si verificherà probabilmente il seguente errore:

I checkpoint non verranno copiati perché non è stato specificato alcun datastore esterno. Questo si tradurrà nella reindicizzazione completa del repository al primo avvio. Utilizza —salta-checkpoint per forzare la migrazione oppure consulta https://jackrabbit.apache.org/oak/docs/migration.html#Checkpoints_migration per ulteriori informazioni.

Per qualche motivo, il processo di migrazione richiede l’accesso ai binari nel datastore e non è in grado di trovarlo. Per specificare la configurazione del datastore, includi i seguenti flag nel <<ADDITIONAL_FLAGS>> parte del comando di migrazione:

Per i datastore S3:

--src-s3config=/path/to/SharedS3DataStore.config --src-s3datastore=/path/to/datastore

Dove /path/to/SharedS3DataStore.config rappresenta il percorso del file di configurazione del datastore S3 e /path/to/datastore rappresenta il percorso del datastore S3.

Per i datastore dei file:

--src-datastore=/path/to/datastore

Dove /path/to/datastore rappresenta il percorso del file Datastore.

Esecuzione Dell'Aggiornamento performing-the-upgrade

Se si utilizza S3:

  1. Rimuovi eventuali vasetti sotto crx-quickstart/install associata a una versione precedente del connettore S3.

  2. Scarica la versione più recente del connettore S3 1.8.x da https://repo.adobe.com/nexus/content/groups/public/com/adobe/granite/com.adobe.granite.oak.s3connector/

  3. Estrai il pacchetto in una cartella temporanea e copia il contenuto di jcr_root/libs/system/install al crx-quickstart/install cartella.

Determinazione del comando di avvio dell'aggiornamento corretto determining-the-correct-upgrade-start-command

Per eseguire l'aggiornamento, è importante iniziare a AEM utilizzando il file jar per visualizzare l'istanza. Per l’aggiornamento alla versione 6.4, consulta anche altre opzioni di ristrutturazione e migrazione dei contenuti in Migrazione dei contenuti Lazy che è possibile scegliere con il comando di aggiornamento.

Tieni presente che l’avvio AEM dallo script iniziale non avvierà l’aggiornamento. La maggior parte dei clienti inizia a AEM utilizzando lo script di avvio e ha personalizzato questo script di avvio per includere switch per configurazioni di ambiente quali impostazioni di memoria, certificati di sicurezza, ecc. Per questo motivo, si consiglia di seguire questa procedura per determinare il comando di aggiornamento corretto:

  1. In un'istanza AEM in esecuzione, esegui quanto segue dalla riga di comando:

    code language-shell
    ps -ef | grep java
    
  2. Cerca il processo AEM. Avrà un aspetto simile a:

    code language-shell
    /usr/bin/java -server -Xmx1024m -XX:MaxPermSize=256M -Djava.awt.headless=true -Dsling.run.modes=author,crx3,crx3tar -jar crx-quickstart/app/cq-quickstart-6.2.0-standalone-quickstart.jar start -c crx-quickstart -i launchpad -p 4502 -Dsling.properties=conf/sling.properties
    
  3. Modifica il comando sostituendo il percorso del jar esistente ( crx-quickstart/app/aem-quickstart*.jar in questo caso) con il nuovo jar che è un fratello del crx-quickstart cartella. Utilizzando il comando precedente come esempio, il nostro comando sarebbe:

    code language-shell
    /usr/bin/java -server -Xmx1024m -XX:MaxPermSize=256M -Djava.awt.headless=true -Dsling.run.modes=author,crx3,crx3tar -jar cq-quickstart-6.4.0.jar -c crx-quickstart -p 4502 -Dsling.properties=conf/sling.properties
    

    In questo modo verranno applicate tutte le impostazioni di memoria, le modalità di esecuzione personalizzate e altri parametri ambientali appropriati per l’aggiornamento. Una volta completato l’aggiornamento, l’istanza può essere avviata dallo script iniziale nelle prossime avviazioni.

Distribuire una base di codice aggiornata deploy-upgraded-codebase

Una volta completato il processo di aggiornamento sul posto, la base di codice aggiornata deve essere distribuita. I passaggi per aggiornare la base di codice in modo che funzioni nella versione di destinazione di AEM si trovano in Pagina Aggiorna codice e personalizzazioni.

Esegui verifiche e risoluzione dei problemi post-aggiornamento perform-post-upgrade-check-troubleshooting

Vedi Controlli e risoluzione dei problemi post-aggiornamento.

recommendation-more-help
6a71a83d-c2e0-4ce7-a6aa-899aa3885b56