Planera din uppgradering planning-your-upgrade

AEM projektöversikt aem-project-overview

AEM används ofta i driftsättningar med stor effekt som kan vara till nytta för miljontals användare. Vanligtvis finns det anpassade program som distribueras på instanserna, vilket ökar komplexiteten. Alla försök att uppgradera en sådan distribution måste hanteras metodiskt.

Den här guiden hjälper dig att fastställa tydliga mål, faser och slutprodukter när du planerar en uppgradering. Det fokuserar på det övergripande projektgenomförandet och på riktlinjerna. Den ger en översikt över de faktiska uppgraderingsstegen, men hänvisar till tillgängliga tekniska resurser där det är lämpligt. Den bör användas tillsammans med de tillgängliga tekniska resurser som anges i dokumentet.

Den AEM uppgraderingsprocessen kräver noggrant hanterade planerings-, analys- och körningsfaser med viktiga slutprodukter definierade för varje fas.

Det går att uppgradera direkt från AEM 6.0 och upp till 6.5. Kunder som kör 5.6.x och tidigare måste uppgradera först till version 6.0 eller senare, och 6.0(SP3) rekommenderas. Det nya Oak Segment tar-formatet används nu även för segmentnodarkivet sedan 6.3, och databasmigrering till det nya formatet är obligatoriskt även för 6.0, 6.1 och 6.2.

CAUTION
Om du uppgraderar från AEM 6.2 till 6.3 bör du antingen uppgradera från versioner (6.2-SP1-CFP1 - -6.2SP1-CFP12.1) eller 6.2SP1-CFP15 eller senare. Om du uppgraderar från 6.2SP1-CFP13/6.2SP1CFP14 till AEM 6.3 måste du annars även uppgradera till minst version 6.3.2.2. I annat fall misslyckas AEM Sites efter uppgraderingen.

Uppgraderingsomfång och krav upgrade-scope-requirements

Nedan finns en lista över områden som påverkas i ett vanligt AEM Upgrade Project:

Komponent
Effekt
Beskrivning
Operativsystem
Osäker, men subtila effekter
När AEM uppgraderas kan det också vara dags att uppgradera operativsystemet, vilket kan få lite effekt.
Java™ Runtime
Måttlig effekt
AEM 6.3 kräver JRE 1.7.x (64 bitar) eller senare. JRE 1.8 är den enda version som för närvarande stöds av Oraclet.
Maskinvara
Måttlig effekt
Onlineversionsrensning kräver
ledigt diskutrymme som är 25 % av databasens storlek och 15 % ledigt stackutrymme
för att slutföras. Du kan behöva uppgradera din maskinvara för att
ska se till att det finns tillräckligt med resurser för att kunna köra onlineversionen av rensning
helt. Om du uppgraderar från en version som är tidigare än AEM 6 kan det dessutom finnas ytterligare lagringsbehov för
.
Innehållsdatabas (CRX eller Oak)
Hög effekt
Från och med version 6.1 stöder AEM inte CRX2, så en migrering till
Oak (CRX3) krävs om du uppgraderar från en äldre version. AEM 6.3 har
implementerat ett nytt segmentnodarkiv som även kräver en migrering. Verktyget
crx2oak används för detta.
AEM/innehåll
Måttlig effekt
/libs och /apps hanteras enkelt genom uppgraderingen, men /etc kräver vanligtvis manuell återanvändning av anpassningar.
AEM
Låg effekt
De flesta AEM är testade för uppgradering. Detta är ett område med låg effekt.
Anpassade programtjänster
Låg till hög effekt
Beroende på programmet och anpassningen kan det finnas
beroenden av JVM, operativsystemversioner och vissa indexeringsrelaterade
ändringar, eftersom index inte genereras automatiskt i Oak.
Anpassat programinnehåll
Låg till hög effekt
Innehåll som inte kommer att hanteras genom uppgraderingen kan säkerhetskopieras
innan uppgraderingen äger rum och sedan flyttas tillbaka till databasen.
Det mesta innehållet kan hanteras med migreringsverktyget.

