Massenmigrieren von Assets

Beim Migrieren von Assets in Adobe Experience Manager müssen Sie mehrere Schritte beachten. Das Extrahieren von Assets und Metadaten aus ihrem aktuellen Stammordner fällt nicht in den Anwendungsbereich dieses Dokuments, da sie sich je nach Implementierung stark unterscheiden. In diesem Dokument wird jedoch beschrieben, wie diese Assets in Experience Manager importiert, ihre Metadaten angewendet, Darstellungen generiert und zur Veröffentlichung von Instanzen aktiviert werden.

Voraussetzungen

Bevor Sie einen der Schritte in dieser Methodik tatsächlich durchführen, überprüfen und implementieren Sie die Anleitung in Tipps zur Leistungsoptimierung von Assets. Viele dieser Schritte, etwa die Konfiguration einer maximalen Anzahl gleichzeitiger Aufträge, führt zu einer deutlich höheren Stabilität und Leistung der Server unter Last. Andere Schritte wie die Konfiguration eines Dateidatenspeichers erweisen sich als wesentlich schwieriger, nachdem Assets in das System geladen wurden.

HINWEIS

Die folgenden Asset-Migrationswerkzeuge sind nicht Bestandteil von Experience Manager und werden von der Adobe nicht unterstützt:

  • Tag Maker von ACS AEM-Tools
  • CSV Asset Importer von ACS AEM-Tools
  • Bulk Workflow Manager von ACS Commons
  • Fast Action Manager von ACS Commons
  • Synthetic Workflow

Hierbei handelt es sich um eine Open-Source-Software. Sie wird mit der Apache v2-Lizenz abgedeckt. Um eine Frage zu stellen oder ein Problem zu melden, besuchen Sie den Bereich für die entsprechenden GitHub-Probleme für ACS AEM-Tools und ACS AEM Commons.

Zu Experience Manager migrieren

Die Migration von Assets zu Experience Manager erfordert mehrere Schritte und sollte als stufenweiser Prozess betrachtet werden. Die Migrationsphasen lauten wie folgt:

  1. Deaktivieren von Workflows.
  2. Laden von Tags.
  3. Aufnehmen von Assets.
  4. Verarbeiten von Wiedergaben.
  5. Aktivieren von Assets.
  6. Aktivieren von Workflows.

chlimage_1-223

Deaktivieren von Workflows

Bevor Sie mit der Migration beginnen, deaktivieren Sie die Starter für den DAM Update Asset-Workflow. Am besten nehmen Sie zunächst alle Assets in das System auf und führen dann die Workflows stapelweise aus. Wenn Ihr System bereits „live“ ist, während die Migration durchgeführt wird, können Sie diese Aktivitäten so planen, dass sie außerhalb der Arbeitszeiten ausgeführt werden.

Laden von Tags

Womöglich verfügen Sie bereits über eine Tag-Taxonomie für Ihre Bilder. Während Tools wie der CSV Asset Importer und Experience Manager-Unterstützung für Metadaten-Profil den Vorgang der Anwendung von Tags auf Assets automatisieren können, müssen die Tags in das System geladen werden. Mit Tag Maker von ACS AEM-Tools können Sie Tags mithilfe einer in das System geladenen Microsoft Excel-Tabelle auffüllen.

Aufnehmen von Assets

Leistung und Stabilität sind wichtige Faktoren bei der Aufnahme von Assets in das System. Da Sie eine große Datenmenge in das System laden, sollten Sie eine möglichst optimale Systemleistung sicherstellen, um den erforderlichen Zeitaufwand zu minimieren und eine Überlastung des Systems zu vermeiden, die zu einem Systemabsturz führen kann. Dies gilt insbesondere für Systeme, die bereits produktiv eingesetzt werden.

Es gibt zwei Herangehensweisen zum Laden von Assets in das System: ein Push-basierter Ansatz mit HTTP oder ein Pull-basierter Ansatz mit JCR-APIs.

Durch HTTP senden

Das Managed Services-Team von Adobe lädt Daten mit einem Tool namens Glutton in Kundenumgebungen. Glutton ist eine kleine Java-Anwendung, die alle Assets aus einem Verzeichnis in ein anderes Verzeichnis mit einer Experience Manager-Bereitstellung lädt. Statt Glutton können Sie auch Tools wie Perl-Skripts zum Posten der Assets in das Repository verwenden.

Der Push-basierte Ansatz mit HTTP hat zwei wesentliche Nachteile:

  1. Die Assets müssen über HTTP an den Server übertragen werden. Dies ist mit einem gewissen (zeitlichen) Mehraufwand verbunden, sodass die Migration länger dauert.
  2. Wenn Tags und benutzerdefinierte Metadaten auf die Assets angewendet werden müssen, erfordert dieser Ansatz einen zweiten benutzerdefinierten Prozess, der zum Anwenden dieser Metadaten auf die Assets durchgeführt werden muss (nach dem Asset-Import).

Der andere Ansatz zur Aufnahme von Assets sieht einen Pull der Assets aus dem lokalen Dateisystem vor. Kann jedoch kein externes Laufwerk bzw. keine Netzwerkfreigabe an den Server angebunden werden, um den Pull-basierten Ansatz durchzuführen, sollten die Assets am besten über HTTP gepostet werden.

