Infoga innehåll i Cloud Service ingesting-content

Inmatningsprocess i Cloud Acceleration Manager ingestion-process

Följ stegen nedan för att importera din migreringsuppsättning med Cloud Acceleration Manager:

Övre inmatning top-up-ingestion-process

Verktyget Innehållsöverföring har en funktion som tillåter extrahering av differentiellt innehåll genom att utföra en top-up av migreringsuppsättningen. Detta gör att migreringsuppsättningen kan ändras så att endast innehåll som har ändrats sedan den föregående extraheringen tas med, utan att allt innehåll behöver extraheras igen.

Om du vill importera differentiellt innehåll efter att en del inmatningsfrågor är slutförda måste du köra en extrahering uppifrån och sedan använda inmatningsmetoden med alternativet Rensa inaktiverat. Läs förklaringen Rensa ovan för att undvika att innehåll som redan finns på målet går förlorat.

Börja med att skapa ett matningsjobb och se till att Rensa är inaktiverat under matningen, vilket visas nedan:

Felsökning troubleshooting

CAM kan inte hämta migreringstoken cam-unable-to-retrieve-the-migration-token

Den automatiska hämtningen av migreringstoken kan misslyckas av olika orsaker, bland annat att konfigurera ett IP-tillåtelselista via Cloud Manager i målservermiljön. I sådana fall visas följande dialogruta när du försöker starta ett intag:

Hämta migreringstoken manuellt genom att klicka på länken Hämta token i dialogrutan. En annan flik öppnas som visar token. Du kan sedan kopiera token och klistra in den i fältet Indata för migreringstoken. Nu borde du kunna påbörja intaget.

Det går inte att starta matning unable-to-start-ingestion

Du kan bara initiera en inmatning till målmiljön om du tillhör den lokala gruppen AEM administratörer i målserverns författartjänst. Om du inte tillhör gruppen AEM administratörer visas ett fel som visas nedan när du försöker starta ett intag. Du kan antingen be din administratör att lägga till dig i de lokala AEM administratörerna eller be om själva token, som du sedan kan klistra in i fältet Migreringstokenindata.

Det gick inte att nå migreringstjänsten unable-to-reach-migration-service

Efter att ett matningsförslag har begärts kan ett meddelande som följande visas för användaren: "Migreringstjänsten i målmiljön är inte tillgänglig. Om så är fallet, försök igen senare eller kontakta supporten för Adobe."

Det här meddelandet anger att Cloud Acceleration Manager inte kunde nå målmiljöns migreringstjänst för att starta inmatningen. Denna situation kan uppstå av olika skäl.

AEM och förslag aem-version-updates-and-ingestions

AEM Versionsuppdateringar används automatiskt i miljöer för att hålla dem uppdaterade med den senaste AEM as a Cloud Service-versionen. Om uppdateringen utlöses när ett intag utförs, kan det orsaka oförutsägbara resultat, bland annat skador på miljön.

Om"AEM versionsuppdateringar" introduceras i målprogrammet försöker den att inaktivera kön innan den startar. När inmatningen är klar återställs versionsuppdaterarens tillstånd till det som var innan inmatningen startade.

Om"AEM versionsuppdateringar" är aktiv (d.v.s. uppdateringar körs eller köas för att köras), kommer importen inte att börja och följande meddelande visas i användargränssnittet. När uppdateringarna är klara kan intaget startas. Cloud Manager kan användas för att se aktuell status för programmets rörledningar.

Inmatningsfel i toppklass på grund av Unikhetsbegränsningsöverträdelse top-up-ingestion-failure-due-to-uniqueness-constraint-violation

En vanlig orsak till ett Top-up Inghit-fel är en konflikt i nod-ID:n. Du kan identifiera felet genom att hämta matningsloggen med hjälp av Cloud Acceleration Manager-gränssnittet och leta efter en post som följande:

java.lang.RuntimeException: org.apache.jackrabbit.oak.api.CommitFailedException: OakConstraint0030: Unikhetsvillkoret bröt egenskapen [jcr:uid] med värdet a1a1a1-b2b2-c3c3-d4d4-e5e e5e5e5e5e5: /some/path/jcr:content, /some/other/path/jcr:content

Varje nod i AEM måste ha ett unikt uuid. Detta fel anger att en nod som importeras har samma UID som en som finns på en annan sökväg i målinstansen. Detta kan bero på två orsaker:

Den här konflikten måste lösas manuellt. Någon som är bekant med innehållet måste bestämma vilken av de två noderna som ska tas bort, med hänsyn tagen till annat innehåll som refererar till det. Lösningen kan kräva att extraheringen av den övre delen görs igen utan den felande noden.

Inmatningsfel högst upp på grund av att det inte går att ta bort referensnod top-up-ingestion-failure-due-to-unable-to-delete-referenced-node

