Domande frequenti sulla migrazione dei contenuti as a Cloud Service AEM

Risposte alle domande frequenti sulla migrazione dei contenuti a AEM as a Cloud Service.

Terminologia

Utilizza il modello seguente per fornire ulteriori dettagli durante la creazione dei ticket di supporto Adobe relativi a CTT.

Modello ticket supporto Adobe per migrazione contenuti

Domande generali sulla migrazione dei contenuti

D: Quali sono i diversi metodi per migrare i contenuti all’AEM come Cloud Services?

Sono disponibili tre metodi diversi

  • Utilizzo dello strumento Content Transfer (AEM 6.3+ → AEMaaCS)
  • Tramite Gestione pacchetti (AEM → AEMaaCS)
  • Servizio di importazione in blocco per risorse pronto all’uso (S3/Azure → AEMaaCS)

D: Esiste un limite alla quantità di contenuto che può essere trasferito utilizzando CTT?

No. Il CTT come strumento potrebbe estrarre dall’origine dell’AEM e inserirlo in AEMaaCS. Tuttavia, esistono limiti specifici alla piattaforma AEMaaCS che devono essere considerati prima della migrazione.

Per ulteriori informazioni, consulta prerequisiti per la migrazione cloud.

D: Ho il report BPA più recente dal mio sistema di origine, cosa devo fare con esso?

Esportare il rapporto come file CSV e caricarlo in Cloud Acceleration Manager, associato alla tua organizzazione IMS. Quindi segui il processo di revisione come delineato nella fase di preparazione.

Rivedi la valutazione della complessità del codice e dei contenuti fornita dallo strumento e prendi nota delle azioni associate che portano al backlog di refactoring del codice o alla valutazione della migrazione cloud.

D: Si consiglia di estrarre dall’autore dell’origine e di acquisire in AEMaaCS author e publish?

Si consiglia sempre di eseguire l’estrazione e l’acquisizione 1:1 tra i livelli di authoring e pubblicazione. Detto questo, è accettabile estrarre l’autore della produzione sorgente e inserirlo in Dev, Stage e Production CS.

D: Esiste un modo per stimare il tempo necessario per migrare i contenuti dall’AEM di origine ad AEMaaCS utilizzando il CTT?

Poiché il processo di migrazione dipende dalla larghezza di banda Internet, dall’heap allocato per il processo CTT, dalla memoria disponibile e dall’I/O su disco, che sono soggetti a ciascun sistema di origine, si consiglia di eseguire in anticipo le migrazioni Proof Of (Bozza di migrazione) ed estrapolare tali punti di dati per ottenere delle stime.

D: In che modo le prestazioni dell’AEM di origine vengono influenzate se avvio il processo di estrazione CTT?

Lo strumento CTT viene eseguito nel proprio processo Java™ che occupa fino a 4 gb di heap, configurabile tramite la configurazione OSGi. Questo numero può cambiare, ma puoi usare il processo Java™ e scoprirlo.

Se AZCopy è installato e/o l'opzione/funzione di convalida Pre Copy è abilitata, il processo AZCopy utilizza cicli di CPU.

Oltre a jvm , lo strumento utilizza anche l’I/O su disco per memorizzare i dati su uno spazio temporaneo transitorio che verrà pulito dopo il ciclo di estrazione. Oltre a RAM, CPU e I/O disco, lo strumento CTT utilizza anche la larghezza di banda di rete del sistema di origine per caricare i dati nell’archivio BLOB di Azure.

La quantità di risorse impiegate dal processo di estrazione CTT dipende dal numero di nodi, dal numero di BLOB e dalla loro dimensione aggregata. Poiché è difficile fornire una formula, si consiglia di eseguire una piccola verifica della migrazione per determinare i requisiti di upsize del server di origine.

Se per la migrazione vengono utilizzati ambienti clone, questo non influirà sull’utilizzo delle risorse del server di produzione live, ma presenta alcuni aspetti negativi per quanto riguarda la sincronizzazione dei contenuti tra produzione live e clone