Abrufen aus dem lokalen Dateisystem

CSV Asset Importer von ACS AEM-Tools ruft Assets aus dem Dateisystem sowie Asset-Metadaten aus einer CSV-Datei zwecks Asset-Import ab. Die Experience Manager Asset Manager-API wird verwendet, um die Assets in das System zu importieren und die konfigurierten Metadateneigenschaften anzuwenden. Im Idealfall werden die Assets über eine Netzwerkdateibereitstellung oder über ein externes Laufwerk auf dem Server bereitgestellt.

Da Assets nicht über ein Netzwerk übertragen werden müssen, verbessert sich die Gesamtleistung erheblich, sodass diese Methode allgemein als effizienteste Möglichkeit zum Laden von Assets in das Repository gilt. Des Weiteren unterstützt das Tool auch die Aufnahme von Metadaten. Daher können Sie alle Assets und Metadaten in einem einzigen Schritt importieren und müssen keinen zusätzlichen zweiten Schritt zum Anwenden der Metadaten durch ein separates Tool erstellen.

Verarbeiten von Wiedergaben

Nachdem Sie die Assets in das System geladen haben, müssen Sie sie mithilfe des Workflows DAM Update Asset verarbeiten, um Metadaten zu extrahieren und Darstellungen zu generieren. Bevor Sie diesen Schritt durchführen, müssen Sie den Arbeitsablauf DAM-Update-Asset an Ihre Anforderungen anpassen und anpassen. Der vordefinierte Arbeitsablauf enthält viele Schritte, die für Sie möglicherweise nicht erforderlich sind, z. B. Dynamic Media PTIFF-Generierung oder InDesign Server Integration.

Wenn Sie den Workflow den Anforderungen entsprechend konfiguriert haben, stehen Ihnen zwei Optionen zur Ausführung zur Verfügung:

  1. Die einfachste Herangehensweise bietet Bulk Workflow Manager von ACS Commons. Mit diesem Tool können Sie eine Abfrage ausführen und die Ergebnisse der Abfrage durch einen Workflow verarbeiten. Darüber hinaus gibt es auch Optionen zum Festlegen von Stapelgrößen.
  2. Sie können Fast Action Manager von ACS Commons zusammen mit Synthetic Workflows verwenden. Dieser Ansatz ist zwar viel stärker involviert, Sie können jedoch den Aufwand für das Experience Manager-Workflow-Engine entfernen und gleichzeitig die Verwendung von Serverressourcen optimieren. Darüber hinaus steigert der Fast Action Manager die Leistung durch die dynamische Überwachung der Serverressourcen und die Einschränkung der Systemlast. Beispielskripte wurden auf der Seite mit den ACS Commons-Funktionen bereitgestellt.

Aktivieren von Assets

Bei Bereitstellungen mit einer Veröffentlichungsstufe müssen Sie die Assets für die Veröffentlichungsfarm aktivieren. Zwar empfiehlt Adobe die Ausführung von mehr als einer Veröffentlichungsinstanz, dennoch ist es am effizientesten, alle Assets in einer Veröffentlichungsinstanz zu replizieren und dann diese Instanz zu klonen. Wird eine große Anzahl von Assets nach Auslösen einer Strukturaktivierung aktiviert, müssen Sie ggf. eingreifen. Deshalb: Beim Auslösen von Aktivierungen werden Elemente zu den Sling-Aufträgen/Ereignisschlangen hinzugefügt. Bei einer Warteschlangengröße von mehr als ca. 40.000 Elementen wird die Verarbeitung deutlich langsamer. Wenn die Größe dieser Warteschlange die Zahl von 100.000 Elementen übersteigt, wird die Systemstabilität beeinträchtigt.

Um hier Abhilfe zu schaffen, können Sie Fast Action Manager für die Asset-Verwaltung einsetzen. Dies funktioniert ohne Sling-Warteschlangen und sorgt für weniger Mehraufwand, während der Workload gedrosselt wird, um eine Überlastung des Servers zu vermeiden. Ein Beispiel für die Verwendung von FAM zur Replikationsverwaltung finden Sie auf der Dokumentationsseite für die Funktion.

Zu weiteren Optionen zum Übertragen von Assets in die Veröffentlichungsfarm gehören u. a. vlt-rcp und oak-run, die als Tools mit Jackrabbit bereitgestellt werden. Eine andere Möglichkeit besteht darin, ein Open-Source-Tool für Ihre Experience Manager-Infrastruktur mit dem Namen Grabbit zu verwenden, das eine höhere Leistung als vlt vorgibt.

Jeder dieser Ansätze ist dahingehend eingeschränkt, dass die Assets in der Autoreninstanz nicht als aktiviert angezeigt werden. Um diese Assets mit dem korrekten Aktivierungsstatus zu kennzeichnen, müssen Sie ein Skript ausführen, damit die Assets als aktiviert markiert werden.

HINWEIS

Adobe bietet weder Wartung noch Unterstützung für Grabbit.