En annan vanlig orsak till ett överst inmatningsfel är en versionskonflikt för en viss nod i målinstansen. Du kan identifiera felet genom att hämta matningsloggen med hjälp av Cloud Acceleration Manager-gränssnittet och leta efter en post som följande:

java.lang.RuntimeException: org.apache.jackrabbit.oak.api.CommitFailedException: OakIntegrity001: Det går inte att ta bort refererad nod: 8a2289f4-b904-4bd0-8410-15e41e 0976a8

Detta kan inträffa om en nod på målet ändras mellan ett intag och ett efterföljande icke-rensat-intag så att en ny version har skapats. Om migreringsuppsättningen har extraherats med inkluderingsversioner aktiverat kan en konflikt uppstå eftersom målet nu har en senare version som versionshistorik och annat innehåll refererar till. Det går inte att ta bort den felaktiga versionsnoden eftersom den refereras.

Lösningen kan kräva att extraheringen av den övre delen görs igen utan den felande noden. Eller skapa en liten migreringsuppsättning av den felande noden, men med inkluderingsversioner inaktiverade.

Bästa tillvägagångssätt visar att om ett icke-rensat-inlägg måste köras med en migreringsuppsättning som innehåller versioner är det viktigt att innehållet på målet ändras så lite som möjligt, tills migreringsresan är klar. I annat fall kan dessa konflikter uppstå.

Inmatningsfel på grund av stora nodegenskapsvärden ingestion-failure-due-to-large-node-property-values

Nodegenskapsvärden som lagras i MongoDB får inte överskrida 16 MB. Om ett nodvärde överskrider den storlek som stöds misslyckas importen och loggen innehåller antingen:

Detta är en MongoDB-begränsning.

Mer information finns i Node property value in MongoDB-anteckningen i Krav för verktyget Innehållsöverföring. Där finns också en länk till ett Oak-verktyg som kan hjälpa dig att hitta alla stora noder. När alla noder med stora storlekar har åtgärdats kör du extraheringen och intaget igen.

Du kan undvika den här begränsningen genom att köra Best Practices Analyzer på AEM källinstans och granska resultatet som visas, särskilt "Repository Structure som inte stöds" (URS) -mönstret.

Inmatningsfel på grund av oväntade återkommande fel ingestion-failure-due-to-unexpected-intermittent-errors

Ibland kan oväntade problem ge upphov till misslyckade frågor där det enda sättet att göra detta är att försöka få igen. Undersök matningsloggen för att ta reda på orsaken till felet och se om den är i linje med något av de fel som anges nedan, där ett nytt försök bör göras.

MongoDB-problem mongo-db-issues

Inmatningen har avbrutits ingestion-rescinded

Ett intag som skapades med en pågående extrahering när dess källmigreringsuppsättning väntar tålt tills extraheringen lyckas och börjar då normalt. Om extraheringen misslyckas eller stoppas börjar inte intaget och indexeringsjobbet utan avbryts. I det här fallet kontrollerar du extraheringen för att fastställa varför den misslyckades, åtgärdar problemet och börjar extrahera igen. När den fasta extraheringen körs kan ett nytt intag schemaläggas.

Borttagen resurs finns inte efter upprepat förtäring

I allmänhet rekommenderas inte att du ändrar molnmiljödata mellan de olika förslagen.

När en resurs tas bort från Cloud Servicens mål med Assets Touch-gränssnittet tas noddata bort, men resursens blob med bilden tas inte bort omedelbart. Den är markerad för borttagning så att den inte längre visas i användargränssnittet. Den finns dock kvar i datalagret tills skräpinsamlingen sker och blobben tas bort.

Om en tidigare migrerad resurs tas bort och nästa inmatning körs innan skräpinsamlaren har slutfört borttagningen av resursen, återställs inte den borttagna resursen om samma migreringsuppsättning används. När intaget kontrolleras i molnmiljön för resursen finns det inga noddata. Inmatningen kopierar därför noddata till molnmiljön. När den kontrollerar blobbutiken ser den dock att blobben finns och hoppar över kopieringen av blobben. Det är därför som metadata förekommer när du tittar på resursen från Touch-gränssnittet, men bilden är inte det. Kom ihåg att migreringsuppsättningar och innehåll inte har utformats för att hantera det här fallet. De vill lägga till nytt innehåll i molnmiljön och inte återställa tidigare migrerat innehåll.

What's Next whats-next

När importen är klar AEM indexeringen startas automatiskt. Mer information finns i Indexera efter att du har migrerat innehåll.

När du har slutfört Inkludering av innehåll i Cloud Servicen kan du visa loggar för varje steg (extrahering och förtäring) och leta efter fel. Mer information finns i Visa loggar för en migreringsuppsättning.