Hoe te om activa in bulk te migreren assets-migration-guide

Bij het migreren van elementen naar Adobe Experience ManagerEr zijn verschillende stappen die in overweging moeten worden genomen. Het uitpakken van elementen en metagegevens uit hun huidige huis valt buiten het bereik van dit document, omdat deze elementen sterk verschillen tussen de implementaties, maar in dit document wordt beschreven hoe u deze elementen in Experience Manager, past de metagegevens toe, genereert uitvoeringen en activeert u deze om instanties te publiceren.

Vereisten prerequisites

Voordat u daadwerkelijk een van de stappen in deze methodologie uitvoert, moet u de richtsnoeren in Tips voor afstemmen van middelenprestaties. Veel van de stappen, zoals het vormen van maximum gezamenlijke banen, verbeteren zeer de stabiliteit en de prestaties van de server onder lading. Andere stappen, zoals het vormen van een Opslag van de Gegevens van het Dossier, zijn veel moeilijker uit te voeren nadat het systeem met activa is geladen.

Migreren naar Experience Manager migrating-to-aem

Elementen migreren naar Experience Manager vereist verscheidene stappen en zou als gefaseerd proces moeten worden beschouwd. De fasen van de migratie zijn als volgt:

Workflows uitschakelen disabling-workflows

Voordat u de migratie start, moet u de draagraketten voor de DAM Update Asset workflow. U kunt het beste alle elementen in het systeem opnemen en de workflows vervolgens in batches uitvoeren. Als u al woont terwijl de migratie plaatsvindt, kunt u deze activiteiten plannen om op off-hours te lopen.

Labels laden loading-tags

Mogelijk hebt u al een tagtaxonomie die u op uw afbeeldingen toepast. Terwijl hulpmiddelen zoals CSV Asset Importer en Experience Manager Dankzij ondersteuning voor metagegevensprofielen kan het toepassen van tags op elementen automatisch verlopen. De tags moeten in het systeem worden geladen. De ACS AEM Tools Tagemaker kunt u tags vullen met een Microsoft Excel-spreadsheet die in het systeem is geladen.

Middelen opnemen ingesting-assets

Prestaties en stabiliteit zijn belangrijke zorgen wanneer activa in het systeem worden opgenomen. Omdat u een grote hoeveelheid gegevens in het systeem laadt, wilt u ervoor zorgen dat het systeem goed presteert om de vereiste hoeveelheid tijd te minimaliseren en overbelasting van het systeem te vermijden, wat tot een systeemneerstorting kan leiden, vooral in systemen die reeds in productie zijn.

Er zijn twee manieren om de elementen in het systeem te laden: een op push gebaseerde benadering met gebruikmaking van HTTP of een op pull gebaseerde benadering met behulp van de JCR API's.

Verzenden via HTTP pushing-through-http

Het Managed Services-team van Adobe gebruikt een hulpprogramma met de naam Glutton om gegevens in klantomgevingen te laden. Glutton is een kleine Java-toepassing die alle elementen van de ene map in een andere map laadt Experience Manager implementatie. In plaats van Glutton kunt u ook hulpprogramma's zoals Perl-scripts gebruiken om de elementen in de opslagplaats te posten.

Er zijn twee grote nadelen aan het gebruiken van de benadering van het doorduwen van https:

De andere manier om elementen in te nemen is het ophalen van elementen van het lokale bestandssysteem. Als u echter geen externe schijf of netwerkshare aan de server kunt koppelen om een pull-based aanpak uit te voeren, is het posten van de elementen via HTTP de beste optie.

Ophalen uit het lokale bestandssysteem pulling-from-the-local-filesystem

De ACS AEM Tools CSV Asset Importer Hiermee worden elementen van het bestandssysteem en de metagegevens van elementen opgehaald uit een CSV-bestand voor het importeren van elementen. De API van de Manager van de Activa van de Experience Manager wordt gebruikt om de activa in het systeem in te voeren en de gevormde meta-gegevenseigenschappen toe te passen. In het ideale geval worden elementen op de server gemonteerd via een netwerkbestandsinstallatie of via een externe schijf.