Veröffentlichung klonen

Nach Aktivierung der Assets können Sie Ihre Veröffentlichungsinstanz klonen, um die zur Bereitstellung benötigte Anzahl an Kopien zu erstellen. Einen Server zu klonen, ist ein relativ unkomplizierter Vorgang. Dabei müssen jedoch einige wichtige Schritte berücksichtigt werden. So klonen Sie eine Veröffentlichungsinstanz:

  1. Sichern Sie die Quellinstanz und den Datenspeicher.
  2. Stellen Sie die Sicherung der Instanz und des Datenspeichers am Zielspeicherort wieder her. Die folgenden Schritte beziehen sich allesamt auf diese neue Instanz.
  3. Führen Sie unter crx-quickstart/launchpad/felix eine Dateisystemsuche nach sling.id durch. Löschen Sie diese Datei.
  4. Suchen und löschen Sie etwaig vorhandene repository-XXX-Dateien im Stammverzeichnis.
  5. Bearbeiten Sie crx-quickstart/install/org.apache.jackrabbit.oak.plugins.blob.datastore.FileDataStore.config und crx-quickstart/launchpad/config/org/apache/jackrabbit/oak/plugins/blob/datastore/FileDataStore.config, um auf den Speicherort des Datenspeichers in der neuen Umgebung zu zeigen.
  6. Starten Sie die Umgebung.
  7. Aktualisieren Sie die Konfiguration aller Replikationsagenten auf Autorseite so, dass auf die korrekten Veröffentlichungsinstanzen verwiesen wird, bzw. die Agenten „Dispatcher leeren“ der neuen Instanz so, dass auf die korrekten Dispatcher für die neue Umgebung verwiesen wird.

Aktivieren von Workflows

Nach Abschluss der Migration sollten die Launcher für das DAM Update Asset Workflows erneut aktiviert werden, um die Generierung von Darstellungen und die Metadaten-Extraktion für die laufende Systemnutzung zu unterstützen.

Migrieren zwischen Experience Manager-Bereitstellungen

Obwohl dies nicht annähernd so häufig vorkommt, müssen Sie manchmal große Datenmengen von einer Experience Manager-Bereitstellung in eine andere migrieren. Wenn Sie beispielsweise eine Experience Manager-Aktualisierung durchführen, aktualisieren Sie Ihre Hardware oder migrieren Sie zu einem neuen Rechenzentrum, z. B. bei einer AMS-Migration.

In diesem Fall sind die Assets schon mit Metadaten aufgefüllt und Wiedergaben sind bereits generiert. Sie können sich einfach darauf konzentrieren, Assets zwischen Instanzen zu verschieben. Bei der Migration zwischen Experience Manager-Bereitstellung führen Sie die folgenden Schritte aus:

  1. Workflows deaktivieren: Da Sie Darstellungen zusammen mit unseren Assets migrieren, möchten Sie die Workflow-Starter für den DAM Update Asset-Workflow deaktivieren.

  2. Tags migrieren: Da bereits Tags in der Bereitstellung Experience Manager geladen wurden, können Sie sie in einem Inhaltspaket erstellen und das Zielgruppe auf der Instanz installieren.

  3. Assets migrieren: Es gibt zwei Tools, die für das Verschieben von Assets von einer Experience Manager-Bereitstellung in eine andere empfohlen werden:

    • Vault Remote Copyor vlt rcp, ermöglicht die Verwendung von vlt in einem Netzwerk. Nach Angabe eines Quell- und Zielverzeichnisses lädt vlt alle Repositorydaten von einer Instanz herunter und lädt diese in die andere Instanz. Die Dokumentation zum vlt rcp-Tool finden Sie unter https://jackrabbit.apache.org/filevault/rcp.html
    • Grabbitis ist ein Open-Source-Tool zur Synchronisierung von Inhalten, das von Time Warner Cable für ihre Experience Manager Implementierung entwickelt wurde. Durch die Nutzung kontinuierlicher Datenströme weist das Tool im Vergleich zu vlt rcp eine geringere Latenz auf. Darüber hinaus soll es zwei- bis zehnmal schneller sein als vlt rcp. Grabbit unterstützt zudem die alleinige Synchronisierung von Delta-Inhalten, sodass Änderungen nach erfolgreich abgeschlossener Erstmigration synchronisiert werden.
  4. Aktivieren von Assets: Befolgen Sie die Anweisungen für Aktivieren von Elementen, die für die ursprüngliche Migration zu Experience Manager dokumentiert sind.

  5. Veröffentlichung klonen: Wie bei einer neuen Migration ist das Laden einer einzelnen Veröffentlichungsinstanz und das Klonen effizienter als das Aktivieren des Inhalts auf beiden Knoten. Siehe Klonen von Veröffentlichungsinstanzen.

  6. Workflows aktivieren: Nachdem Sie die Migration abgeschlossen haben, aktivieren Sie die Starter für den Arbeitsablauf DAM-Update-Asset erneut, um die Generierung von Darstellungen und die Metadaten-Extraktion für die laufende Systemverwendung zu unterstützen.

Auf dieser Seite