Det är viktigt att du kör ett operativsystem som stöds, Java™-miljön, httpd och Dispatcher-versionen. Mer information finns på sidan AEM 6.5 Tekniska krav. Du måste ta hänsyn till att du måste uppgradera dessa komponenter i din projektplan innan du uppgraderar AEM.

Projektfaser project-phases

Mycket arbete läggs på att planera och köra en AEM uppgradering. För att förtydliga de olika insatser som ingår i denna process har Adobe delat upp planerings- och genomförandeövningarna i separata faser. I avsnitten nedan resulterar varje fas i en slutprodukt som ofta används i en framtida fas av projektet.

Planering för författarutbildning planning-for-author-training

I alla nya versioner finns det risk för förändringar i användargränssnittet och användararbetsflöden. Nya releaser innehåller också nya funktioner som kan vara till nytta för företaget. Adobe rekommenderar att du granskar de funktionsändringar som har gjorts och organiserar en plan för att utbilda dina användare i att använda dem effektivt.

unu_cropped

Nya funktioner i AEM 6.5 finns i den AEM delen av adobe.com. Observera alla ändringar av användargränssnitt och produktfunktioner som används ofta i din organisation. När du tittar igenom de nya funktionerna bör du också tänka på alla funktioner som kan vara av värde för din organisation. När du har gått igenom vad som har ändrats i AEM 6.5 kan du utveckla en utbildningsplan för dina författare. Detta kan innebära att du använder kostnadsfria resurser som hjälpfunktionsvideor eller formell utbildning som erbjuds via Adobe Digital Learning Services.

Skapa en testplan creating-a-test-plan

Varje kunds implementering av AEM är unik och har anpassats efter deras affärskrav. Därför är det viktigt att fastställa alla anpassningar som har gjorts i systemet så att de kan inkluderas i en testplan. Denna testplan kommer att driva den QA-process som Adobe utför på den uppgraderade instansen.

test-plan

Den exakta produktionsmiljön måste dupliceras och testning bör utföras på den efter uppgraderingen för att säkerställa att alla program och anpassad kod fortfarande fungerar som de ska. Regress all anpassning och kör prestanda, inläsning och säkerhetstestning. När du organiserar din testplan måste du ta med alla anpassningar som har gjorts i systemet, förutom de användargränssnitt och arbetsflöden som används i de dagliga åtgärderna. Dessa kan omfatta anpassade OSGI-tjänster och -servrar, integrering med Adobe Experience Cloud, integrering med tredje part via AEM, anpassade tredjepartsintegreringar, anpassade komponenter och mallar, anpassade användargränssnittsövertäckningar i AEM samt anpassade arbetsflöden. För kunder som migrerar från en tidigare version än AEM 6 bör alla anpassade frågor analyseras eftersom dessa kan behöva indexeras. För kunder som redan har en AEM 6.x-version bör dessa frågor fortfarande testas för att säkerställa att deras index fortsätter att fungera effektivt efter uppgraderingen.

Fastställa nödvändiga arkitektoniska förändringar och infrastrukturförändringar determining-architectural-and-infrastructure-changes-needed

När du uppgraderar kan du behöva uppgradera andra komponenter i din tekniska stack, till exempel operativsystemet eller JVM. På grund av ändringar i databaskonfigurationen kan det dessutom behövas ytterligare maskinvara. Detta gäller endast kunder som migrerar från tidigare versioner än 6.x, men det är viktigt att tänka på. Slutligen kan det finnas ändringar som är nödvändiga i era rutiner för övervakning, underhåll och säkerhetskopiering och katastrofåterställning.

doi_cropped

Läs de tekniska kraven för AEM 6.5 och se till att din nuvarande maskin- och programvara är tillräcklig. Följande dokument innehåller information om eventuella ändringar av de operativa processerna:

Övervakning och underhåll:

Instrumentpanel för åtgärder

Assets Monitoring Best Practices

Övervakningsserverresurser med JMX-konsolen

Revision Cleanup

Säkerhetskopiering/återställning och Disaster Recovery:

Säkerhetskopiering och återställning

Prestanda och skalbarhet

Så här kör du AEM med TARMK Cold Standby

Överväganden vid innehållsomstrukturering content-restructuring-considerations

AEM har infört ändringar i databasstrukturen som gör uppgraderingarna smidigare. Ändringarna innebär att flytta innehåll från mappen /etc till mappar som /libs, /apps och /content, baserat på om Adobe eller en kund äger innehållet, vilket minskar riskerna för att skriva över innehåll under releaser. Omstruktureringen av databasen har gjorts på ett sådant sätt att inga kodändringar behöver göras vid uppgraderingen av version 6.5, men vi rekommenderar att du granskar informationen vid Databasomstrukturering i AEM när du planerar en uppgradering.

Utvärderar uppgraderingskomplexitet assessing-upgrade-complexity

På grund av den stora variationen i antal och typ av anpassningar som Adobe-kunder använder i sina AEM miljöer är det viktigt att lägga lite tid på att avgöra den övergripande nivå av arbete som förväntas i uppgraderingen.

Det finns två sätt att bedöma uppgraderingens komplexitet. En inledande fas kan använda den nya mönsteravkännaren, som är tillgänglig för att köras i AEM 6.1, 6.2 och 6.3. Mönsterdetektorn är det enklaste sättet att bedöma uppgraderingens totala komplexitet som kan förväntas med hjälp av rapporterade mönster. Mönsterdetektorrapporten innehåller mönster för att identifiera otillgängliga API:er som används av den anpassade kodbasen (detta gjordes med kompatibilitetskontrollerna före uppgradering i 6.3).

Efter den första bedömningen kan ett mer omfattande nästa steg vara att utföra en uppgradering av en testinstans och utföra några grundläggande röktester. Adobe har också vissa funktioner. Listan över borttagna och borttagna funktioner bör granskas inte bara för den version du uppgraderar till, utan även för alla versioner mellan käll- och målversionerna. Om du till exempel uppgraderar från AEM 6.2 till 6.5 är det viktigt att du granskar de borttagna och borttagna funktionerna i AEM 6.3 utöver dem i AEM 6.5.

trei_cropped

Den mönsteravkännare som introducerades nyligen bör ge en korrekt uppskattning av vad du kan förvänta dig under en uppgradering i de flesta fall. För mer komplexa anpassningar och distributioner där du har inkompatibla ändringar kan du uppgradera en utvecklingsinstans till AEM 6.5 enligt instruktionerna i Utföra en lokal uppgradering. När det är klart utför du några högnivåröktester på den här miljön. Målet med denna övning är inte att göra en omfattande inventering av testfall och göra en formell inventering av defekter, utan att ge oss en ungefärlig uppskattning av mängden arbete som krävs för att uppgradera koden för kompatibilitet med 6.5. I kombination med Mönsteridentifiering och de arkitektoniska ändringar som bestämdes i föregående avsnitt, kan en grov uppskattning ges till projekthanteringsteamet för planering av uppgraderingen.

Bygga Runbook för uppgradering och återställning building-the-upgrade-and-rollback-runbook

Adobe har dokumenterat processen för uppgradering av en AEM instans, men varje kunds nätverkslayout, driftsättningsarkitektur och anpassningar kräver att man finjusterar och skräddarsyr den här metoden. Därför rekommenderar Adobe att du granskar all dokumentation och använder den för att informera en projektspecifik Runbook som beskriver de uppgraderings- och återställningsprocedurer som du kommer att följa i din miljö. Om du uppgraderar från CRX2 måste du se till att utvärdera hur lång tid det tar att migrera innehåll när du går från CRX2 till Oak. För stora databaser kan det vara mycket viktigt.

runbook-chart

Adobe har tillhandahållit uppgraderings- och återställningsprocedurer i uppgraderingsproceduren och steg-för-steg-instruktioner för att tillämpa uppgraderingen i Utföra en lokal uppgradering. Dessa instruktioner bör granskas och övervägas med din systemarkitektur, anpassningar och driftsavvikelse för att avgöra vilka procedurer för växling och återställning som du ska utföra under uppgraderingen. Alla ändringar av arkitektur eller serverstorlekar bör inkluderas när du skapar din anpassade runbook. Det är viktigt att notera att detta bör behandlas som ett första utkast. När teamet slutför sina QA- och utvecklingscykler och distribuerar uppgraderingen till testmiljön är det troligt att det krävs ytterligare åtgärder. Helst bör det här dokumentet innehålla tillräckligt med information så att om det skulle överlämnas till en medlem av personalen kan de slutföra uppgraderingen helt utifrån informationen i det.

