이전 버전의 사용자 매핑 도구에 대해서는 레거시 설명서.
Adobe Experience Manager(AEM) as a Cloud Service으로 전환 여정의 일부로 기존 AEM AEM 시스템의 사용자와 그룹을 as a Cloud Service으로 이동해야 합니다. 이 작업은 콘텐츠 전송 도구에서 수행합니다.
AEM as a Cloud Service의 주요 변경 내용은 작성자 계층 액세스에 대한 Adobe ID 사용이 완전히 통합된다는 것입니다. 이 프로세스에는 Adobe Admin Console 사용자 및 사용자 그룹 관리. 사용자 프로필 정보는 모든 Adobe 클라우드 애플리케이션에서 단일 사인온을 제공하는 IMS(Adobe Identity Management System)에서 중앙 집중화됩니다. 자세한 내용은 Identity Management를 참조하십시오. 이러한 변경 사항으로 인해 Cloud Service 작성자 인스턴스에서 중복 사용자를 방지하려면 기존 사용자를 해당 IMS ID에 매핑해야 합니다. 기존 AEM의 그룹은 IMS의 그룹과 근본적으로 다르므로 그룹은 매핑되지 않지만 마이그레이션이 완료된 후에는 두 그룹 세트를 조정해야 합니다.
컨텐츠 전송 도구 및 Cloud Acceleration Manager 는 마이그레이션되는 컨텐츠와 관련된 모든 사용자를 마이그레이션합니다. 이 매핑은 자동으로 수행되며, 추출이 시작되기 전에 토글을 통해 매핑 여부를 제어할 수 있습니다. 추출을 시작할 때 사용자가 토글의 기본 설정을 재정의할 수 있습니다.
다음과 같은 특정 사례가 기록됩니다.
사용자가에 이메일 주소가 없는 경우 profile/email
필드 jcr 노드, 해당 사용자 또는 그룹이 마이그레이션될 수 있지만 매핑되지 않았습니다. 이 시나리오는 이메일 주소가 로그인을 위한 사용자 이름으로 사용되는 경우에도 적용됩니다.
사용자가 비활성화된 경우 비활성화된 경우와 동일하게 처리됩니다. 정상적으로 매핑되고 마이그레이션되며 클라우드 인스턴스에서 비활성화됩니다.
소스 AEM 인스턴스의 사용자 중 하나와 동일한 사용자 이름(rep:principalName)을 가진 사용자가 대상 AEM Cloud Service 인스턴스에 있는 경우 해당 사용자는 마이그레이션되지 않습니다.
사용자가 사용자 매핑을 통해 매핑되지 않고 마이그레이션되는 경우 대상 클라우드 시스템에서 IMS ID를 사용하여 로그온할 수 없습니다. 또는 이메일 주소가 IMS에 로그인하는 데 사용되는 이메일 주소와 일치하지 않으면 타겟 클라우드 시스템에서 IMS ID를 사용하여 로그온할 수도 없습니다. 기존 AEM 메서드를 사용하여 로그온할 수 있지만 일반적으로 이 메서드는 원하는 메서드 또는 예상과 다릅니다.
추출 및 수집이 완료되면 주체 마이그레이션 세부 사항을 표시하는 보고서가 생성됩니다. 다음을 참조하십시오 주도자 마이그레이션의 유효성을 검사하는 방법 자세한 내용.