以前のバージョンのユーザーマッピングツールについては、レガシードキュメントを参照してください。
Adobe Experience Manager(AEM)as a Cloud Serviceへの移行プロセスの一環として、ユーザーとグループを既存のAEMシステムからAEM as a Cloud Serviceに移行する必要があります。 このタスクはコンテンツ転送ツールで実行されます。
AEM as a Cloud Service の重要な変更の 1 つは、Adobe ID を使用したオーサー層へのアクセスが完全に統合されていることです。このプロセスでは、 Adobe Admin Console ユーザーとユーザーグループを管理するための ユーザープロファイル情報は、すべてのAdobeクラウドアプリケーションに対してシングルサインオンを提供するAdobeIdentity Management System(IMS) で一元化されます。 詳しくは、Identity Management を参照してください。この変更により、Cloud Serviceオーサーインスタンスでの重複ユーザーを避けるために、既存のユーザーをそれぞれの IMS ID にマッピングする必要があります。 従来の AEM のグループは IMS のグループとは基本的に異なるので、グループはマッピングされませんが、移行が完了した後で 2 つのグループセットを調整する必要があります。
コンテンツ転送ツールおよび Cloud Acceleration Manager を使用すると、移行されるコンテンツに関連付けられているすべてのユーザーが移行されます。 このマッピングは自動的に行われ、実行するかどうかは、抽出が開始される前に切り替えで制御できます。抽出を開始する際に、ユーザーが切り替えのデフォルト設定を上書きできます。
次の特定のケースがログに記録されます。
ユーザーのメールアドレスが profile/email
彼らの分野 jcr ノード、問題のユーザーまたはグループは移行される可能性がありますが、マッピングされません。 このシナリオでは、電子メールアドレスがログイン時のユーザー名として使用されている場合でも同様です。
ユーザーが現在無効になっている場合は、無効になっていない場合と同じように扱われます。通常どおりマッピングおよび移行され、クラウドインスタンス上では無効のままになります。
ターゲットのAEM Cloud Serviceインスタンス上に、ソースのAEMインスタンス上のユーザーと同じユーザー名 (rep:principalName) を持つユーザーが存在する場合、問題のユーザーは移行されません。
ユーザーマッピングを通じてマッピングされずにユーザーが移行された場合、ターゲットクラウドシステムでは、その IMS ID を使用してログオンできません。 また、電子メールアドレスが IMS へのログインに使用された電子メールアドレスと一致しない場合、Target Cloud システムでは、IMS ID を使用してログオンすることもできません。 従来のAEM方式を使用してログオンできる場合がありますが、通常、この方法は望ましいものや期待されるものではありません。
抽出と取り込みが正常に完了すると、主要な移行の詳細を示すレポートが生成されます。 詳しくは、 プリンシパルの移行を検証する方法 を参照してください。