Utveckla en projektplan developing-a-project-plan

Utdata från tidigare övningar kan användas för att bygga en projektplan som täcker de förväntade tidslinjerna för test- eller utvecklingsarbete, utbildning och faktiskt utförande av uppgraderingen.

develop-project-plan

En omfattande projektplan bör omfatta följande:

  • Slutförande av utvecklings- och testplaner
  • Uppgraderar utvecklings- och QA-miljöer
  • Uppdatera den anpassade kodbasen för AEM 6.5
  • En QA-provning och korrigeringscykel
  • Uppgraderar mellanlagringsmiljön
  • Integrering, prestanda och belastningstestning
  • Miljöcertifiering
  • Go live

Utveckling och kvalitetskontroll performing-development-and-qa

Adobe har tillhandahållit procedurer för Uppgradering av kod och anpassningar som är kompatibla med AEM 6.5. När den här iterativa processen körs bör ändringar göras i Runbook efter behov. Se även Bakåtkompatibilitet i AEM 6.5 om hur dina anpassningar kan vara bakåtkompatibla normalt utan att behöva utvecklas omedelbart efter uppgraderingen.

patru_cropped

Utvecklings- och testprocessen är vanligtvis iterativ. På grund av anpassningar kan ändringar som görs under uppgraderingen göra att en hel del av produkten blir oanvändbar. När utvecklarna har åtgärdat den grundläggande orsaken till problemet och testteamet har tillgång till dessa funktioner, finns det risk för att ytterligare problem upptäcks. När problem upptäcks som kräver justeringar i uppgraderingsprocessen måste du lägga till dem i din anpassade uppgraderingsrunbook. Efter flera iterationer av testning och korrigering bör kodbasen vara helt validerad och klar för distribution till testmiljön.

Slutlig testning final-testing

Adobe rekommenderar en sista testomgång efter att kodbasen har certifierats av din organisations QA-team. Denna testomgång innebär att du validerar din runbook i en staging-miljö, följt av rundor där användaren accepteras, prestanda och säkerhetstestning.

cinci_cropped

Det här steget är viktigt eftersom det är enda gången som du kan validera stegen i Runbook mot en produktionsliknande miljö. När miljön har uppgraderats är det viktigt att användarna ges tid att logga in och gå igenom de aktiviteter de utför när de använder systemet i sina dagliga aktiviteter. Det är inte ovanligt att användare använder en del av systemet som inte tidigare övervägts. Att hitta och åtgärda problem i dessa områden innan du publicerar produkten kan bidra till att förhindra kostsamma produktionsavbrott. Eftersom en ny version av AEM innehåller betydande ändringar av den underliggande plattformen är det också viktigt att utföra prestanda-, belastnings- och säkerhetstester på systemet som om det startades för första gången.

Utföra uppgraderingen performing-the-upgrade

När den slutliga signeringen har tagits emot från alla intressenter är det dags att utföra de definierade Runbook-procedurerna. Adobe har tillhandahållit uppgraderings- och återställningssteg i uppgraderingsproceduren och installationssteg i Utföra en lokal uppgradering som referenspunkt.

perform-upgrade

Adobe har tagit del av uppgraderingsinstruktionerna för miljövalidering. Dessa omfattar grundläggande kontroller som att skanna uppgraderingsloggarna och verifiera att alla OSGi-paket har startats korrekt, men Adobe rekommenderar även att du validerar med dina egna testfall baserat på dina affärsprocesser. Adobe rekommenderar också att du kontrollerar schemat AEM rensning av onlineändringar och relaterade rutiner för att säkerställa att de inträffar under en lugn tid för ditt företag. Dessa rutiner är viktiga för AEM långsiktiga resultat.

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