Utföra en uppgradering på plats performing-an-in-place-upgrade

NOTE
På den här sidan beskrivs uppgraderingsproceduren för AEM 6.5. Om du har en installation som distribueras till en programserver läser du Uppgradera steg för programserverinstallationer.

Steg före uppgradering pre-upgrade-steps

Innan du utför uppgraderingen måste du utföra flera steg. Mer information finns i Uppgradera kod och anpassningar och Underhållsaktiviteter före uppgradering. Kontrollera dessutom att datorn uppfyller kraven för den nya versionen av AEM. Se hur Mönsteravkännare kan hjälpa dig att beräkna uppgraderingens komplexitet och se även avsnittet Uppgraderingsomfång och Krav i Planera din uppgradering för mer information.

Krav för migrering migration-prerequisites

  • Minimikrav för Java-version: Migreringsverktyget fungerar bara med Java-version 7 och senare. Observera att för AEM 6.3 och senare är Oraclets JRE 8 och IBM JRE 7 och 8 de enda versionerna som stöds.

  • Uppgraderad instans: Om du uppgraderar från en version som är äldre än 5.6 bör du kontrollera att du har utfört en uppgradering på plats till AEM 6.0 genom att följa proceduren som beskrivs i version 6.0 av uppgraderingsdokumentationen.

Förberedelse av AEM Quickstart jar-fil prep-quickstart-file

  1. Stoppa instansen om den körs.

  2. Hämta den nya AEM jar-filen och använd den för att ersätta den gamla filen utanför mappen crx-quickstart.

  3. Packa upp den nya snabbstartsburken genom att köra:

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

Migrering av innehållsdatabas content-repository-migration

Migreringen krävs inte om du uppgraderar från AEM 6.3. För versioner som är äldre än 6.3 har Adobe ett verktyg som kan användas för att migrera databasen till den nya versionen av Oak Segment tar som finns i AEM 6.3. Det ingår som en del av snabbstartspaketet och är obligatoriskt för alla uppgraderingar som ska använda tarMK. Uppgraderingar för miljöer där MongoMK används kräver inte databasmigrering. Mer information om fördelarna med det nya segmenttjärformatet finns i Vanliga frågor om att migrera till Oak segmenttjära.

Den faktiska migreringen utförs med AEM snabburkfil, som körs med ett nytt -x crx2oak-alternativ som kör crx2oak-verktyget för att förenkla uppgraderingen och göra den mer robust.

NOTE
Om du utför Innehållsmigrering för TjärMK-databas med hjälp av tillägget CRX2Oak QuickStart kan du ta bort runmode för samplingsinnehåll genom att lägga till följande på migreringskommandoraden:
  • --promote-runmode nosamplecontent

Använd följande kommando för att bestämma vilket kommando du ska köra:

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

Där <<YOUR_PROFILE>> och <<ADDITIONAL_FLAGS>> ersätts med profilen och flaggorna i följande tabell:

Source Repository
Måldatabas
Profil
Ytterligare flaggor
crx2 eller tarMK med FileDataStore
tarMK
segment-fds
Se avsnittet Felsökning nedan
crx2
MongoMK
mongo-from-crx2
-T mongo-uri=mongo://mongo-host:mongo-port -T mongo-db=mongo-database-name
tarMK eller crx2 med S3DataStore
tarMK
segment-custom-ds
Se avsnittet Felsökning nedan
tarMK utan datastore
tarMK
segment-no-ds
MongoMK
MongoMK
Ingen migrering behövs

Var:

  • mongo-host är MongoDB-server-IP (till exempel 127.0.0.1)

  • mongo-port är MongoDB-serverporten (till exempel: 27017)

  • mongo-database-name representerar namnet på databasen (till exempel: aem-author)

Du kan också behöva ytterligare växlar för följande scenarier:

  • Om du utför uppgraderingen på en Windows-dator där Java-minnesmappningen inte hanteras korrekt lägger du till parametern --disable-mmap i kommandot.

Mer information om hur du använder crx2oak-verktyget finns i Använda CRX2Oak-migreringsverktyget. JAR-hjälpfilen för crx2oak kan vid behov uppgraderas manuellt genom att manuellt ersätta den med senare versioner efter att snabbstarten har packats upp. Sökvägen i AEM installationsmapp är: <aem-install>/crx-quickstart/opt/extensions/crx2oak.jar. Den senaste versionen av migreringsverktyget för CRX2Oak finns att hämta från Adobe-databasen på: https://repo1.maven.org/maven2/com/adobe/granite/crx2oak/

Om migreringen har slutförts avslutas verktyget med en avslutningskod på noll. Kontrollera dessutom om det finns WARN- och ERROR-meddelanden i filen upgrade.log, som finns under crx-quickstart/logs i AEM installationskatalog, eftersom dessa kan tyda på icke-allvarliga fel som uppstod under migreringen.

