Exigences techniques technical-requirements
Adobe prend en charge Adobe Experience Manager (AEM) sur les plateformes, comme décrit ci-après dans ce document.
Pour tout problème lié à la plateforme, contactez le fournisseur de la plateforme.
Conditions préalables prerequisites
Configuration minimale requise pour installer Adobe Experience Manager :
- Installation de la plateforme Java™, du JDK standard ou d’autres machines virtuelles Java™ prises en charge
- Fichier de démarrage rapide d’Experience Manager (JAR autonome ou WAR de déploiement de l’application web)
Configuration minimale requise en matière d’espace disque et de mémoire minimum-sizing-requirements
Configuration minimale requise pour exécuter Adobe Experience Manager :
- 5 Go d’espace disque disponible dans le répertoire d’installation
- Mémoire de 2 Go
- Les cas d’utilisation des ressources numériques nécessitent davantage de mémoire de base. Voir Déploiement et maintenance pour plus d’informations.
- Le package complémentaire AEM Forms nécessite 15 Go d’espace temporaire.
Pour plus d’informations, voir Consignes de dimensionnement du matériel.
Niveaux de prise en charge support-levels
Ce document répertorie les plateformes clientes et serveur prises en charge pour Adobe Experience Manager. Adobe fournit plusieurs niveaux de prise en charge, tant pour les configurations recommandées que pour les autres.
Configurations prises en charge supported-configurations
Adobe recommande ces configurations et fournit une prise en charge complète dans le cadre du contrat de maintenance logicielle standard.
Configurations non prises en charge unsupported-configurations
Plateformes prises en charge supported-platforms
Machines virtuelles Java™ java-virtual-machines
L’application nécessite l’exécution d’une machine virtuelle Java™, fournie par la distribution Java™ Development Kit (JDK).
Adobe Experience Manager fonctionne avec les versions suivantes des machines virtuelles Java™ :
[1][1][1][2][2][3][3]-
Oracle est passé à un modèle de « support à long terme » (LTS) pour les produits Oracle Java™ SE. Java™ 9, Java™ 10 et Java™ 12 sont des versions non-LTS fournies par Oracle (consultez la feuille de route de la prise en charge d’Oracle Java™ SE). Pour déployer AEM dans un environnement de production, Adobe assure uniquement la prise en charge des versions LTS de Java™. La prise en charge et la distribution du JDK Oracle Java™ SE, y compris toutes les mises à jour de maintenance des versions LTS après la fin des mises à niveau publiques, sont directement prises en charge par Adobe pour tous les clients et clientes AEM utilisant la technologie Oracle Java™ SE. Consultez la Politique de prise en charge Java™ pour Adobe Experience Manager.
Important : Oracle Java™ 11 est pris en charge au moins jusqu’en septembre 2026. La prise en charge d’Oracle Java™ 17 est en cours de préparation. -
IBM® JRE est pris en charge uniquement avec le serveur d’applications WebSphere®.
-
Les versions LTS OpenJDK Azul Zulu sont prises en charge pour les déploiements d’AEM On-Premise commençant par la version 6.5 SP9. La prise en charge et la distribution des versions du JDK LTS Azul Zulu doivent être autorisées directement depuis Azul par les clients et clientes Adobe.
Stockage et persistance storage-persistence
Il existe différentes options pour déployer le référentiel d’Adobe Experience Manager. Consultez la liste suivante pour connaître les technologies et les options de stockage prises en charge.
[1][1][1][3, 4][3, 4][2, 3, 4, 7][2, 3, 4, 7][5]-
Le système de fichiers comprend le stockage de bloc compatible avec POSIX. Cela inclut la technologie de stockage réseau. Gardez à l’esprit que les performances du système de fichiers peuvent varier et avoir une incidence sur les performances globales. Chargez la version test d’AEM avec le système de fichiers réseau/distant.
-
MongoDB Enterprise versions 4.2 et 4.4 nécessitent AEM 6.5 SP9 au minimum.
-
La fragmentation MongoDB n’est pas prise en charge dans AEM.
-
Seul le moteur de stockage WiredTiger de MongoDB est pris en charge.
-
Pris en charge pour les clients et clientes de mise à niveau d’AEM Forms. Non pris en charge pour les nouvelles installations.
-
Applicable à AEM Forms uniquement :
- Suppression de la prise en charge d’Oracle Database 12c et ajout de la prise en charge d’Oracle Database 19c.
- Suppression de la prise en charge de Microsoft® SQL Server 2016 et ajout de la prise en charge de Microsoft® SQL Server 2019.
-
Non pris en charge pour AEM Forms.
Moteurs de servlet/serveurs d’applications servlet-engines-application-servers
Adobe Experience Manager peut s’exécuter en tant que serveur autonome (fichier JAR de démarrage rapide) ou en tant qu’application web dans un serveur d’applications tiers (fichier WAR).
La version minimale requise de l’API servlet est Servlet 3.1.
[2][1] [2][2][1] [2]- Recommandé pour les déploiements avec AEM Forms.
- Avec les déploiements d’AEM 6.5 sur les serveurs d’applications, la prise en charge limitée sera activée. Les clientes et clients existant(e)s peuvent effectuer une mise à niveau vers AEM 6.5 et continuer à utiliser des serveurs d’applications. Pour les nouveaux clients et nouvelles clientes, des critères et un programme de prise en charge sont inclus, comme indiqué dans la description du niveau R ci-dessus.
- Applicable à AEM Forms uniquement :
- Suppression de la prise en charge de JBoss® EAP 7.1.4 et ajout de la prise en charge de JBoss® EAP 7.4.10.
Systèmes d’exploitation de serveur server-operating-systems
Adobe Experience Manager fonctionne avec les plateformes de serveur suivantes pour les environnements de production :
[1] [3][1] [2][1][4][5][4][5]-
Noyau Linux® 2.6.3. x, 4. x, 5. x et 6. x contient des dérivés de la distribution Red Hat®, y compris Red Hat® Enterprise Linux, CentOS, Oracle Linux® et Amazon Linux®. Les fonctions de module complémentaire AEM Forms sont uniquement prises en charge sur CentOS 7, Red Hat® Enterprise Linux® 7, Red Hat® Enterprise Linux® 8 et Red Hat® Enterprise Linux® 9.
-
AEM Forms est pris en charge sur Ubuntu 20.04 LTS.
-
Distribution Linux® prise en charge par Adobe Managed Services.
note note NOTE Pour les serveurs basés sur Linux (piles OSGI et JEE), le module complémentaire AEM Forms nécessite des dépendances d’exécution telles que : - glibc.x86_64 (2.17-196)
- libX11.x86_64 (1.6.7-4)
- zlib.x86-64 (1.2.7-17)
- libxcb.x86_64 (1.13-1.el7)
- libXau.x86_64 (1.0.8-2.1.el7)
-
Les déploiements en exploitation Microsoft® Windows sont pris en charge pour les clients et clientes effectuant une mise à niveau vers la version 6.5 et pour une utilisation en dehors de l’environnement d’exploitation. Les nouveaux déploiements sont à la demande pour AEM Sites et Assets.
-
AEM Forms est pris en charge sur Microsoft® Window Server sans les restrictions de niveau de prise en charge R.
-
AEM Forms a supprimé la prise en charge de Microsoft® Windows Server 2016.
- Redistribuable Microsoft® Visual C++ 2008
- Redistribuable Microsoft® Visual C++ 2010
- Redistribuable Microsoft® Visual C++ 2012
- Microsoft® Visual C++ 2013 redistribuable
- Microsoft® Visual C++ 2019 (VC14.28 ou version ultérieure) redistribuable
Environnements virtuels et de cloud computing virtual-cloud-computing-environments
Adobe Experience Manager est pris en charge dans le cadre d’une exécution sur une machine virtuelle dans des environnements de cloud computing. Ces environnements incluent Microsoft® Azure et Amazon Web Services (AWS), s’exécutant conformément aux exigences techniques répertoriées sur cette page et conformément aux conditions de prise en charge standard d’Adobe.
Pour un environnement natif dans le cloud, passez en revue la dernière offre de la gamme de produits AEM : Adobe Experience Manager as a Cloud Service. Consultez la Documentation d’Adobe Experience Manager as a Cloud Service pour plus d’informations.
Adobe propose également l’utilisation d’Adobe Managed Services pour déployer AEM sur Azure ou AWS. Adobe Managed Services fournit aux experts les compétences nécessaires pour déployer et utiliser AEM dans ces environnements de cloud computing. Consultez les documents complémentaires sur Adobe Managed Services.
Dans tous les autres cas de déploiement d’AEM sur Azure ou AWS, ou tout autre environnement de cloud computing, la prise en charge d’Adobe se limite à l’environnement informatique virtuel. Cet environnement virtuel doit être exécuté conformément aux spécifications techniques répertoriées sur cette page. Tout problème signalé relatif à AEM s’exécutant dans l’un de ces environnements cloud doit être reproductible, indépendamment de tout service cloud spécifique à l’environnement de cloud computing. Sauf dans le cas où le service cloud est pris en charge dans le cadre des exigences techniques répertoriées sur cette page, par exemple, le stockage Azure Blob ou AWS S3.
Pour obtenir des recommandations sur le déploiement d’AEM sur Azure ou AWS, en dehors d’Adobe Managed Services, Adobe recommande de travailler directement avec le fournisseur de cloud. Vous pouvez également travailler avec des partenaires d’Adobe pour prendre en charge le déploiement d’AEM dans l’environnement cloud de votre choix. Le fournisseur ou le partenaire cloud sélectionné est responsable des spécifications de dimensionnement, de la conception et de l’implémentation de l’architecture, afin de répondre à vos exigences spécifiques en matière de performances, de charge, d’évolutivité et de sécurité.
Plateformes de Dispatcher (serveurs web) dispatcher-platforms-web-servers
Le Dispatcher est le composant de mise en cache et d’équilibrage de charge. Téléchargez la dernière version de Dispatcher. Experience Manager 6.5 nécessite la version 4.3.2 ou une version ultérieure du Dispatcher.
Les serveurs web suivants sont pris en charge pour une utilisation avec Dispatcher version 4.3.2 :
[1,2]-
Les serveurs web créés à partir du code source Apache httpd prennent autant en charge que la version de httpd sur laquelle ils sont basés. En cas de doute, demandez à Adobe de confirmer le niveau de prise en charge relatif au produit serveur correspondant. Les cas suivants :
- Le serveur HTTP a été créé en utilisant uniquement les distributions source Apache officielles, ou
- Le serveur HTTP a été livré dans le cadre du système d’exploitation sur lequel il est exécuté. Exemples : serveur IBM® HTTP, serveur Oracle HTTP.
-
Dispatcher n’est pas disponible pour Apache 2.4.x pour les systèmes d’exploitation Windows.
Plateformes clientes prises en charge supported-client-platforms
Navigateurs pris en charge pour l’interface utilisateur de création supported-browsers-for-authoring-user-interface
L’interface utilisateur d’Adobe Experience Manager fonctionne avec les plates-formes clientes suivantes : Tous les navigateurs sont testés avec l’ensemble par défaut de plug-ins et de modules complémentaires.
L’interface utilisateur d’AEM est optimisée pour les grands écrans (généralement les notebooks et les ordinateurs de bureau) et le format de tablette (comme Apple iPad ou Microsoft® Surface). Le format de téléphone n’est pas pris en charge.
- Version de prise en charge étendue de Firefox En savoir plus sur mozilla.org
- Prise en charge d’Apple iPad
Navigateurs pris en charge pour les sites web supported-browsers-for-websites
En règle générale, la prise en charge des navigateurs pour les sites web rendus par AEM Sites dépend de l’implémentation des modèles de page d’AEM, de la conception et de la sortie des composants, et relève donc de celui ou celle qui met en œuvre ces parties.
Clients et clientes WebDAV webdav-clients
Microsoft® Windows 7 et versions ultérieures
Lors de la connexion avec Microsoft® Windows 7 et les versions ultérieures à une instance AEM non sécurisée avec SSL, l’authentification de base sur un réseau non sécurisé doit être activée sous Windows. Cela nécessite une modification du registre Windows du WebClient :
-
Recherchez la sous-clé de registre :
- HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters
-
Ajoutez l’entrée de registre BasicAuthLevel à cette sous-clé à l’aide d’une valeur de 2 ou plus.
Remarques supplémentaires sur Platform additional-platform-notes
Cette section contient des notes spéciales et des informations plus détaillées sur l’exécution d’Adobe Experience Manager et de ses modules complémentaires.
IPv4 et IPv6 ipv-and-ipv
Vous pouvez installer tous les éléments d’Adobe Experience Manager (instance, Dispatcher) sur des réseaux IPv4 et IPv6.
Tout fonctionne sans problème, dans la mesure où aucune configuration particulière n’est requise. Vous spécifiez une adresse IP au format approprié à votre type de réseau, si nécessaire.
Lorsqu’une adresse IP doit être spécifiée, vous pouvez effectuer une sélection (au besoin) parmi les options suivantes :
-
Une adresse IPv6. Par exemple,
https://[ab12::34c5:6d7:8e90:1234]:4502. -
Une adresse IPv4. Par exemple,
https://123.1.1.4:4502. -
Un nom de serveur. Par exemple,
https://www.yourserver.com:4502. -
le scénario par défaut de
localhostest interprété pour les installations réseau IPv4 et IPv6. Par exemple,https://localhost:4502.
Exigences requises pour le module complémentaire AEM Dynamic Media requirements-for-aem-dynamic-media-add-on
Par défaut, AEM Dynamic Media est désactivé. Rendez-vous ici pour activer Dynamic Media.
Lorsque Dynamic Media est activé, des exigences techniques supplémentaires sont d’application.
Matériel hardware
Les exigences matérielles suivantes s’appliquent à Linux® et Windows :
- Processeur Intel Xeon® ou AMD® Opteron avec au moins quatre cœurs
- 16 Go de RAM minimum
Linux® linux
Si vous utilisez Dynamic Media sous Linux®, les conditions préalables ci-dessous doivent être remplies :
- Red Hat® Enterprise 7 ou CentOS 7 et versions ultérieures avec les derniers correctifs
- Système d’exploitation 64 bits
- Permutation désactivée (recommandé)
- SELinux désactivé (voir la note ci-dessous)
en_US.UTF-8, cela empêchera Dynamic Media de fonctionner. Pour voir quelle est sa valeur, saisissez « locale » à l’invite de commande. Si elle n’est pas définie correctement, définissez la variable d’environnement LC_CTYPE sur la chaîne vide en saisissant « export LC_CTYPE= » avant d’exécuter AEM.SELINUX=enforcing vers SELINUX=disabled<ip address> <fully qualified hostname>Windows windows
- Microsoft® Windows Server 2016
- Espace de permutation égal à au moins deux fois la quantité de mémoire physique (RAM)
Pour utiliser Dynamic Media sous Windows, installez les redistribuables Microsoft® Visual Studio 2010, 2013 et 2015 pour x64 et x86.
Pour Windows x64 :
- Procurez-vous le redistribuable Microsoft® Visual Studio 2010 à l’adresse https://www.microsoft.com/fr-fr/download/details.aspx?id=26999.
- Procurez-vous le redistribuable Microsoft® Visual Studio 2013 à l’adresse https://www.microsoft.com/fr-fr/download/details.aspx?id=40784.
- Procurez-vous le redistribuable Microsoft® Visual Studio 2015 à l’adresse https://www.microsoft.com/fr-fr/download/details.aspx?id=48145.
Pour Windows x86 :
- Procurez-vous le redistribuable Microsoft® Visual Studio 2010 à l’adresse https://www.microsoft.com/fr-fr/download/details.aspx?id=26999.
- Procurez-vous le redistribuable Microsoft® Visual Studio 2013 à l’adresse https://www.microsoft.com/fr-fr/download/details.aspx?id=40769.
- Procurez-vous le redistribuable Microsoft® Visual Studio 2015 à l’adresse https://www.microsoft.com/fr-fr/download/details.aspx?id=52685.
macOS macos
- 10.9.x et versions ultérieures
- Pris en charge uniquement à des fins d’évaluation et de démonstration
Conditions requises pour AEM Forms PDF Generator requirements-for-aem-forms-pdf-generator
Prise en charge logicielle de PDF Generator software-support-for-pdf-generator
- PDF Generator requiert la version 32 bits d’Acrobat 2020 (suivi Classic) version 20.004.30006 ou d’Acrobat 2017 version 17.011.30078 pour effectuer la conversion.
- Les conversions de PDF Generator pour OpenOffice sont uniquement prises en charge sous Windows et Linux®.
- PDF Generator prend uniquement en charge la version commerciale 32 bits de Microsoft® Office Professional Plus et d’autres logiciels requis pour la conversion sur le système d’exploitation Windows.
- PDF Generator prend en charge les versions 32 et 64 bits d’OpenOffice sous le système d’exploitation Linux®.
- PDF Generator ne prend pas en charge Microsoft® Office 365.
- Les fonctionnalités OCR PDF, Optimize PDF et Export PDF sont uniquement prises en charge sous Windows.
- Une version d’Acrobat est fournie avec AEM Forms pour activer la fonctionnalité PDF Generator. Accédez à la version groupée uniquement par programmation avec AEM Forms, pendant la durée de la licence AEM Forms et pour une utilisation avec AEM Forms PDF Generator. Pour plus d’informations, consultez la description du produit AEM Forms correspondant à votre déploiement (On-Premise ou Managed Services).
- Le service PDF Generator ne prend pas en charge Microsoft® Windows 10.
- PDF Generator ne parvient pas à convertir les fichiers à l’aide de Microsoft® Visio 2019. Vous pouvez continuer à utiliser Microsoft® Visio 2016 pour convertir les fichiers
.VSDet.VSDX. - PDF Generator ne parvient pas à convertir les fichiers à l’aide de Microsoft® Project 2019. Vous pouvez continuer à utiliser Microsoft® Project 2016 pour convertir les fichiers
.VSDet.VSDX.
Conditions requises pour AEM Forms Designer requirements-for-aem-forms-designer
- Microsoft® Windows® 2016 Server, Microsoft® Windows® 2019 Server, Microsoft Windows 10 ou Windows® 11
- Processeur de 1 GHz ou plus avec prise en charge de PAE, NX et SSE2.
- Systèmes d’exploitation 32 bits : 1 Go de RAM ; systèmes d’exploitation 64 bits : 2 Go de RAM.
- Systèmes d’exploitation 32 bits : 16 Go d’espace disque ; systèmes d’exploitation 64 bits : 20 Go d’espace disque.
- Mémoire graphique – 128 Mo de GPU (256 Mo recommandé)
- 2,35 Go d’espace disponible sur le disque dur
- Résolution d’écran de 1 024 x 768 pixels ou plus
- Accélération matérielle de la vidéo (facultatif)
- Acrobat Pro DC, Acrobat Standard DC ou Adobe Acrobat Reader DC
- Droits d’administration pour l’installation de Designer
- Microsoft Visual C++ 2019 (VC 14.28 ou version ultérieure) Runtime 32 bits pour AEM Forms Designer 32 bits
- Microsoft Visual C++ 2019 (VC 14.28 ou version ultérieure) 64 bits pour AEM Forms Designer 64 bits (pour les piles OSGI et JEE)
Installer et configurer AEM Forms Designer
Conditions requises pour l’écriture différée des métadonnées AEM Assets XMP requirements-for-aem-assets-xmp-metadata-write-back
L’écriture différée XMP est prise en charge et activée pour les plateformes et formats de fichier suivants :
-
Systèmes d’exploitation :
-
Linux® (32 bits, prise en charge des applications 32 bits sur les systèmes 64 bits). Pour les étapes d’installation des bibliothèques clientes 32 bits, consultez la section Activer l’écriture différée et l’extraction XMP sous Red Hat® Linux® 64 bits.
-
Windows Server
-
macOS X (64 bits)
-
-
Formats de fichier : JPEG, PNG, TIFF, PDF, INDD, AI et EPS.
Conditions requises pour qu’AEM Assets traite les ressources lourdes en métadonnées sous Linux® assetsonlinux
Le processus XMPFilesProcessor nécessite le fonctionnement de la bibliothèque GLIBC_2.14. Utilisez un noyau Linux® contenant GLIBC_2.14, par exemple un noyau Linux® version 3.1.x. Cela améliore les performances de traitement des ressources qui contiennent un grand nombre de métadonnées, comme les fichiers PSD. L’utilisation d’une version précédente de GLIBC entraîne une erreur dans les journaux commençant par com.day.cq.dam.core.impl.handler.xmp.NCommXMPHandler Failed to read XMP.