D: nel sistema di authoring di origine, l’SSO è configurato per consentire agli utenti di eseguire l’autenticazione nell’istanza di authoring. In questo caso devo utilizzare la funzione di mappatura utenti di CTT?

La risposta breve è "Sì".

Estrazione e acquisizione CTT senza la mappatura utenti migra solo il contenuto, i principi associati (utenti, gruppi) dall’AEM sorgente ad AEMaaCS. Tuttavia, questi utenti (identità) presenti in Adobe IMS devono poter accedere (con provisioning) all’istanza di AEMaaCS per eseguire correttamente l’autenticazione. Il lavoro di strumento di mappatura utenti corrisponde a mappare l’utente AEM locale all’utente IMS in modo che l’autenticazione e le autorizzazioni funzionino insieme.

In questo caso, il provider di identità SAML è configurato su Adobe IMS per utilizzare un’Enterprise ID Federated/invece di essere configurato direttamente su AEM utilizzando il gestore di autenticazione.

D: Nel mio sistema di authoring di origine, abbiamo configurato l’autenticazione di base per gli utenti per l’autenticazione nell’istanza di authoring con gli utenti AEM locali. In questo caso devo utilizzare la funzione di mappatura utenti di CTT?

La risposta breve è "Sì".

L’estrazione e l’acquisizione CTT senza mappatura utente eseguono la migrazione del contenuto e dei principi associati (utenti, gruppi) dall’AEM di origine ad AEMaaCS. Tuttavia, questi utenti (identità) presenti in Adobe IMS devono poter accedere (con provisioning) all’istanza di AEMaaCS per eseguire correttamente l’autenticazione. Il lavoro di strumento di mappatura utenti corrisponde a mappare l’utente AEM locale all’utente IMS in modo che l’autenticazione e le autorizzazioni funzionino insieme.

In questo caso, gli utenti utilizzano Adobe ID personale e Adobe ID viene utilizzato dall’amministratore IMS per fornire l’accesso a AEMaaCS.

D: Cosa significano i termini "cancella" e "sovrascrivi" nel contesto del CTT?

Nel contesto di fase di estrazione, Le opzioni consentono di sovrascrivere i dati nel contenitore di staging dai cicli di estrazione precedenti o di aggiungervi il differenziale (aggiunto/aggiornato/eliminato). Il contenitore di staging non è un elemento valido, ma è il contenitore di archiviazione BLOB associato al set di migrazione. Ogni set di migrazione ottiene il proprio contenitore di staging.

Nel contesto di fase di acquisizione, Le opzioni sono + per sostituire l’intero archivio dei contenuti di AEMaaCS o per sincronizzare i contenuti differenziali (aggiunti/aggiornati/eliminati) dal contenitore della migrazione di staging.

D: nel sistema di origine sono presenti più siti web, risorse associate, utenti e gruppi. È possibile migrarli in più fasi in AEMaaCS?

Sì, è possibile ma richiede un'attenta pianificazione per quanto riguarda:

  • Creazione dei set di migrazione presupponendo che i siti, le risorse siano nelle rispettive gerarchie
    • Verifica se è accettabile migrare tutte le risorse come parte di un set di migrazione e quindi portare siti che le utilizzano in fasi
  • Nello stato corrente, il processo di acquisizione dell’autore rende l’istanza di authoring non disponibile per l’authoring dei contenuti anche se il livello di pubblicazione può ancora gestire i contenuti
    • Questo significa che finché l’acquisizione non viene completata nell’ambiente di authoring, le attività di authoring dei contenuti vengono congelate

Prima di pianificare le migrazioni, controlla il processo di estrazione e acquisizione integrativa come documentato.

D: I miei siti web saranno disponibili per gli utenti finali anche se l’acquisizione avviene nelle istanze di authoring o pubblicazione di AEMaaCS?