Kontrollera konfigurationsfilerna under mappen crx-quickstart/install. Om en migrering var nödvändig kommer dessa att uppdateras för att återspegla måldatabasen.

En anteckning om datalager:

Även om FileDataStore är det nya standardvärdet för AEM 6.3-installationer krävs inte att ett externt datalager används. Även om du bör använda ett externt datalager som bästa praxis för produktionsdistributioner är det inte en förutsättning för uppgradering. På grund av den komplexitet som redan finns när du uppgraderar AEM rekommenderar Adobe att du utför uppgraderingen utan att utföra en datastorteringsmigrering. Om du vill kan du utföra en datalagermigrering efteråt som en separat åtgärd.

Felsöka migreringsproblem troubleshooting-migration-issues

Hoppa över det här avsnittet om du uppgraderar från 6.3. De tillhandahållna crx2oak-profilerna bör tillgodose behoven hos de flesta kunder, men det finns tillfällen då ytterligare parametrar behövs. Om ett fel inträffar under migreringen kan det finnas aspekter av miljön som kräver ytterligare konfigurationsalternativ. I så fall kommer du förmodligen att få följande fel:

Kontrollpunkter kopieras inte eftersom inget externt datalager har angetts. Detta resulterar i att hela databasen indexeras om första gången du startar. Använd —skip-checkpoints för att framtvinga migreringen eller läs https://jackrabbit.apache.org/oak/docs/migration.html#Checkpoints_migration för mer information.

Av någon anledning behöver migreringsprocessen åtkomst till binärfiler i datalagret och kan inte hitta den. Om du vill ange din datalagerkonfiguration inkluderar du följande flaggor i delen <<ADDITIONAL_FLAGS>> av ditt migreringskommando:

För S3-datalager:

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

Där /path/to/SharedS3DataStore.config representerar sökvägen till S3-datalagrets konfigurationsfil och /path/to/datastore representerar sökvägen till S3-datalagret.

För fildatalager:

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

Där /path/to/datastore representerar sökvägen till din File DataStore.

Utföra uppgraderingen performing-the-upgrade

Om S3 används:

  1. Ta bort alla tecken under crx-quickstart/install som är associerade med en tidigare version av S3-anslutningen.

  2. Hämta den senaste versionen av 1.10.x S3-anslutningen från https://repo1.maven.org/maven2/com/adobe/granite/com.adobe.granite.oak.s3connector/

  3. Extrahera paketet till en tillfällig mapp och kopiera innehållet i jcr_root/libs/system/install till mappen crx-quickstart/install.

Kontrollera rätt startkommando för uppgradering determining-the-correct-upgrade-start-command

För att kunna genomföra uppgraderingen är det viktigt att du börjar AEM använda filen jar för att ta fram instansen. Om du vill uppgradera till 6.5 kan du läsa andra alternativ för innehållsomstrukturering och migrering i Lazy Content Migration som du kan välja med uppgraderingskommandot.

IMPORTANT
Om du kör Oracle Java 11 (eller vanligtvis versioner av Java nyare än 8) måste ytterligare växlar läggas till på kommandoraden när du startar AEM. Mer information finns i Java 11 Considerations.

Observera att AEM från startskriptet inte startar uppgraderingen. De flesta kunder börjar AEM med startskriptet och har anpassat det här startskriptet för att inkludera växlar för miljökonfigurationer som minnesinställningar, säkerhetscertifikat osv. Adobe rekommenderar därför att du följer den här proceduren för att fastställa rätt uppgraderingskommando:

  1. Kör följande från kommandoraden på en AEM som körs:

    code language-shell
    ps -ef | grep java
    
  2. Håll utkik efter AEM. Det ser ut ungefär så här:

    code language-shell
    /usr/bin/java -server -Xmx1024m -Djava.awt.headless=true -Dsling.run.modes=author,crx3,crx3tar -jar crx-quickstart/app/cq-quickstart-6.5.0-standalone-quickstart.jar start -c crx-quickstart -i launchpad -p 4502 -Dsling.properties=conf/sling.properties
    
  3. Ändra kommandot genom att ersätta sökvägen till den befintliga burken ( crx-quickstart/app/aem-quickstart*.jar i det här fallet) med den nya burken som är jämställd med mappen crx-quickstart. Om du använder vårt tidigare kommando som exempel blir vårt kommando:

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

    Detta säkerställer att alla korrekta minnesinställningar, anpassade körningslägen och andra miljöparametrar används för uppgraderingen. När uppgraderingen har slutförts kan instansen startas från startskriptet vid framtida starter.

Distribuera uppgraderad kodbas deploy-upgraded-codebase

När uppgraderingsprocessen på plats har slutförts ska den uppdaterade kodbasen distribueras. Steg för att uppdatera kodbasen så att den fungerar i målversionen av AEM finns på sidan Uppgraderingskod och anpassningar.

Genomför Post-uppgraderingskontroller och felsökning perform-post-upgrade-check-troubleshooting

Se Post Upgrade Checks and Troubleshooting.

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2