Aangezien elementen niet via een netwerk hoeven te worden verzonden, verbeteren de algehele prestaties aanzienlijk en wordt deze methode over het algemeen beschouwd als de meest efficiënte manier om elementen in de opslagplaats te laden. Bovendien kunt u, omdat het gereedschap metagegevens ondersteunt, alle elementen en metagegevens in één stap importeren in plaats van ook een tweede stap te maken om de metagegevens toe te passen met een apart gereedschap.

Procesuitvoeringen processing-renditions

Nadat u de elementen in het systeem hebt geladen, moet u ze door de DAM Update Asset workflow om metagegevens te extraheren en uitvoeringen te genereren. Voordat u deze stap uitvoert, moet u de DAM Update Asset werkschema aan uw behoeften aanpassen. De out-of-the-box workflow bevat veel stappen die u wellicht niet nodig hebt, zoals Dynamic Media PTIFF-generatie of InDesign Server integratie.

Nadat u de werkstroom volgens uw behoeften hebt gevormd, hebt u twee opties om het uit te voeren:

Elementen activeren activating-assets

Voor plaatsingen die een publicatielaag hebben, moet u de activa uit activeren aan publiceer landbouwbedrijf. Hoewel Adobe aanbeveelt meerdere publicatieinstanties uit te voeren, is het het meest efficiënt om alle elementen te repliceren naar één publicatieinstantie en die instantie vervolgens te klonen. Wanneer u grote aantallen elementen activeert en een boomstructuur activeert, moet u mogelijk ingrijpen. Hieronder wordt beschreven waarom: bij het uitschakelen van de activering worden de items toegevoegd aan de wachtrij met taken/gebeurtenissen. Nadat de grootte van deze rij ongeveer 40.000 punten begint te overschrijden, vertraagt de verwerking dramatisch. Als deze wachtrij groter is dan 100.000 items, heeft de systeemstabiliteit te lijden.

Als u dit probleem wilt verhelpen, kunt u de opdracht Fast Action Manager om de replicatie van bedrijfsmiddelen te beheren. Dit werkt zonder de het Verschuiven rijen te gebruiken, verminderend overheadkosten, terwijl het vertragen van de werkbelasting om de server te verhinderen worden overbelast. Een voorbeeld van het gebruiken van FAM om replicatie te beheren wordt getoond op de de documentatiepagina van de eigenschap.

Andere opties om assets naar de publicatiefarm te sturen, omvatten het gebruik van vlt-rcp of oak-run, die als hulpprogramma's als onderdeel van Jackrabbit worden verstrekt. Een andere optie is om een open-sourced hulpmiddel voor uw Experience Manager infrastructuur Grabbit, die beweert snellere prestaties te hebben dan vlt.

Voor elk van deze benaderingen is het voorbehoud dat de elementen op de auteurinstantie niet aantonen dat ze zijn geactiveerd. Als u de markering van deze elementen met de juiste activeringsstatus wilt afhandelen, moet u ook een script uitvoeren om de elementen te markeren als geactiveerd.

Kloonpublicatie cloning-publish

Nadat de elementen zijn geactiveerd, kunt u de publicatieinstantie klonen om zoveel kopieën te maken als nodig zijn voor de implementatie. Het klonen van een server is vrij eenvoudig, maar er zijn enkele belangrijke stappen om te onthouden. Publicatie klonen:

Workflows inschakelen enabling-workflows

Als we de migratie hebben voltooid, kunnen we de draagraketten voor de DAM Update Asset workflows moeten opnieuw worden ingeschakeld ter ondersteuning van het genereren van vertoningen en het ophalen van metagegevens voor doorlopend dagelijks systeemgebruik.

Migreren over Experience Manager implementaties migrating-between-aem-instances

Hoewel niet zo vaak, moet u soms grote hoeveelheden gegevens van één migreren Experience Manager plaatsing aan een andere; bijvoorbeeld wanneer u uitvoert Experience Manager upgrade uitvoeren, uw hardware upgraden of migreren naar een nieuw datacenter, bijvoorbeeld met een AMS-migratie.

In dit geval worden uw elementen al gevuld met metagegevens en worden er al uitvoeringen gegenereerd. U kunt zich eenvoudig concentreren op het verplaatsen van elementen van de ene naar de andere instantie. Bij het migreren tussen Experience Manager implementatie voert u de volgende stappen uit: