Mappatura utenti e migrazione delle entità principali

Introduzione

Come parte del percorso di transizione verso Adobe Experience Manager (AEM) as a Cloud Service, devi spostare utenti e gruppi dal sistema AEM esistente a 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 Adobe ID per accedere al livello di authoring. Questo processo richiede l'utilizzo di Adobe Admin Console per gestire utenti e gruppi di utenti. Le informazioni sul profilo utente sono centralizzate nell’Adobe Identity Management System (IMS) che fornisce il single sign-on in tutte le applicazioni cloud Adobe. Per ulteriori informazioni, consultare Identity Management. A causa di questa modifica, gli utenti esistenti devono essere mappati ai loro ID IMS per evitare utenti duplicati nell’istanza Autore Cloud Service. 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 di mappatura utenti e migrazione

Lo strumento Content Transfer (Trasferimento contenuti) e Cloud Acceleration Manager eseguono la migrazione di tutti gli utenti associati al contenuto da migrare. Questa mappatura viene eseguita automaticamente e, se viene eseguita, può essere controllata da un interruttore prima dell’avvio dell’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 è il, perché è il processo consigliato.
• Se il sistema di origine è un’istanza Publish, per impostazione predefinita la scelta per eseguire la mappatura è disattivato, perché normalmente gli utenti non vengono migrati o utilizzati nelle istanze di pubblicazione.

Considerazioni importanti sulla mappatura e la migrazione degli utenti

Casi eccezionali

Vengono registrati i seguenti casi specifici:

1. Se un utente non ha un indirizzo e-mail nel profile/email campo di loro jcr , l'utente o il gruppo in questione può essere migrato ma non è mappato. Questo scenario si verifica anche se l’indirizzo e-mail viene utilizzato come nome utente per l’accesso.

2. Se l’utente è disabilitato, viene trattato come se non lo fosse. Viene mappato e migrato come normale e rimane disabilitato nell’istanza cloud.

3. Se nell’istanza AEM Cloud Service di destinazione esiste un utente con lo stesso nome utente (rep:principalName) di uno degli utenti nell’istanza AEM di origine, l’utente in questione non viene migrato.

4. Se un utente viene migrato senza essere mappato tramite Mappatura utenti, nel sistema cloud di destinazione non può accedere con il proprio ID IMS. Oppure, se il loro indirizzo e-mail non corrisponde a quello utilizzato per accedere a IMS, sul sistema cloud di destinazione non sono in grado di accedere con il loro ID IMS. L'accesso potrebbe essere eseguito con il metodo AEM tradizionale, ma questo metodo non è normalmente quello desiderato o previsto.

Considerazioni aggiuntive

• Se l'impostazione Cancella i contenuti esistenti nell’istanza Cloud prima dell’acquisizione è impostato, gli utenti già trasferiti nell’istanza di Cloud Service vengono eliminati insieme all’intero archivio esistente. Viene inoltre creato un nuovo archivio in cui vengono acquisiti i contenuti. Questa procedura reimposta anche tutte le impostazioni, incluse le autorizzazioni sull’istanza del Cloud Service target ed è true per un utente amministratore aggiunto al amministratori gruppo. L’utente amministratore deve essere letto su amministratori gruppo per recuperare il token di accesso per CTT.
• Quando si esegue l’integrazione del contenuto, se il contenuto non viene trasferito perché non è stato modificato rispetto al trasferimento precedente, non vengono trasferiti né gli utenti né i gruppi associati a tale contenuto. Questa regola è valida anche se nel frattempo gli utenti e i gruppi sono cambiati. Il motivo è che utenti e gruppi vengono migrati insieme al contenuto a cui sono associati.
• Se l’istanza AEM Cloud Service di destinazione ha un utente con un nome utente diverso ma lo stesso indirizzo e-mail di uno degli utenti nell’istanza AEM di origine e la mappatura degli utenti è abilitata, i registri registrano un messaggio di errore. Inoltre, l’utente AEM di origine non viene trasferito, in quanto nel sistema di destinazione è consentito un solo utente con un determinato indirizzo e-mail.

Riepilogo finale e relazione

Una volta completate correttamente l’estrazione e l’acquisizione, viene generato un rapporto che mostra i dettagli della migrazione principale. Consulta Convalidare la migrazione dell’entità per i dettagli.

Risorse Business.Adobe.com