Consideraciones importantes sobre la herramienta de asignación de usuarios (heredada) important-considerations
Casos excepcionales exceptional-cases
Se registran los siguientes casos específicos:
-
Si un usuario no tiene una dirección de correo electrónico en el campo
profile/emailde su nodo jcr, el usuario o grupo en cuestión se migra pero no se asigna. Este es el caso incluso si la dirección de correo electrónico se utiliza como nombre de usuario para iniciar sesión. -
Si no se encuentra un correo electrónico en el sistema Adobe Identity Management System (IMS) para el ID de organización utilizado (o, si no se puede recuperar el ID de IMS), se migra el usuario o grupo, pero no se asigna.
-
Si el usuario está deshabilitado, se trata igual que si no lo estuviera. Se asigna y migra con normalidad, y permanece deshabilitado en la instancia de nube.
-
Si existe un usuario en la instancia de Cloud Service de AEM de destino con el mismo nombre de usuario (rep:principalName) que uno de los usuarios en la instancia de AEM de origen, no se migra el usuario o grupo.
-
Si se migra un usuario sin que se asigne primero mediante Asignación de usuarios, en el sistema de la nube de destino no podrá iniciar sesión con su ID de IMS. Es posible que puedan iniciar sesión utilizando el método tradicional de AEM, pero este flujo de trabajo no suele ser el deseado o esperado.
Consideraciones adicionales additional-considerations
-
Si se establece la configuración Borrar contenido existente en la instancia de Cloud antes de la ingesta, se eliminan los usuarios ya transferidos en la instancia de Cloud Service. También se elimina todo el repositorio existente y se crea un nuevo repositorio en el que se ingiere contenido. Esta acción también restablece toda la configuración, incluidos los permisos, en la instancia de Cloud Service de destino y es verdadera para un usuario administrador agregado al grupo de administradores. El usuario administrador debe leerse en el grupo administradores para recuperar el token de acceso para CTT.
-
Adobe recomienda quitar cualquier usuario existente de la instancia de AEM de Cloud Service de destino antes de ejecutar CTT con asignación de usuarios. Esta acción es necesaria para evitar cualquier conflicto entre la migración de usuarios de la instancia de AEM de origen a la instancia de AEM de destino. Pueden producirse conflictos durante la ingesta si el mismo usuario existe en la instancia de AEM de origen y en la instancia de AEM de destino.
-
Cuando se realizan recargas de contenido, si el contenido no se transfiere porque no ha cambiado desde la transferencia anterior, los usuarios y grupos asociados con ese contenido tampoco se transfieren. Esta regla se aplica incluso si los usuarios y grupos han cambiado mientras tanto. El motivo es que los usuarios y grupos se migran junto con el contenido con el que están asociados.
-
Si AEM Cloud Service tiene un usuario con un nombre de usuario diferente pero la misma dirección de correo electrónico que un usuario en la instancia de AEM de origen, y la asignación de usuarios está habilitada, se registra un mensaje de error. Además, no se transfiere el usuario de AEM de origen, ya que solo se permite un usuario con una dirección de correo electrónico determinada en el sistema de destino.
-
Si dos usuarios de la instancia de AEM de origen tienen la misma dirección de correo electrónico y la Asignación de usuarios está habilitada, se registra un mensaje de error. Además, se transfiere uno de los usuarios de AEM de origen porque solo se permite un usuario con una dirección de correo electrónico determinada en el sistema de destino.
Siguientes pasos whats-next
Una vez que haya aprendido las consideraciones importantes y los casos excepcionales, ya está listo para usar la herramienta. Consulte Uso de la herramienta de asignación de usuarios para obtener más información.