Inhoud in Cloud Service invoegen ingesting-content
Ingestieproces in de Cloud Acceleration Manager ingestion-process
Volg de onderstaande stappen om uw migratieset in te voeren met de Cloud Acceleration Manager:
-
Ga naar Cloud Acceleration Manager. Klik op de projectkaart en klik op de kaart voor inhoudsoverdracht. Navigeer aan IngestieBanen en klik Nieuwe Ingestie
-
Controleer de innamecontrolelijst en zorg ervoor dat alle stappen zijn voltooid. Deze stappen zijn nodig om een succesvolle inname te waarborgen. Ga aan de Volgende stap slechts te werk als checklist wordt voltooid.
-
Geef de vereiste informatie op om een opname te maken.
- Reeks van de Migratie: selecteer de migratiereeks die de gehaalde gegevens als Source bevat.
- De Reeksen van de migratie zullen verlopen na een lange periode van inactiviteit, zodat wordt verwacht dat de inname vrij snel na de extractie plaatsvindt. Het overzicht Vastgestelde Verval van de Migratievoor details.
note tip TIP Als de extractie wordt uitgevoerd, wordt dit in het dialoogvenster aangegeven. Nadat de extractie is voltooid, wordt de inname automatisch gestart. Als de extractie mislukt of wordt gestopt, wordt de innametaak geannuleerd. -
Doel: selecteer het bestemmingsmilieu. In deze omgeving wordt de inhoud van de migratieset opgenomen.
- De oplossingen steunen geen bestemmingen van het type Snelle Milieu van de Ontwikkeling (RDE) of Voorproef, en zij verschijnen niet als mogelijke bestemmingskeus, zelfs als de gebruiker toegang tot het heeft.
- Terwijl een migratiereeks in veelvoudige bestemmingen gelijktijdig kan worden opgenomen, kan een bestemming het doel van slechts één lopende of wachtende opname tegelijkertijd zijn.
-
Rij: selecteer de rij. (Auteur/Publish).
- Als de bron
Authorwas, wordt aangeraden de bron in deAuthor-laag op het doel in te voeren. Als de bronPublishwas, moet het doel ookPublishzijn.
- Als de bron
note note NOTE Als de doellaag Authoris, wordt de auteurinstantie gesloten tijdens de lengte van de opname en niet beschikbaar voor gebruikers (bijvoorbeeld, auteurs of iedereen die onderhoud uitvoert). De reden is om het systeem te beschermen en om eventuele veranderingen te voorkomen die verloren zouden kunnen gaan of een innameconflict zouden veroorzaken. Zorg ervoor dat uw team zich hiervan bewust is. Houd er ook rekening mee dat de omgeving tijdens de opname door de auteur wordt genegeerd.-
Sluitereffect: kies de
Wipewaarde- De Sluitereffect optie plaatst het uitgangspunt van de bestemming van de opname. Als Sluitereffect wordt toegelaten, wordt de bestemming met inbegrip van al zijn inhoud teruggesteld aan de versie van AEM die in Cloud Manager wordt gespecificeerd. Als deze optie niet is ingeschakeld, behoudt de bestemming de huidige inhoud als beginpunt.
- Deze optie beïnvloedt NIET hoe de opname van inhoud zal worden uitgevoerd. De congestie gebruikt altijd een strategie van de inhoudsvervanging en niet een strategie van de inhoudssamenvoeging zodat, in zowel Wipe als niet-Wipe gevallen, zal het opnemen van een migratiereeks inhoud in de zelfde weg op de bestemming beschrijven. Als de migratieset bijvoorbeeld
/content/page1bevat en het doel al/content/page1/product1bevat, verwijdert de opname het gehelepage1-pad en de bijbehorende subpagina's, inclusiefproduct1, en vervangt u deze door de inhoud in de migratieset. Dit betekent zorgvuldige planning moet worden gedaan wanneer het uitvoeren van a niet-Wipe opname aan een bestemming die om het even welke inhoud bevat die zou moeten worden gehandhaafd. - Niet-vette ingesties zijn specifiek ontworpen voor de meest voorkomende inname. Deze indelingen hebben een incrementele hoeveelheid nieuwe inhoud die is gewijzigd sinds de laatste inname in een bestaande migratieset. Het uitvoeren van niet-wegwerpinjecties buiten dit gebruiksgeval kan leiden tot zeer lange inname.
note important IMPORTANT Als het plaatsen Sluitereffect voor het opnemen wordt toegelaten, stelt het de volledige bestaande bewaarplaats met inbegrip van de gebruikerstoestemmingen op de instantie van de doel Cloud Service terug. Dit het terugstellen is waar ook voor een admin gebruiker die aan de wordt toegevoegd beheerders groep en die gebruiker moet aan de beheerdersgroep opnieuw worden toegevoegd om een opname te beginnen. -
pre-Exemplaar: kies de
Pre-copywaarde- U kunt de optionele pre-copy stap uitvoeren om de inname aanzienlijk te versnellen. Zie Ingesting met AzCopyvoor meer details.
- Als inesten met voorkopie wordt gebruikt (voor S3 of Azure Data Store), wordt aangeraden
Authorinname eerst alleen uit te voeren. Hierdoor wordt de opname vanPublishsneller wanneer deze later wordt uitgevoerd.
note important IMPORTANT U kunt een opname aan het bestemmingsmilieu in werking stellen slechts als u tot de lokale AEM beheerders groep op de de auteursdienst van de bestemmingsCloud Service behoort. Als u geen ingestie kunt beginnen, zie Onbekwaam om Ingestievoor meer details te beginnen. - Reeks van de Migratie: selecteer de migratiereeks die de gehaalde gegevens als Source bevat.
-
Wanneer de keuze voor inname eenmaal is gemaakt, wordt een schatting van de duur van de inname weergegeven. Dit is een inspanningsschatting gebaseerd op historische gegevens van vergelijkbare ingestie.
- Deze schatting wordt alleen berekend en weergegeven als de waarden voor 'grootte controleren' van de extractie zijn verzameld en beschikbaar zijn.
- Deze waarde is een schatting en mag, hoewel intelligent berekend, niet als exact worden beschouwd. De werkelijke duur kan door verschillende factoren worden gewijzigd.
- Terwijl ingestie loopt, zal deze waarde ook beschikbaar in de duurdialoog zijn, die door de "wordt betreden de duur van de Mening"actie van de opname.
-
Klik Samenvatting.
-
U kunt de opname van de de lijstmening van Banen van de Opname dan controleren en het de actiemenu van de opname gebruiken om de duur en het logboek te bekijken aangezien de opname vordert.
-
Klik (i) knoop in de rij voor meer informatie over de innametaak. U kunt de duur van elke stap van de Opname zien wanneer het loopt of door te klikken…, en dan de duur van de Mening te klikken. Uit de informatie over de extractie blijkt ook dat men zich realiseert wat er wordt ingeslikt.
Top Up-inname top-up-ingestion-process
Het hulpmiddel van de Overdracht van de Inhoud heeft een eigenschap die de extractie van differentiële inhoud door a bovenop-up van de migratiereeks uit te voeren toestaat. Hierdoor kan de migratieset worden gewijzigd, zodat alleen de inhoud wordt opgenomen die sinds de vorige extractie is gewijzigd, zonder dat alle inhoud opnieuw moet worden geëxtraheerd.
Om differentiële inhoud in te voeren nadat sommige ingestions volledig zijn, moet u a Hoogste Extractiein werking stellen, en dan de inlaatmethode met gebruiken Wipe gehandicapte optie . Ben zeker om de Sluiterende verklaring hierboven te lezen om het verliezen van inhoud reeds op de bestemming te vermijden.
Begin door een Baan van de Opname te creëren en ervoor te zorgen dat Sluitereffect tijdens het opnemen wordt onbruikbaar gemaakt, zoals hieronder getoond:
Problemen oplossen troubleshooting
CAM Kan migratietoken niet ophalen cam-unable-to-retrieve-the-migration-token
De automatische terugwinning van het migratietoken kan om verschillende redenen, met inbegrip van u vestiging een IP lijst van gewenste personen via Cloud Managerop het milieu van de doelCloud Service ontbreken. In dergelijke scenario's, ziet u de volgende dialoogdoos wanneer u probeert om een opname te beginnen:
U kunt het migratietoken handmatig ophalen door op de koppeling Token ophalen in het dialoogvenster te klikken. Er wordt een ander tabblad geopend waarin het token wordt weergegeven. U kunt het teken dan kopiëren en het in het symbolische input van de Migratie gebied kleven. Nu moet je de inname kunnen starten.
Kan inname niet starten unable-to-start-ingestion
U kunt een opname aan het bestemmingsmilieu in werking stellen slechts als u tot de lokale AEM beheerders groep op de de auteursdienst van de bestemmingsCloud Service behoort. Als u niet tot de groep van AEM beheerders behoort, ziet u een fout zoals hieronder getoond wanneer u probeert om een opname te beginnen. U kunt of uw beheerder vragen om u aan de lokale AEM beheerders toe te voegen of om het teken zelf te vragen, dat u in het symbolische input van de Migratie gebied kunt dan kleven.
Kan de migratieservice niet bereiken unable-to-reach-migration-service
Nadat een opname wordt gevraagd, kan een bericht als het volgende aan de gebruiker worden voorgesteld: "De migratiedienst op het bestemmingsmilieu is onbereikbaar. Als dat het geval is, probeert u het later opnieuw of neemt u contact op met de Adobe."
Dit bericht geeft aan dat de Cloud Acceleration Manager de migratieservice van de doelomgeving niet kon bereiken om de opname te starten. Dit kan om verschillende redenen gebeuren.
- AEM as a Cloud Service handhaaft de milieustaat, en moet af en toe de migratiedienst opnieuw beginnen om diverse normale redenen. Als die dienst opnieuw begint, kan het niet worden bereikt, maar is uiteindelijk beschikbaar.
- Het is mogelijk dat een ander proces op de instantie wordt uitgevoerd. Bijvoorbeeld, als AEM de Updates van de Versieeen update toepast, kan het systeem bezig zijn en de migratiedienst regelmatig niet beschikbaar. Zodra dat proces is voltooid, kan opnieuw worden geprobeerd om met de inname te beginnen.
- Als een IP Lijst van gewenste personendoor Cloud Manager is toegepast, verhindert het Cloud Acceleration Manager de migratiedienst te bereiken. Een IP adres kan niet voor ingesties worden toegevoegd omdat zijn adres dynamisch is. Momenteel, is de enige oplossing de IP lijst van gewenste personen tijdens de opname en het indexeren proces onbruikbaar te maken.
- Er kunnen andere redenen zijn die een onderzoek vereisen. Neem contact op met de klantenservice van de Adobe als de opname of indexering nog steeds mislukt.
Updates en oplossingen AEM versie aem-version-updates-and-ingestions
AEM de Updates van de Versieworden automatisch toegepast op milieu's om hen bijgewerkt met de meest recente versie van AEM as a Cloud Service te houden. Als de update wordt geactiveerd wanneer een opname wordt uitgevoerd, kunnen er onvoorspelbare resultaten optreden, waaronder de beschadiging van de omgeving.
Als de "Updates van de Versie van de AEM"op het bestemmingsprogramma wordt ingezien, probeert het innameproces om zijn rij onbruikbaar te maken alvorens het begint. Wanneer de opname volledig is, wordt de status van de versieupdater teruggegeven aan hoe het was alvorens ingestions begonnen.
Als "AEM de Updates van de Versie"actief is (namelijk de updates lopen of een rij worden gevormd om) in werking te stellen, zal de ingang niet beginnen en het gebruikersinterface presenteert het volgende bericht. Zodra de updates volledig zijn, kan de opname worden begonnen. Cloud Manager kan worden gebruikt om de huidige toestand van de pijpleidingen van het programma te zien.
Bijkomende congestiefout als gevolg van Uniqueness Constraint top-up-ingestion-failure-due-to-uniqueness-constraint-violation
Een gemeenschappelijke oorzaak van de mislukking van de Opname van de a 🔗 is een conflict in knoopids. Als u deze fout wilt identificeren, downloadt u het innamelogboek met de gebruikersinterface van Cloud Acceleration Manager en zoekt u een item als de volgende:
java.lang.RuntimeException: org.apache.jackrabbit.oak.api.CommitFailedException: OakConstraint0030: Uniqueness constraint overtreden bezit [ jcr:uid ] die waarde a1a1a1a1a1-b2b2-c3c3-d4d5e heeft5e5e5e5e5: /some/path/jcr:content, /some/other/path/jcr:content
Elk knooppunt in AEM moet een unieke uuid hebben. Deze fout geeft aan dat een knooppunt dat wordt ingesloten, dezelfde uuid heeft als een knooppunt dat zich in een ander pad op de doelinstantie bevindt. Deze situatie kan om twee redenen gebeuren:
- Een knoop wordt bewogen op de bron tussen een extractie en een verdere Top-Up Extractie
- VERGEET: Voor Top-Up extracties, zal de knoop nog in de migratiereeks bestaan, zelfs als het niet meer op de bron bestaat.
- Een knoop op de bestemming wordt bewogen tussen een ingestie en een verdere top-up ingestie.
Dit conflict moet handmatig worden opgelost. Iemand die bekend is met de inhoud, moet beslissen welke van de twee knooppunten moet worden verwijderd, rekening houdend met andere inhoud die ernaar verwijst. De oplossing kan vereisen dat de top-up extractie opnieuw wordt gedaan zonder de beledigende knoop.
Opsommingsfout vanwege niet-verwijderen knooppunt waarnaar wordt verwezen top-up-ingestion-failure-due-to-unable-to-delete-referenced-node
Een andere gemeenschappelijke oorzaak van de mislukking van de Opname van de a 🔗 is een versieconflict voor een bepaalde knoop op de bestemmingsinstantie. Als u deze fout wilt identificeren, downloadt u het innamelogboek met de gebruikersinterface van Cloud Acceleration Manager en zoekt u een item als de volgende:
java.lang.RuntimeException: org.apache.jackrabbit.oak.api.CommitFailedException: OakIntegrity0001: Unable to delete referenced node: 8a2289f4-b904-4bd0-8410-15e41e 976a8
Dit kan gebeuren als een knoop op de bestemming tussen een opname en een verdere niet-Wipe opname zodanig wordt gewijzigd dat een nieuwe versie is gecreeerd. Als de migratieset is geëxtraheerd met 'include-versies' ingeschakeld, kan er een conflict optreden omdat de bestemming nu een recentere versie heeft waarnaar wordt verwezen door versiegeschiedenis en andere inhoud. Het opnameproces kan het beledigende versieknooppunt niet verwijderen omdat ernaar wordt verwezen.
De oplossing kan vereisen dat de top-up extractie opnieuw wordt gedaan zonder de beledigende knoop. Of u maakt een kleine migratieset van het aanstootgevende knooppunt, maar met "include-versies" uitgeschakeld.
De beste praktijken wijzen erop dat als a niet-Wipe ingestie moet worden in werking gesteld gebruikend een migratiereeks die versies omvat, het cruciaal is dat de inhoud op de bestemming zo weinig mogelijk wordt gewijzigd, tot de migratiereis volledig is. Anders kunnen deze conflicten optreden.
Ingestiefout vanwege waarden voor eigenschappen van grote knooppunten ingestion-failure-due-to-large-node-property-values
Eigenschapwaarden voor knooppunten die zijn opgeslagen in MongoDB, mogen niet groter zijn dan 16 MB. Als een nodewaarde de gesteunde grootte overschrijdt, ontbreekt het opnemen en het logboek zal of bevatten:
- een
BSONObjectTooLarge-fout en geef op welk knooppunt het maximum heeft overschreden, of - a
BsonMaximumSizeExceededExceptionfout, die aangeeft dat er een knooppunt is dat waarschijnlijk Unicode-tekens bevat die de maximumgrootte overschrijden **
Dit is een MongoDB-beperking.
Zie de Node property value in MongoDB nota in Eerste vereisten voor het Hulpmiddel van de Overdracht van de Inhoudvoor meer informatie en een verbinding aan een hulpmiddel van Oak dat alle grote knopen kon helpen vinden. Als alle knooppunten met grote afmetingen zijn verholpen, voert u de extractie en inname opnieuw uit.
Om deze beperking mogelijk te vermijden, stel de Analysator van Beste praktijkenop de bron AEM instantie in werking en herzie de bevindingen het voorstelt, met name "Niet gestaafde Structuur van de Bewaarplaats" (URS)patroon.
Ingestiefout als gevolg van onverwachte intermitterende fouten ingestion-failure-due-to-unexpected-intermittent-errors
Soms zouden onverwachte intermitterende problemen zich lenen voor mislukte inname, waarbij het helaas de enige mogelijkheid is om de inname opnieuw te proberen. Onderzoek het innamelogboek om de oorzaak van de mislukking te ontdekken en te zien of richt het zich op om het even welke hieronder vermelde fouten, waar een herpoging zou moeten worden geprobeerd.
MongoDB-problemen mongo-db-issues
Atlas prescale timeout error- In de introductiefase wordt geprobeerd de doelcloud-database vooraf in te stellen op een geschikte grootte die is afgestemd op de grootte van de inhoud van de migratieset die wordt opgenomen. Deze bewerking wordt soms niet binnen de verwachte tijd voltooid.Exhausted mongo restore retries- Pogingen om een lokale stortplaats van de opgenomen migratie vastgestelde vastgestelde inhoud aan het wolkengegevensbestand te herstellen zijn uitgeput. Dit wijst op een algemene gezondheid/netwerkkwestie met MongoDB, die zich vaak na een paar minuten geneest.
Ingestie gestopt ingestion-rescinded
Een opname die met een lopende extractie werd gecreeerd aangezien zijn bronmigratie wordt geplaatst wacht geduldig tot die extractie slaagt, en op dat punt begint normaal. Als de extractie mislukt of wordt gestopt, beginnen de opname en de indexeertaak niet, maar worden deze geannuleerd. In dit geval controleert u de extractie om te bepalen waarom dit is mislukt, verhelpt u het probleem en begint u opnieuw te extraheren. Als de vaste extractie eenmaal is uitgevoerd, kan een nieuwe opname worden gepland.
Verwijderd element niet aanwezig na herhaalde opname
Over het algemeen wordt het niet aanbevolen om de gegevens van de cloudomgeving tussen innames te wijzigen.
Wanneer een element wordt verwijderd van de bestemming Cloud Service met behulp van de Assets Touch-interface, worden de knooppuntgegevens verwijderd, maar wordt het elementblok met de afbeelding niet onmiddellijk verwijderd. Het is duidelijk voor schrapping zodat het niet meer in UI verschijnt; nochtans, blijft het in de datastore tot de huisvuilinzameling voorkomt en de blob wordt verwijderd.
In het scenario waarin een eerder gemigreerd element wordt verwijderd en de volgende opname wordt uitgevoerd voordat de opschoonfunctie het element heeft verwijderd, wordt het verwijderde element niet hersteld wanneer dezelfde migratieset wordt gebruikt. Wanneer de opname de wolkenomgeving voor het middel controleert, zijn er geen knoopgegevens; daarom zal de opname de knoopgegevens aan het wolkenmilieu kopiëren. Als het echter de blob store controleert, ziet het dat de blob aanwezig is en wordt het kopiëren van de blob overgeslagen. Daarom zijn de metagegevens aanwezig na invoer wanneer u het element vanuit de aanraakinterface bekijkt, maar de afbeelding niet. Houd er rekening mee dat migratiesets en inname van inhoud niet zijn ontworpen om deze kwestie af te handelen. Ze zijn bedoeld om nieuwe inhoud toe te voegen aan de cloud-omgeving en eerder gemigreerde inhoud niet te herstellen.
Volgende functies whats-next
Wanneer de opname is gelukt, wordt AEM indexering automatisch gestart. Zie Indexerend na het Migreren van Inhoudvoor meer informatie.
Als u Inhoud invoegen hebt voltooid in de Cloud Service, kunt u logboeken van elke stap (extractie en opname) weergeven en op fouten zoeken. Zie het Bekijken Logboeken voor een Reeks van de Migratieom meer te leren.