Sì. Il traffico degli utenti finali non viene interrotto dall’attività di migrazione dei contenuti. Tuttavia, l’acquisizione dell’autore blocca l’authoring dei contenuti fino al suo completamento.

D: il rapporto BPA mostra gli elementi relativi alle rappresentazioni originali mancanti. Devo ripulirli nell’origine prima dell’estrazione?

Sì. La rappresentazione originale mancante indica che il binario della risorsa non è caricato correttamente. Considerandoli come dati errati, rivedi, esegui il backup utilizzando Gestione pacchetti (come richiesto) e rimuovili dall’AEM sorgente prima di eseguire l’estrazione. I dati errati avranno risultati negativi sui passaggi di elaborazione delle risorse.

D: il rapporto BPA contiene elementi relativi a mancanti jcr:content per le cartelle. Cosa dovrei fare con loro?

Quando jcr:content manca a livello di cartella, qualsiasi azione per propagare le impostazioni, ad esempio i profili di elaborazione, ecc. da genitori si interromperà a questo livello. Controlla il motivo della mancanza jcr:content. Anche se è possibile eseguire la migrazione di queste cartelle, si noti che le cartelle danneggiano l'esperienza utente e causano cicli di risoluzione dei problemi non necessari in un secondo momento.

D: ho creato un set di migrazione. è possibile controllarne la dimensione?

Sì, esiste un Verifica dimensione che fa parte del CTT.

D: eseguo la migrazione (estrazione, acquisizione). È possibile verificare che tutto il contenuto estratto sia stato acquisito in Target?

Sì, esiste un convalida che fa parte del CTT.

D: il mio cliente ha l’esigenza di spostare i contenuti tra ambienti AEMaaCS, ad esempio da AEMaaCS Dev a AEMaaCS Stage o a AEMaaCS Prod. Posso utilizzare lo strumento di trasferimento dei contenuti per questi casi d’uso?

Sfortunatamente, no. Il caso d’uso di CTT consiste nella migrazione dei contenuti dall’origine AEM 6.3+ in sede/AMS agli ambienti cloud AEMaaCS. Leggi la documentazione CTT.

D: Che tipo di problemi sono previsti durante l'estrazione?

La fase di estrazione è un processo coinvolto che richiede il funzionamento previsto di più aspetti. Conoscere i diversi tipi di problemi che possono verificarsi e come attenuarli aumenta il successo complessivo della migrazione dei contenuti.

La documentazione pubblica viene continuamente migliorata in base ai risultati, ma ecco alcune categorie di problemi di alto livello e possibili ragioni sottostanti.

Problemi relativi all’estrazione di contenuti as a Cloud Service dall’AEM

D: Che tipo di problemi si prevedono durante l’acquisizione?

La fase di acquisizione si verifica completamente nella piattaforma cloud e richiede aiuto da parte delle risorse che hanno accesso all’infrastruttura AEMaaCS. Crea un ticket di supporto per ulteriore assistenza.

Di seguito sono elencate le possibili categorie di problemi (non considerarla come un elenco esclusivo)

Problemi di acquisizione dei contenuti as a Cloud Service AEM

D: il server di origine deve disporre di una connessione Internet in uscita per il funzionamento di CTT?

La risposta breve è "Sì".

Il processo CTT richiede connettività alle risorse seguenti:

  • L’ambiente as a Cloud Service AEM di destinazione: author-p<program_id>-e<env_id>.adobeaemcloud.com
  • Il servizio di archiviazione BLOB di Azure: casstorageprod.blob.core.windows.net
  • Endpoint I/O mappatura utenti: usermanagement.adobe.io

Per ulteriori informazioni su, consulta la documentazione di connettività di origine.

Domande relative a Dynamic Media sull’elaborazione delle risorse

D: Le risorse verranno rielaborate automaticamente dopo l’acquisizione in AEMaaCS?

No. Per elaborare le risorse, è necessario avviare la richiesta di rielaborazione.

D: Le risorse verranno reindicizzate automaticamente dopo l’acquisizione in AEMaaCS?

