Considerazioni importanti per lo strumento di mappatura 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 nodo di cui verrà eseguita la migrazione dell'utente o del gruppo, ma non la mappatura. Ciò si verifica anche se l’indirizzo e-mail viene utilizzato come nome utente per l’accesso.

  2. Se non viene trovata una determinata e-mail nel sistema Identity Management System (IMS) di Adobe per l’ID organizzazione utilizzato (o se l’ID IMS non può essere recuperato per un altro motivo), l’utente o il gruppo in questione verrà migrato ma non mappato.

  3. Se l’utente è attualmente disattivato, viene trattato come se non lo fosse. Verrà mappato e migrato come di consueto e rimarrà disabilitato nell’istanza cloud.

  4. Se nell’istanza AEM Cloud Service di destinazione è presente un utente con lo stesso nome utente (rep:principalName) di uno degli utenti nell’istanza AEM di origine, la migrazione dell’utente o del gruppo in questione non verrà eseguita.

  5. Se un utente viene migrato senza prima essere mappato tramite Mappatura utenti, nel sistema cloud di destinazione non potrà accedere con il proprio ID IMS. Potrebbero essere in grado di accedere utilizzando il metodo tradizionale dell’AEM, ma tieni presente che normalmente non è ciò che si desidera o si aspetta.

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 verranno eliminati insieme all’intero archivio esistente e verrà creato un nuovo archivio in cui acquisire il contenuto. Questa opzione 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 dovrà essere aggiunto di nuovo al amministratori gruppo per recuperare il token di accesso per CTT.

  • Si consiglia di rimuovere qualsiasi utente esistente dall’istanza AEM del Cloud Service di destinazione prima di eseguire CTT con Mappatura utenti. In questo modo si evitano conflitti tra la migrazione degli utenti dall’istanza AEM di origine all’istanza AEM di destinazione. Se lo stesso utente esiste nell’istanza AEM di origine e nell’istanza AEM di destinazione, si verificheranno conflitti durante l’acquisizione.

  • Quando si esegue l’integrazione del contenuto, se il contenuto non viene trasferito perché non è stato modificato rispetto al trasferimento precedente, non verranno trasferiti né gli utenti né i gruppi associati a tale contenuto, anche se nel frattempo gli utenti e i gruppi sono cambiati. Questo perché gli utenti e i 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, nei registri verrà scritto un messaggio di errore e l’utente AEM di origine non verrà trasferito, poiché nel sistema di destinazione è consentito un solo utente con un determinato indirizzo e-mail.

  • Se due utenti nell’istanza AEM di origine hanno lo stesso indirizzo e-mail e la mappatura utenti è abilitata, nei registri verrà scritto un messaggio di errore e uno degli utenti AEM di origine non verrà trasferito, poiché nel sistema di destinazione è consentito un solo utente con un determinato indirizzo e-mail.

Passaggio successivo

Dopo aver appreso le considerazioni importanti e i casi eccezionali, ora puoi utilizzare lo strumento. Vedi Utilizzo dello strumento di mappatura utente per ulteriori dettagli.

In questa pagina