Vanliga frågor om migrering av AEM as a Cloud Service-innehåll

Få svar på vanliga frågor om innehållsmigrering till AEM as a Cloud Service.

Terminologi

Använd mallen nedan om du vill ha mer information när du skapar CTT-relaterade Adobe supportärenden.

{align="center"}

Allmänna frågor om innehållsmigrering

F: Vilka olika metoder använder man för att migrera innehåll till AEM som molntjänster?

Det finns tre olika metoder

F: Finns det någon gräns för hur mycket innehåll som kan överföras med CTT?

Nej. CTT som ett verktyg kan extrahera från AEM-källa och importera till AEMaaCS. Det finns dock specifika begränsningar för AEMaaCS-plattformen som bör beaktas före migreringen.

Mer information finns i Krav för molnmigrering.

F: Jag har den senaste BPA-rapporten från mitt källsystem, vad ska jag göra med den?

Exportera rapporten som CSV och överför den sedan till Cloud Acceleration Manager, associerad med din IMS-organisation. Gå sedan igenom granskningsprocessen som beskrivs i beredskapsfasen.

Granska den bedömning av kod och innehållskomplexitet som verktyget erbjuder och notera associerade åtgärdsobjekt som leder till eftersläpning i kodomfaktoriseringen eller utvärdering av molnmigrering.

F: Rekommenderas att extrahera information om källförfattare och inmatning till AEMaaCS-författare och publicera?

Vi rekommenderar alltid att du utför extrahering och förtäring av :1 mellan författare- och publiceringsnivåer. Det går dock att extrahera källproduktionsförfattare och importera det till Dev, Stage och Production CS.

F: Finns det något sätt att uppskatta tiden det tar att migrera innehåll från AEM till AEMaaCS med hjälp av CTT?

Eftersom migreringsprocessen är beroende av internetbandbredd, heap som allokerats för CTT-processen, ledigt minne och disk-I/O som är beroende av varje källsystem, rekommenderas att proof of migrations körs tidigt och att datapunkter extrapoleras för att få en uppskattning.

F: Hur påverkas min AEM källprestanda om jag startar extraheringsprocessen för CTT?

CTT-verktyget körs i en egen Java™-process som tar upp till 4 GB heap, som kan konfigureras med OSGi-konfiguration. Antalet kan komma att ändras, men du kan hoppa till Java™-processen och ta reda på det.

Om AZCopy är installerat och/eller Pre copy-alternativ/valideringsfunktion är aktiverad förbrukar AZCopy-processen CPU-cykler.

Förutom jvm använder verktyget även disk-I/O för att lagra data på ett tillfälligt övergångsutrymme som rensas efter extraheringscykeln. Förutom RAM, CPU och disk-I/O använder CTT-verktyget även källsystemets nätverksbandbredd för att överföra data till Azure-blobbutiken.

Mängden resurser som extraheringsprocessen för CTT tar beror på antalet noder, antalet blober och deras sammanlagda storlek. Det är svårt att skapa en formel och därför rekommenderas att köra ett litet migreringsbevis för att fastställa kraven för källserverns storlek.

Om klonmiljöer används för migrering kommer detta inte att påverka resursutnyttjandet för produktionsservern, utan har egna nackdelar när det gäller att synkronisera innehåll mellan Live-produktion och kloning

F: Vad betyder termerna"svep" och"skriv över" i samband med CTT?

I kontexten för extraheringsfasen är alternativen antingen att skriva över data i mellanlagringsbehållaren från tidigare extraheringscykler eller att lägga till differentialen (tillagd/uppdaterad/borttagen) i den. Mellanlagringsbehållaren är ingenting, men den blob-lagringsbehållare som är associerad med migreringsuppsättningen. Varje migreringsuppsättning får en egen mellanlagringsbehållare.

I kontexten för överföringsfasen är alternativen + för att ersätta hela innehållsdatabasen i AEMaaCS eller för att synkronisera differentiellt (tillagt/uppdaterat/borttaget) innehåll från mellanlagringsmigreringsbehållaren.

F: Det finns flera webbplatser, associerade resurser, användare och grupper i källsystemet. Går det att migrera dem i faser till AEMaaCS?

Ja, det är möjligt men kräver noggrann planering av:

Granska den övre extraherings- och intagsprocessen enligt dokumentationen innan du planerar migreringarna.

F: Kommer mina webbplatser att vara tillgängliga för slutanvändare även om det händer något i AEMaaCS-författare eller publiceringsinstanser?

Ja. Slutanvändartrafiken avbryts inte av innehållsmigreringsaktiviteten. Författaren fryser dock innehållet tills det är klart.

