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.
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.
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.
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.
Arresta l'istanza se è in esecuzione.
Scarica il nuovo file jar AEM e utilizzalo per sostituire quello vecchio all'esterno del crx-quickstart
cartella.
Decomprimi il nuovo jar quickstart eseguendo:
java -Xmx4096m -jar aem-quickstart.jar -unpack
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.
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.
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.
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.
Se si utilizza S3:
Rimuovi eventuali vasetti sotto crx-quickstart/install
associata a una versione precedente del connettore S3.
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/
Estrai il pacchetto in una cartella temporanea e copia il contenuto di jcr_root/libs/system/install
al crx-quickstart/install
cartella.
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:
In un'istanza AEM in esecuzione, esegui quanto segue dalla riga di comando:
ps -ef | grep java
Cerca il processo AEM. Avrà un aspetto simile a:
/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
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:
/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.
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.
Vedi Controlli e risoluzione dei problemi post-aggiornamento.