Mappatura utenti e migrazione delle entità principali user-mapping-and-principal-migration
Introduzione introduction
Nell’ambito del percorso di transizione verso l’as a Cloud Service Adobe Experience Manager (AEM), è necessario eseguire la migrazione di utenti e gruppi (o "entità principali") dai sistemi AEM esistenti ad AEM as a Cloud Service. Questa operazione viene eseguita dallo strumento Content Transfer (Trasferimento contenuti).
Una modifica importante per AEM as a Cloud Service è l’utilizzo completamente integrato degli ID Adobe per accedere al livello di authoring. Questo processo richiede l'utilizzo di Adobe Admin Console per la gestione di utenti e gruppi di utenti. Le informazioni sul profilo utente sono centralizzate in Adobe Identity Management System (IMS), che fornisce il single sign-on in tutte le applicazioni cloud Adobe. Per ulteriori dettagli, vedere Identity Management. A causa di questa modifica, gli utenti esistenti devono essere mappati sui loro ID IMS in modo che possano accedere a AEMaaCS utilizzando i loro profili IMS. Poiché i gruppi nell’AEM tradizionale sono fondamentalmente diversi dai gruppi nell’IMS, i gruppi non sono mappati, ma devono essere riconciliati dopo il completamento della migrazione.
Dettagli migrazione entità principal-migration-detail
Lo strumento Content Transfer (Trasferimento contenuti) e Cloud Acceleration Manager migreranno nel sistema cloud tutte le entità associate al contenuto di cui si esegue la migrazione. Lo strumento Content Transfer (Trasferimento contenuti) esegue questa operazione copiando tutte le entità dal sistema AEM di origine durante il processo di estrazione. CAM Ingestion seleziona e migra solo le entità principali associate al contenuto da acquisire. Se un'entità si trova in un criterio ACL o CUG di contenuto migrato, tale entità e tutti i gruppi in cui si trova verranno migrati i relativi gruppi predecessori (padre). Inoltre, se un’entità sul contenuto è un gruppo, verranno migrati anche tutti i suoi gruppi discendenti (figlio) e gli utenti.
Dettagli mappatura utenti user-mapping-detail
Gli utenti AEM possono essere mappati sugli utenti Adobe IMS corrispondenti con lo stesso indirizzo e-mail. Questa mappatura può essere eseguita automaticamente in CTT (durante il passaggio di estrazione) e, se viene eseguita o meno, può essere controllata da un interruttore prima di avviare l’estrazione. L’impostazione predefinita dell’interruttore può essere ignorata dall’utente all’avvio dell’estrazione.
- Se il sistema di origine è un'istanza di authoring, per impostazione predefinita la scelta per eseguire la mappatura è su, perché è il processo consigliato.
- Se il sistema di origine è un'istanza di pubblicazione, per impostazione predefinita la scelta per eseguire la mappatura è off, perché gli utenti non vengono normalmente migrati o utilizzati nelle istanze di pubblicazione; o se vengono utilizzati, viene in genere utilizzato un sistema di autenticazione diverso (non IMS).
Indipendentemente dal fatto che gli utenti siano mappati o meno durante l’estrazione, vengono migrati al sistema cloud, insieme ai gruppi, durante l’acquisizione se sono associati al contenuto di cui stai eseguendo la migrazione.
Considerazioni importanti sulla mappatura e la migrazione degli utenti important-considerations
Casi eccezionali exceptional-cases
Vengono registrati i seguenti casi specifici:
- Se un utente non dispone di un indirizzo e-mail nel campo
profile/emaildel nodo jcr, è possibile che la migrazione dell'utente in questione non sia stata eseguita. Questo scenario si verifica anche se l’indirizzo e-mail viene utilizzato come nome utente per l’accesso. - Se l’utente è disabilitato, viene trattato come gli altri utenti; viene mappato e migrato come normale e rimane disabilitato nell’istanza cloud.
- Se esiste un’entità principale con gli stessi dati vincolati all’univocità (rep:principalName, rep:authorizableId, jcr:uuid o rep:externalId) sia nell’istanza AEM di origine che nell’istanza AEM Cloud Service di destinazione, l’entità in questione non viene migrata e l’entità esistente in precedenza sul cloud system rimane invariata. Questa operazione viene registrata nel report di migrazione dell’entità.
- Se un utente non è mappato a IMS tramite mappatura utenti, il profilo utente sul sistema cloud AEM non sarà riconosciuto da IMS; in questo caso, se accede tramite IMS, verrà creato un nuovo profilo (duplicato) su AEM, ma non conterrà le informazioni precedenti sul profilo. Il profilo utente originale sarà presente nel sistema cloud AEM, ma non sarà possibile accedervi tramite IMS, utilizzando solo il metodo AEM tradizionale (accesso locale). Per questo motivo, la mappatura di tutti gli utenti è vivamente consigliata per tutte le migrazioni degli autori.
Considerazioni aggiuntive additional-considerations
- Se l'impostazione Cancella contenuto esistente nell'istanza Cloud prima dell'acquisizione è impostata, le entità precedentemente trasferite nell'istanza di Cloud Service vengono eliminate insieme all'intero archivio esistente; viene creato un nuovo archivio in cui viene acquisito il contenuto. Questa procedura consente inoltre di ripristinare tutte le impostazioni, incluse le autorizzazioni sull'istanza del Cloud Service di destinazione, ed è true per un utente amministratore aggiunto al gruppo amministratori. L'utente amministratore deve essere aggiunto nuovamente al gruppo amministratori per recuperare il token di accesso per l'acquisizione CTT/CAM.
- Quando si eseguono acquisizioni senza cancellazione (Il contenuto esistente non viene impostato), se il contenuto non viene trasferito perché non è stato modificato dal trasferimento precedente, gli utenti e i gruppi associati a tale contenuto non vengono trasferiti. Questa regola è vera anche se gli utenti e i gruppi sono cambiati nel sistema di origine. Questo perché gli utenti e i gruppi vengono migrati solo insieme al contenuto a cui sono associati. Per questo motivo, la migrazione di tutte le entità principali nuove di un gruppo nel sistema di origine verrà eseguita solo se fanno parte di un gruppo diverso di cui è in corso la migrazione o nell'ACL di contenuti diversi di cui è in corso la migrazione. Per migrare successivamente queste entità, è consigliabile utilizzare i pacchetti oppure eliminare le entità principali dal target e migrare nuovamente il contenuto rilevante (Estrai con sovrascrivi e Acquisisci con cancellazione).
- Gli indirizzi e-mail duplicati non sono consentiti in IMS, ma sono consentiti in AEM (sia on-premise che nel cloud). Un utente può accedere all’AEM tramite IMS utilizzando il proprio indirizzo e-mail e verrà registrato nel profilo utente a cui fa riferimento IMS.
- Vedere Migrazione di gruppi utenti chiusi per ulteriori considerazioni sulle entità utilizzate in un criterio Gruppo utenti chiuso (CUG).
Riepilogo finale e relazione final-report
Una volta completate correttamente l’estrazione e l’acquisizione, viene generato un rapporto che mostra i dettagli della migrazione principale. Per informazioni dettagliate, consulta Come convalidare la migrazione entità.