Considerações importantes sobre a ferramenta Mapeamento de usuários (herdado) important-considerations
Casos excepcionais exceptional-cases
Os seguintes casos específicos são registrados:
-
Se um usuário não tiver um endereço de email no
profile/emaildo seu jcr , o usuário ou grupo em questão é migrado, mas não mapeado. Essa regra ocorre mesmo se o endereço de email for usado como um nome de usuário para fazer logon. -
Se um email não for encontrado no sistema Adobe Identity Management System (IMS) para a ID de organização usada (ou se a ID do IMS não puder ser recuperada), o usuário ou grupo será migrado, mas não será mapeado.
-
Se o usuário estiver desativado, será tratado da mesma forma que se não estivesse desativado. Ele é mapeado e migrado normalmente e permanece desativado na instância da nuvem.
-
Se existir um usuário na instância do AEM Cloud Service de destino com o mesmo nome de usuário (rep:principalName) de um dos usuários na instância de AEM de origem, esse usuário ou grupo não será migrado.
-
Se um usuário for migrado sem ser mapeado primeiro por meio do Mapeamento de usuários, ele não poderá fazer logon usando a ID IMS no sistema de nuvem de destino. Talvez seja possível fazer logon usando o método tradicional do AEM, mas esse fluxo de trabalho normalmente não é o desejado ou esperado.
Considerações adicionais additional-considerations
-
Se a configuração Apagar conteúdo existente na instância da nuvem antes da assimilação estiver definido, os usuários já transferidos na instância do Cloud Service serão excluídos. O repositório existente inteiro também é excluído e um novo repositório é criado no qual o conteúdo é assimilado. Essa ação também redefine todas as configurações, incluindo permissões na instância do Cloud Service de destino, e é verdadeira para um usuário administrador adicionado à variável administradores grupo. O usuário administrador deve ser lido na caixa administradores grupo para recuperar o token de acesso para CTT.
-
O Adobe recomenda remover qualquer usuário existente da instância do AEM do Cloud Service de destino antes de executar o CTT com o Mapeamento de usuário. Essa ação é necessária para evitar qualquer conflito entre a migração de usuários da instância do AEM de origem para a instância do AEM de destino. Conflitos podem ocorrer durante a assimilação se o mesmo usuário existir na instância de AEM de origem e na instância AEM de destino.
-
Quando atualizações complementares de conteúdo são executadas, se o conteúdo não for transferido porque não foi alterado desde a transferência anterior, os usuários e grupos associados a esse conteúdo também não serão transferidos. Essa regra é verdadeira mesmo se os usuários e grupos tiverem sido alterados enquanto isso. Isso ocorre porque usuários e grupos são migrados junto com o conteúdo ao qual estão associados.
-
Se o AEM Cloud Service tiver um usuário com um nome de usuário diferente, mas com o mesmo endereço de email de um usuário na instância AEM de origem, e o Mapeamento de usuário estiver ativado, uma mensagem de erro será registrada. Além disso, o usuário AEM de origem não é transferido, pois somente um usuário com determinado endereço de email é permitido no sistema de destino.
-
Se dois usuários na instância de origem do AEM tiverem o mesmo endereço de email e o Mapeamento de usuário estiver ativado, uma mensagem de erro será registrada. Além disso, um dos usuários do AEM de origem é transferido porque somente um usuário com determinado endereço de email é permitido no sistema de destino.
O que vem a seguir whats-next
Depois de conhecer as considerações importantes e os casos excepcionais, você estará pronto para usar a ferramenta. Consulte Usar a ferramenta de Mapeamento de usuários para obter mais detalhes.