Risposte alle domande frequenti sulla migrazione dei contenuti a AEM as a Cloud Service.
Utilizza il modello seguente per fornire ulteriori dettagli durante la creazione dei ticket di supporto Adobe relativi a CTT.
Sono disponibili tre metodi diversi
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.
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.
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.
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.
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
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.
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.
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.
Sì, è possibile ma richiede un'attenta pianificazione per quanto riguarda:
Prima di pianificare le migrazioni, controlla il processo di estrazione e acquisizione integrativa come documentato.
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.
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.
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.
Sì, esiste un Verifica dimensione che fa parte del CTT.
Sì, esiste un convalida che fa parte del CTT.
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.
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.
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)
La risposta breve è "Sì".
Il processo CTT richiede connettività alle risorse seguenti:
author-p<program_id>-e<env_id>.adobeaemcloud.com
casstorageprod.blob.core.windows.net
usermanagement.adobe.io
Per ulteriori informazioni su, consulta la documentazione di connettività di origine.
No. Per elaborare le risorse, è necessario avviare la richiesta di rielaborazione.
Sì. Le risorse vengono reindicizzate in base alle definizioni dell’indice disponibili in AEMaaCS.
Sì, considera quanto segue quando l’AEM di origine ha l’integrazione con Dynamic Media.
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 è
wipe=true
wipe=true
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
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.