Risposte alle domande più frequenti sulla migrazione dei contenuti in AEM as a Cloud Service.
Utilizza il seguente modello per fornire ulteriori dettagli durante la creazione di ticket di supporto Adobe relativi al CTT.
Sono disponibili tre diversi metodi
No. Il CTT come strumento potrebbe estrarre AEM sorgente e acquisire in AEMaaCS. Tuttavia, esistono limiti specifici sulla piattaforma AEMaaCS che devono essere presi in considerazione prima della migrazione.
Per ulteriori informazioni, consulta prerequisiti per la migrazione al cloud.
Esporta il rapporto come CSV e caricalo su Cloud Acceleration Manager, associato all’organizzazione IMS. Quindi passa attraverso il processo di revisione come delineato nella fase di preparazione.
Controlla la valutazione della complessità del codice e del contenuto fornita dallo strumento e prendi nota degli elementi di azione associati che portano al backlog di refactoring del codice o alla valutazione della migrazione a Cloud.
È sempre consigliabile eseguire l’estrazione e l’acquisizione 1:1 tra i livelli di authoring e pubblicazione. Detto questo, è accettabile estrarre l'autore di produzione sorgente e assimilarlo in Dev, Stage e Production CS.
Poiché il processo di migrazione dipende dalla larghezza della banda Internet, dall'heap allocato per il processo CTT, dalla memoria disponibile e dall'IO del disco che sono soggettivi a ciascun sistema di origine, si raccomanda di eseguire la prova delle migrazioni in anticipo e di estrapolare quei punti di dati per arrivare con stime.
Lo strumento CTT viene eseguito nel proprio processo Java™ che richiede fino a 4 gb heap, che è configurabile tramite la configurazione OSGi. Questo numero può cambiare, ma puoi unirti al processo Java™ e scoprirlo.
Se AZCopy è installato e/o l'opzione / funzione di convalida pre-copia abilitata, il processo AZCopy consuma cicli della CPU.
Oltre a jvm , lo strumento utilizza anche l'IO su disco per memorizzare i dati in uno spazio temporaneo e che verrà ripulito dopo il ciclo di estrazione. Oltre alla RAM, CPU e IO disco, lo strumento CTT utilizza anche la larghezza della banda di rete del sistema di origine per caricare i dati nell’archivio BLOB di Azure.
La quantità di risorse che il processo di estrazione del CTT prende dipende dal numero di nodi, dal numero di BLOB e dalla loro dimensione aggregata. È difficile fornire una formula e quindi si consiglia di eseguire una piccola prova di migrazione per determinare i requisiti di upsize del server di origine.
Se per la migrazione vengono utilizzati gli ambienti clone, questo non avrà alcun impatto sull’utilizzo delle risorse del server di produzione live, ma avrà i propri lati negativi per quanto riguarda la sincronizzazione dei contenuti tra produzione live e clone
La risposta breve è "Sì".
Estrazione e acquisizione del CTT senza la mappatura utente esegue solo la migrazione del contenuto e dei principi associati (utenti, gruppi) dal AEM di origine ad AEMaaCS. Ma esiste un requisito che questi utenti (identità) siano presenti in Adobe IMS e abbiano (con provisioning) accesso all’istanza AEMaaCS per la corretta autenticazione. Il lavoro di strumento di mappatura utente 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 contro Adobe IMS per utilizzare Federated / Enterprise ID, anziché direttamente per AEM utilizzando il gestore di autenticazione.
La risposta breve è "Sì".
L’estrazione e l’acquisizione del CTT senza mappatura utente esegue la migrazione del contenuto, i principi associati (utenti, gruppi) da AEM sorgente ad AEMaaCS. Ma esiste un requisito che questi utenti (identità) siano presenti in Adobe IMS e abbiano (con provisioning) accesso all’istanza AEMaaCS per la corretta autenticazione. Il lavoro di strumento di mappatura utente 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 ad AEMaaCS.
Nel contesto fase di estrazione, le opzioni consistono nella sovrascrittura dei dati nel contenitore di staging dai cicli di estrazione precedenti o nell’aggiunta del differenziale (aggiunto/aggiornato/eliminato). Il contenitore di staging non è altro che il contenitore di archiviazione BLOB associato al set di migrazione. Ogni set di migrazione ottiene il proprio contenitore di staging.
Nel contesto fase di ingestione, le opzioni sono + per sostituire l’intero archivio di contenuti di AEMaaCS o sincronizzare il contenuto differenziale (aggiunto/aggiornato/eliminato) dal contenitore di migrazione di staging.
Sì, è possibile ma richiede un'attenta pianificazione per quanto riguarda:
Rivedi il processo di estrazione e acquisizione integrativa come documentato prima di pianificare le migrazioni.
Sì. Il traffico dell’utente finale non viene interrotto dall’attività di migrazione dei contenuti. Tuttavia, l’acquisizione dell’autore blocca l’authoring dei contenuti fino al suo completamento.
Sì. Il rendering originale mancante indica che il binario della risorsa non viene caricato correttamente al primo posto. Considerati come dati errati, rivedi, esegui il backup utilizzando Gestione pacchetti (come richiesto) e rimuoverli dall’AEM di origine prima di eseguire l’estrazione. I dati errati avranno risultati negativi sui passaggi di elaborazione delle risorse.
jcr:content
nodo per le cartelle. Cosa dovrei fare con loro?Quando jcr:content
manca a livello di cartella, qualsiasi azione per propagare le impostazioni come profili di elaborazione, ecc. dai genitori si romperà a questo livello. Rivedere il motivo della mancanza jcr:content
. Anche se è possibile eseguire la migrazione di queste cartelle, si prega di notare che tali cartelle degradano l'esperienza utente e causano cicli di risoluzione dei problemi superflui in un secondo momento.
Sì, c'è un Dimensioni controllo che fa parte del CTT.
Sì, c'è un convalida che fa parte del CTT.
Sfortunatamente No. Il caso d’uso del CTT è la migrazione del contenuto dall’origine in hosting on-premise/AMS AEM 6.3+ agli ambienti cloud AEMaaCS. Leggi la documentazione CTT.
La fase di estrazione è un processo che richiede più aspetti per funzionare come previsto. Prestare attenzione ai diversi tipi di problemi che possono verificarsi e a come attenuarli aumenta il successo complessivo della migrazione dei contenuti.
La documentazione pubblica viene continuamente migliorata in base agli insegnamenti, ma ci sono alcune categorie di problemi di alto livello e possibili ragioni sottostanti.
La fase di acquisizione si verifica completamente nella piattaforma cloud e richiede aiuto dalle risorse che hanno accesso all’infrastruttura AEMaaCS. Crea un ticket di supporto per ulteriori informazioni.
Qui sono possibili categorie di problemi (non considerarlo come un elenco esclusivo)
La risposta breve è "Sì".
Il processo CTT richiede la connettività alle risorse seguenti:
author-p<program_id>-e<env_id>.adobeaemcloud.com
casstorageprod.blob.core.windows.net
usermanagement.adobe.io
Per ulteriori informazioni, consulta la documentazione . connettività sorgente.
No. Per elaborare le risorse, è necessario avviare la richiesta di rielaborazione.
Sì. Le risorse vengono reindicizzate in base alle definizioni di indice disponibili in AEMaaCS.
Sì, considera quanto segue quando l'AEM di origine dispone dell'integrazione Dynamic Media.
Leggi la domanda e rispondi prima
(Queste sono due opzioni possibili ma non sono limitate solo a queste due). Dipende da come i clienti desiderano avvicinarsi all’UAT, al test delle prestazioni, all’ambiente disponibile e dal fatto che un clone venga utilizzato o meno per la migrazione. Considera questi due punti di partenza come punto di partenza della discussione
Opzione 1
Se il numero di risorse/nodi nell’ambiente di origine è inferiore (~100K), supponendo che questi possano essere migrati in un periodo di 24 + 72 ore, compresi estrazione e acquisizione, l’approccio migliore è
wipe=true
wipe=true
Con questa opzione è possibile eseguire la migrazione uno a uno, che significa On-Prem Dev → AEMaaCS Dev, e così via. e sposta le configurazioni DM dai rispettivi ambienti
(Nel caso in cui la migrazione sia pianificata per essere eseguita da Clone)
Opzione 2
Esegui una migrazione wipe da on-premise Dev ad AEMaaCS Dev.
L’approccio di cui sopra può essere utilizzato solo per misurare la durata della migrazione, ma richiede una pulizia in un secondo momento.