Utilizzo di un clone di produzione per l’analisi della migrazione di AEM Assets con lo strumento Content Transfer

L’esecuzione dell’analisi della migrazione direttamente sull’istanza di authoring di AEM di produzione può influire sulle prestazioni durante la pianificazione di una migrazione ad AEM as a Cloud Service tramite lo strumento Content Transfer (Trasferimento contenuti). Utilizza un clone dell’ambiente di produzione per l’analisi della migrazione, tenendo al contempo in considerazione le limitazioni dell’utilizzo di un clone per le estrazioni delta (top-up).

Descrizione description

Ambiente

  • Adobe Experience Manager (AEM) on-premise come origine
  • AEM as a Cloud Service come destinazione
  • Archivio dati condiviso (ad esempio, S3)
  • Archivio di grandi dimensioni (milioni di risorse, decine di TB)

Problema/Sintomi

Durante la migrazione di archivi AEM Assets su larga scala da on-premise ad AEM as a Cloud Service, l’esecuzione dell’analisi della migrazione direttamente sull’istanza di authoring di produzione può influire sulle prestazioni. L’utilizzo di un clone dell’ambiente di produzione per le attività di analisi può contribuire a ridurre questo impatto, in particolare per gli archivi di grandi dimensioni con un archivio dati condiviso.

  • Le prestazioni dell’istanza di authoring di produzione sono ridotte o sensibili a un carico aggiuntivo.
  • Le dimensioni del set di migrazione, il conteggio delle risorse, le versioni, le rappresentazioni e la struttura dell’archivio devono essere analizzati senza influire sulla produzione.

Causa

I processi di analisi ed estrazione della migrazione possono richiedere molte risorse e possono influire sulle prestazioni dell’autore di produzione. L’utilizzo di un clone può scaricare le attività di analisi, ma esistono limitazioni importanti per i flussi di lavoro di estrazione delta.

Risoluzione resolution

Per risolvere il problema, segui i passaggi seguenti:

  1. Prepara un clone dell’ambiente di authoring di produzione per l’analisi della migrazione:

    • Assicurati che il clone utilizzi il proprio archivio nodi/segmenti e non si connetta all’archivio nodi di produzione live.
    • Verificare che il duplicato e la produzione abbiano identità di repository diverse. Questa può essere archiviata nella console Web AEM in /system/console/topology.
    • Non eseguire BlobGC, la pulizia dell’archivio dati o qualsiasi processo sul clone che potrebbe eliminare oggetti dall’archivio dati condiviso.
    • Se utilizzi un archivio dati condiviso (ad esempio, S3), configura il clone con autorizzazioni di sola lettura per ridurre i rischi, ma verifica sempre che il clone venga avviato e funzioni correttamente con queste autorizzazioni.
  2. Utilizza il clone solo per l’analisi della migrazione:

    • Esegui il dimensionamento del set di migrazione, il conteggio delle risorse, l’analisi delle versioni e delle rappresentazioni e la revisione della struttura dell’archivio sul clone.
    • Tenere presente che l’analisi riflette lo stato di produzione al momento della creazione del clone; eventuali modifiche apportate alla produzione dopo la clonazione non verranno incluse.
  3. Per le estrazioni di migrazione effettiva e delta (top-up):

    • Esegui la migrazione dello strumento Content Transfer (CTT) e tutte le estrazioni integrative dall’istanza di authoring di produzione live, non dal clone.
    • L’estrazione delta di CTT si basa sui punti di controllo nell’archivio sorgente. Se si ricrea o si aggiorna un clone, questi punti di controllo vengono ripristinati e non è quindi possibile estrarlo da più cloni.
    • Pianifica la migrazione e le estrazioni di backup dalla produzione durante i periodi di utilizzo ridotto per ridurre al minimo l’impatto sulle prestazioni.
  4. Verifica:

    • Dopo aver configurato il clone, verificare che venga avviato correttamente, che non interferisca con la produzione e che le attività di analisi vengano completate come previsto.
recommendation-more-help
experience-cloud-kcs-help-kbarticles