Verwenden eines Produktionsklons für die AEM Assets-Migrationsanalyse mit dem Content Transfer Tool
Das Ausführen der Migrationsanalyse direkt auf der AEM-Autoreninstanz kann die Leistung bei der Planung einer Migration zu AEM as a Cloud Service mit dem Content Transfer Tool beeinträchtigen. Verwenden Sie einen Klon der Produktionsumgebung für die Migrationsanalyse, wobei Sie die Einschränkungen der Verwendung eines Klons für Delta-Extraktionen (Auffüllextraktionen) berücksichtigen.
Beschreibung description
Umgebung
- Adobe Experience Manager (AEM) On-Premise als Quelle
- AEM as a Cloud Service als Ziel
- Freigegebener Datenspeicher (z. B. S3)
- Großes Repository (Millionen von Assets, zig TB)
Problem/Symptome
Wenn Sie große AEM Assets-Repositorys von On-Premise zu AEM as a Cloud Service migrieren, kann die Ausführung der Migrationsanalyse direkt auf der Produktionsautoreninstanz die Leistung beeinträchtigen. Die Verwendung eines Klons der Produktionsumgebung für Analyseaufgaben kann dazu beitragen, diese Auswirkungen zu reduzieren, insbesondere bei großen Repositorys mit einem gemeinsamen Datenspeicher.
- Die Leistung der Produktionsautoreninstanz wird herabgesetzt oder ist abhängig von zusätzlicher Last.
- Größe des Migrationssatzes, Anzahl der Assets, Versionen, Ausgabedarstellungen und Repository-Struktur müssen analysiert werden, ohne dass sich dies auf die Produktion auswirkt.
Ursache
Die Migrationsanalyse und die Extraktion können ressourcenintensiv sein und die Leistung der Produktionsautorin bzw. des Produktionsautors beeinträchtigen. Die Verwendung eines Klons kann Analyseaufgaben auslagern, doch gibt es wichtige Einschränkungen für Delta-Extraktions-Workflows.
Lösung resolution
Gehen Sie wie folgt vor, um das Problem zu beheben:
-
Bereiten Sie einen Klon Ihrer Produktionsautorenumgebung für die Migrationsanalyse vor:
- Stellen Sie sicher, dass der Klon einen eigenen Knoten-/Segmentspeicher verwendet und keine Verbindung zum Live-Produktions-Knotenspeicher herstellt.
- Vergewissern Sie sich, dass der Klon und die Produktion unterschiedliche Repository-Identitäten aufweisen. Dies kann in der AEM-Web-Konsole unter
/system/console/topologyüberprüft werden. - Führen Sie keine BlobGC, Datenspeicherbereinigung oder einen Prozess auf dem Klon aus, der Objekte aus dem freigegebenen Datenspeicher löschen könnte.
- Wenn Sie einen freigegebenen Datenspeicher verwenden (z. B. S3), konfigurieren Sie den Klon mit schreibgeschützten Berechtigungen, um das Risiko zu reduzieren. Überprüfen Sie jedoch immer, ob der Klon mit diesen Berechtigungen gestartet wird und ordnungsgemäß funktioniert.
-
Verwenden Sie den Klon nur für die Migrationsanalyse:
- Führen Sie die Größenanpassung des Migrationssatzes, die Anzahl der Assets, die Analyse von Version und Ausgabedarstellung sowie die Überprüfung der Repository-Struktur für den Klon aus.
- Beachten Sie, dass die Analyse den Produktionsstatus zum Zeitpunkt der Erstellung des Klons widerspiegelt; Änderungen, die nach dem Klonen in der Produktion vorgenommen werden, werden nicht berücksichtigt.
-
Für tatsächliche Migrations- und Delta-Extraktionen (Auffüllung):
- Führen Sie die Migration des Content Transfer Tool (CTT) und alle Auffüllextraktionen von der Autoreninstanz der Live-Produktion aus, nicht vom Klon.
- Die Delta-Extraktion von CTT beruht auf Checkpoints im Quell-Repository. Durch das Neuerstellen oder Aktualisieren eines Klons werden diese Checkpoints zurückgesetzt, sodass er nicht für die Delta-Extraktion aus mehreren Klonen geeignet ist.
- Planen Sie die Migration und Auffüllextraktionen aus der Produktion während Zeiträumen geringer Auslastung, um die Auswirkungen auf die Leistung zu minimieren.
-
Verifizierung:
- Stellen Sie nach der Konfiguration des Klons sicher, dass er erfolgreich gestartet wurde, die Produktion nicht beeinträchtigt und die Analyseaufgaben erwartungsgemäß abgeschlossen wurden.