Configurez une nouvelle instance AEM (même version et patches que votre instance de mise à niveau du fichier cible).
Dernière mise à jour le
Problème
Dans AEM 6.1 et les versions ultérieures, il existe des utilisateurs système inclus avec AEM hors la boîte de dialogue. Les utilisateurs ont déjà créé des listes de contrôle d’accès sous différents chemins, comme /apps, /libs, /etc, /var, /content. et certains sous-chemins. Si les ACL sont remplacées accidentellement lors d’une migration de données d’une ancienne version AEM vers une version plus récente, elles peuvent rompre différentes fonctionnalités AEM.
Les /apps, /etc/clientlibs, /var/clientlibs, et le tracé acl de /libs peuvent rompre l'AEM, dans le cas d’un écrasement :
- Les fichiers de superposition de la bibliothèque client sous /apps ne fonctionnent pas.
- Les balises div qui sont générées autour des composants n’apparaissent pas.
- D’autres erreurs telles que l’authentification, rupture de l’interface utilisateur.
Cause
L’utilisateur clientlibs-service et les autres utilisateurs ne sont pas autorisés à accéder aux chemins mentionnés précédemment.
Résolution
-
-
Suivez les étapes décrites dans cet article pour créer un package ACL pour la migration des ACL o.
-
Installez le package ACL sur l’instance à partir de l'étape 1.
-
Selon la même méthode que l'étape 2, créez un package contenant toutes les listes ACL de la nouvelle instance AEM.
-
Installez ce package dans l’environnement rompu. Ceci garantit que toutes les ACL hors boîte de dialogue sont restaurées et que les ACL personnalisées sont rangées dans la liste après celles hors boîte de dialogue.
-
Si les utilisateurs du service sous /home/users/system ont également été supprimés par la migration, vous pouvez également assembler et migrer les utilisateurs du système. Créez un package /home/users/system d'une nouvelle instance AEM.
-
Installez le package dans l’environnement rompu.
Accéder à votre compte