Sì. Le risorse vengono reindicizzate in base alle definizioni dell’indice disponibili in AEMaaCS.

D: L’AEM di origine è integrato con Dynamic Media. Ci sono aspetti specifici da considerare prima di migrare i contenuti?

Sì, considera quanto segue quando l’AEM di origine ha l’integrazione con Dynamic Media.

  • AEMaaCS supporta solo la modalità Scene7 di Dynamic Media. Se il sistema di origine è in modalità ibrida, è necessaria la migrazione di DM alle modalità Scene7.
  • Se l’approccio prevede la migrazione dalle istanze del clone sorgente, è sicuro disabilitare l’integrazione DM sul clone che verrebbe utilizzata per CTT. Questo passaggio ha lo scopo puramente di evitare qualsiasi scrittura in DM o di evitare il carico sul traffico DM.
  • CTT migra i nodi, i metadati di un set di migrazione dall’AEM di origine ad AEMaaCS. Non eseguirà alcuna operazione direttamente su DM.

D: Quali sono i diversi approcci di migrazione quando l’integrazione DM è presente sull’AEM di origine?

Leggi le domande e le risposte precedenti prima di

(Si tratta di due opzioni possibili, ma non sono limitate a queste due sole opzioni). Dipende dal modo in cui il cliente desidera avvicinarsi all’UAT, dai test delle prestazioni, dall’ambiente disponibile e dal fatto che un clone venga utilizzato o meno per la migrazione. Considerate questi due punti come punto di partenza per la discussione

Opzione 1

Se il numero di risorse o nodi nell’ambiente di origine si trova all’estremità inferiore (~100K), supponendo che sia possibile migrarli per un periodo di 24 + 72 ore, comprese l’estrazione e l’acquisizione, l’approccio migliore è

  • Eseguire direttamente la migrazione dalla produzione
  • Esegui un’estrazione e un’acquisizione iniziale in AEMaaCS con wipe=true
    • Questo passaggio migra tutti i nodi e i binari
  • Continua a lavorare on-premise / Autore di prodotti AMS
  • Da ora in poi, esegui tutti gli altri cicli di verifica della migrazione con wipe=true
    • Nota: questa operazione migra l'archivio nodi completo, ma solo i BLOB modificati anziché quelli interi. Il set precedente di BLOB è presente nell’archivio BLOB di Azure dell’istanza AEMaaCS di destinazione.
    • Utilizza questa verifica delle migrazioni per misurare la durata della migrazione, la mappatura utente, il test e la convalida di tutte le altre funzionalità.
  • Infine, prima della settimana di pubblicazione, effettua una cancellazione=migrazione effettiva
    • Connettere Dynamic Media su AEMaaCS
    • Disconnetti configurazione DM da origine locale AEM

Con questa opzione è possibile eseguire la migrazione da uno a uno, ovvero Sviluppo on-premise → Sviluppo AEMaaCS e così via. e spostare le configurazioni DM dai rispettivi ambienti

(nel caso in cui si pianifichi l’esecuzione della migrazione da Clone)

Opzione 2

  • Crea un clone dell’istanza di authoring di produzione, rimuovi la configurazione DM da Clone
  • Migrazione on-premise del clone → AEMaaCS Dev / Stage
    • Connettere brevemente la società DM di produzione a AEMaaCS Dev/Stage a scopo di convalida
    • Quando la connessione DM è attiva, evita l’acquisizione di risorse in AEMaaCS
    • Questo consente loro di convalidare le convalide CTT e DM specifiche
  • Una volta completato il test su AEMaaCS
    • Eseguire una migrazione Wipe da on-premise Stage ad AEMaaCS Stage

Esegui una migrazione Wipe (Cancella) da On-Premise Dev a AEMaaCS Dev.

L'approccio di cui sopra può essere utilizzato solo per misurare la durata della migrazione, ma richiede di pulirla in un secondo momento.

Risorse aggiuntive

In questa pagina