F: BPA-rapporten innehåller objekt som är relaterade till saknade ursprungliga återgivningar. Ska jag städa upp dem vid källan innan jag extraherar dem?

Ja. Den saknade ursprungliga återgivningen innebär att resursens binärfil inte överförs korrekt från början. Om du ser det som felaktiga data bör du granska, säkerhetskopiera med Package Manager (efter behov) och ta bort dem från AEM-källfilen innan du kör extraheringen. Felaktiga data kommer att få negativa resultat i tillgångsbearbetningsstegen.

F: BPA-rapporten innehåller objekt som är relaterade till den saknade jcr:content-noden för mappar. Vad ska jag göra med dem?

När jcr:content saknas på mappnivå kan du sprida inställningar som bearbetningsprofiler, osv. från föräldrar bryts på den här nivån. Granska orsaken till att jcr:content saknas. Även om dessa mappar kan migreras bör du tänka på att sådana mappar försämrar användarupplevelsen och orsakar onödiga felsökningscykler senare.

F: Jag har skapat en migreringsuppsättning. går det att kontrollera dess storlek?

Ja, det finns en Kontrollera storlek-funktion som ingår i CTT.

F: Jag utför migreringen (extrahering, förtäring). Går det att validera att allt mitt extraherade innehåll hämtas till målet?

Ja, det finns en validering-funktion som ingår i CTT.

F: Kunden måste flytta innehåll mellan AEMaaCS-miljöer som AEMaaCS Dev till AEMaaCS Stage eller till AEMaaCS Prod. Kan jag använda verktyget för innehållsöverföring för de här användningsområdena?

Tyvärr, nej. CTT:s användningsexempel är att migrera innehåll från AEM 6.3±källan som är lokal/AMS-värd till AEMaaCS-molnmiljöer. Läs CTT-dokumentationen.

F: Vilka typer av problem förväntas vid extraktion?

Extraheringsfasen är en involverad process som kräver att flera aspekter fungerar som förväntat. Att vara medveten om olika typer av problem som kan uppstå och hur ni kan mildra dem ökar den övergripande framgången med innehållsmigreringen.

Den offentliga dokumentationen förbättras kontinuerligt baserat på inlärningen, men här finns några problemkategorier på hög nivå och möjliga bakomliggande orsaker.

{align="center"}

F: Vilken typ av problem förväntas vid intag?

Inmatningsfasen sker helt och hållet i molnplattformen och kräver hjälp från de resurser som har tillgång till AEMaaCS-infrastrukturen. Skapa en supportanmälan för mer hjälp.

Här är möjliga problemkategorier (se inte detta som en exklusiv lista)

{align="center"}

F: Måste min källserver ha en utgående internetanslutning för att CTT ska fungera?

Det korta svaret är Ja.

CTT-processen kräver anslutning till resurserna nedan:

Mer information om källanslutning finns i dokumentationen.

Dynamisk mediehantering - frågor

F: Kommer materialet att bearbetas om automatiskt efter intag i AEMaaCS?

Nej. Begäran om ombearbetning måste initieras för att resurserna ska kunna bearbetas.

F: Kommer mediefiler att indexeras om automatiskt efter intag i AEMaaCS?

Ja. Resurserna indexeras om baserat på de indexdefinitioner som är tillgängliga i AEMaaCS.

F: Källa AEM är integrerat med Dynamic Media. Finns det några specifika saker som måste övervägas före innehållsmigrering?

Ja, tänk på följande när AEM har Dynamic Media Integration.

F: Vilka olika migreringsstrategier gäller när DM-integrering förekommer i Source AEM?

Läs ovanstående fråga och svar innan

(Det här är två möjliga alternativ, men de är inte begränsade till bara dessa två). Det beror på hur kunden vill närma sig UAT, prestandatestning, den tillgängliga miljön och om en klon används för migrering eller inte. Se dessa två som utgångspunkt för diskussion

Alternativ 1

Om antalet resurser/noder i källmiljön ligger på en lägre nivå (~100 kB), under förutsättning att dessa kan migreras under en period på 24 + 72 timmar, inklusive extrahering och förtäring, är den bättre metoden att

Med det här alternativet kan du köra migrering från en till en, vilket betyder On-prem Dev → AEMaaCS Dev osv. och flytta DM-konfigurationerna från respektive miljö

(Om migreringen planeras att utföras från klonen)

Alternativ 2

Kör en svepmigrering från en lokal Dev till AEMaaCS Dev.

Ovanstående metod kan bara användas för att mäta migreringstiden, men den måste rensas senare.

Ytterligare resurser