Exigences techniques

Adobe prend en charge Adobe Experience Manager (AEM) sur les plateformes indiquées dans les informations suivantes de ce document.

Pour tout problème relatif à la plateforme proprement dite, contactez directement le fournisseur de la plateforme.

Conditions préalables

Configuration minimale requise pour installer Adobe Experience Manager :

• Installation de la plateforme Java, du JDK Standard Edition ou d’autres machines virtuelles Java prises en charge
• Fichier de démarrage rapide 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

Configuration minimale requise pour l’exécution de Adobe Experience Manager :

• 5 Go d’espace disque disponible dans le répertoire d’installation
• Mémoire de 2 Go

Pour plus d’informations, consultez Consignes de dimensionnement du matériel.

Niveaux de prise en charge

Ce document répertorie les plateformes client et serveur compatibles avec 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

Adobe recommande ces configurations et assure un support complet dans le cadre du contrat de maintenance logicielle standard.

Niveau de prise en charge	Description
A : Pris en charge	Adobe fournit une prise en charge et une maintenance complètes pour cette configuration. Cette configuration est couverte par le processus d’assurance qualité d’Adobe.
R : Prise en charge limitée	Pour garantir la réussite des projets de ses clients, Adobe fournit une prise en charge complète dans le cadre d’un programme de prise en charge limitée, ce qui exige le respect de conditions spécifiques. Une prise en charge de niveau R exige une demande formelle de la part du client et la confirmation d’Adobe. Pour plus d’informations, contactez le service à la clientèle Adobe.

Configurations non prises en charge

Niveau de prise en charge	Description
Z : Non pris en charge	La configuration n’est pas prise en charge. Adobe ne fait aucune déclaration quant au fonctionnement de la configuration et n’en assure pas la prise en charge.

Plateformes prises en charge

Machines virtuelles Java (JVM)

L’application nécessite l’exécution d’une machine virtuelle Java, laquelle est fournie par la distribution JDK (Java Development Kit).

Adobe Experience Manager fonctionne avec les versions suivantes des machines virtuelles Java :

Plate-forme	Niveau de prise en charge
Oracle Java SE 12 JDK [1]	Z : Non pris en charge
Oracle Java SE 11 JDK – 64 bits	A : Pris en charge
Oracle Java SE 10 JDK [1]	Z : Non pris en charge
Oracle Java SE 9 JDK [1]	Z : Non pris en charge
Oracle Java SE 8 JDK – 64 bits	A : Pris en charge [3]
Machine virtuelle IBM J9 – Version 2.9, JRE 1.8.0 [2]	A : Pris en charge
Machine virtuelle IBM J9 – Version 2.8, JRE 1.8.0 [2]	A : Pris en charge

1. Oracle est passé à un modèle de support à long terme (LTS) pour les produits Oracle Java SE. Java 9, Java 10 et Java 12 ne sont pas des versions de LTS par Oracle (voir Oracle Java SE support roadmap). Pour déployer AEM dans un environnement de production, Adobe assure uniquement la prise en charge des versions LTS de Java.

2. IBM JRE est pris en charge uniquement avec WebSphere Application Server.

3. 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, seront directement prises en charge par Adobe pour tous les clients AEM utilisant la technologie Oracle Java SE. Pour plus d’informations, voir la prise en charge Java Oracle pour Adobe Experience Manager Q&A.

Stockage et persistance

Plusieurs options sont disponibles pour déployer le référentiel d’Adobe Experience Manager. Consultez la liste suivante pour connaître les options de stockage et les technologies prises en charge.

Plate-forme	Description	Niveau de prise en charge
Système de fichiers avec fichiers TAR [1]	Référentiel	A : Pris en charge
Système de fichiers avec entrepôt de données [1]	Binaires	A : Pris en charge
Stockage de binaires dans des fichiers TAR sur le système de fichiers [1]	Binaires	Z : Non pris en charge pour la production
Amazon S3	Binaires	A : Pris en charge
Stockage Microsoft Azure Blob	Binaires	A : Pris en charge
MongoDB Enterprise 4.0	Référentiel	A : Pris en charge [2, 3]
MongoDB Enterprise 3.6	Référentiel	Z : Non pris en charge
MongoDB Enterprise 3.4	Référentiel	Z : Non pris en charge
IBM DB2 10.5	Base de données de formulaires et de référentiels	R : Prise en charge limitée [4]
Base de données Oracle 12c (12.1.x)	Base de données de formulaires et de référentiels	R : Prise en charge limitée
Microsoft SQL Server 2016	Base de données de formulaires	A : Pris en charge
Apache Lucene (démarrage rapide intégré)	Service de recherche	A : Pris en charge
Apache Solr	Service de recherche	A : Pris en charge

1. Le système de fichiers comprend le stockage de bloc compatible avec POSIX. Cela inclut la technologie de stockage réseau. Notez que les performances du système de fichiers sont variables et ont une incidence sur les performances globales. Il est conseillé d’effectuer un test de charge d’AEM avec le système de fichiers distant/réseau.
2. La fragmentation MongoDB n’est pas pris en charge dans AEM.
3. Seule le moteur de stockage MongoDB WiredTiger est prise en charge.
4. Pris en charge pour les clients de mise à niveau d’AEM Forms. Non pris en charge pour les nouvelles installations.

Moteurs de servlet / Serveurs d’applications

Adobe Experience Manager peut s’exécuter comme serveur autonome (fichier JAR de démarrage rapide) ou comme application web avec un serveur d’applications tiers (fichier WAR).

La version d’API de servlet minimum requise est 3.1.

Plate-forme	Niveau de prise en charge
Moteur de servlet intégré au fichier de démarrage rapide (Jetty 9.4)	A : Pris en charge
Oracle WebLogic Server 12.2 (12cR2)	Z : Non pris en charge
IBM WebSphere Application Server en livraison continue (LibertyProfile) avec Web Profile 7.0 et IBM JRE 1.8	R : Prise en charge restreinte des nouveaux contrats [2]
IBM WebSphere Application Server 9.0 et IBM JRE 1.8	R : Prise en charge restreinte des nouveaux contrats [1] [2]
Apache Tomcat 8.5.x	R : Prise en charge restreinte des nouveaux contrats [2]
JBoss EAP 7.2.x avec JBoss Application Server	Z : Non pris en charge
JBoss EAP 7.1.4 avec JBoss Application Server	R : Prise en charge restreinte des nouveaux contrats [1] [2]
JBoss EAP 7.0.4 avec JBoss Application Server	Z : Non pris en charge

1. Recommandé pour les déploiements avec AEM Forms.
2. Démarrer des déploiements d’AEM 6.5 sur les serveurs d’applications entraîne le passage à la prise en charge restreinte. Les clients existants peuvent effectuer une mise à niveau vers AEM 6.5 et continuer à utiliser les serveurs d’applications. Pour les nouveaux clients, AEM 6.5 s’accompagne des critères et d’un programme de prise en charge, comme indiqué dans la description du niveau R ci-dessus.

Systèmes d’exploitation serveur

Pour les environnements de production, Adobe Experience Manager fonctionne avec les plateformes de serveur suivantes :

Plate-forme	Niveau de prise en charge
Linux, en fonction de la distribution Red Hat	A : Pris en charge [1] [3]
Linux, en fonction de la distribution Debian, y compris Ubuntu	A : Pris en charge [2]
Linux, en fonction de la distribution SUSE	A : Pris en charge
Microsoft Windows Server 2019 [4]	R : Prise en charge restreinte des nouveaux contrats
Microsoft Windows Server 2016 [4]	R : Prise en charge restreinte des nouveaux contrats [5]
Microsoft Windows Server 2012 R2	Z : Non pris en charge
Oracle Solaris 11	Z : Non pris en charge
IBM AIX 7.2	Z : Non pris en charge

1. Linux Kernel 2.6, 3.x et 4.x inclut 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 et Red Hat Enterprise Linux 7.
2. AEM Forms est pris en charge uniquement sur Ubuntu 16.04 LTS
3. Distribution Linux prise en charge par Adobe Managed Services
4. Les déploiements en production Microsoft Windows sont pris en charge pour les clients effectuant une mise à niveau vers la version 6.5 et pour une utilisation en dehors de l’environnement de production. Les nouveaux déploiements sont à la demande pour AEM Sites et Assets.
5. AEM Forms est pris en charge sous Microsoft Windows Server sans les restrictions du niveau d’assistance R

Environnements virtuels et de cloud computing

Adobe Experience Manager exécuté sur une machine virtuelle sur des environnements de cloud computing, tels que Microsoft Azure et Amazon Web Services (AWS), est pris en charge conformément aux exigences techniques répertoriées sur cette page, et d’après les conditions de prise en charge standard d’Adobe.

Adobe recommande 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 notre documentation complémentaire sur Adobe Managed Services.

Dans tous les autres cas, lorsqu’AEM est déployé sur Azure ou AWS, ou tout autre environnement de cloud computing, la prise en charge d’Adobe sera limitée à l’environnement informatique virtuel, conformément aux caractéristiques techniques répertoriées sur cette page. Tout problème signalé lié à l’exécution d’AEM dans ces environnements cloud devra être reproductible indépendamment de tout service cloud spécifique à l’environnement de cloud computing, à moins que le service cloud ne soit spécifiquement 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 des recommandations sur le déploiement d’AEM sur Azure ou AWS, en dehors d’Adobe Managed Services, Adobe recommande vivement de travailler directement avec votre fournisseur cloud ou avec l’un des partenaires Adobe prenant en charge le déploiement d’AEM dans l’environnement de cloud de votre choix. Le partenaire ou fournisseur cloud que vous choisissez est responsable du dimensionnement, de la conception et de l’implémentation de l’architecture, et ce, pour répondre à vos besoins spécifiques en matière de performance, de chargement, d’évolutivité et de sécurité.

Plateformes Dispatcher (serveurs web)

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 Dispatcher version 4.3.2 ou ultérieure.

L’utilisation des serveurs web ci-dessous est prise en charge avec Dispatcher version 4.3.2 :

Plate-forme	Niveau de prise en charge
Apache httpd 2.4.x [1,2]	A : Pris en charge
Microsoft IIS 10 (Internet Information Server)	A : Pris en charge
Microsoft IIS 8.5 (Internet Information Server)	Z : Non pris en charge

1. Les serveurs web développés sur la base du code source Apache httpd bénéficieront du même niveau de prise en charge que la version de httpd sur laquelle ils sont basés : En cas de doute, demandez à l’Adobe de confirmer le niveau de support associé au produit serveur correspondant. Cas suivants :

   1. le serveur HTTP a été développé en utilisant uniquement les distributions source Apache officielles; ou
   2. le serveur HTTP a été distribué comme composant du système d’exploitation sur lequel il est exécuté. Exemples : Serveur IBM HTTP, Serveur Oracle HTTP

2. Dispatcher n’est pas disponible pour Apache 2.4.x sur les systèmes d’exploitation Windows.

Plateformes clientes prises en charge

Navigateurs pris en charge pour l’interface utilisateur de création

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 modules complémentaires et externes.

L’interface utilisateur d’AEM est optimisée en vue d’une utilisation sur des grands écrans (ordinateurs portables et de bureau) et sur des tablettes (du type Apple iPad ou Microsoft Surface). Le format « téléphone » n’est pas pris en charge.

Navigateur	Prise en charge de l’interface utilisateur	Prise en charge de l’interface utilisateur classique
Google Chrome (Evergreen)	A : Pris en charge	A : Pris en charge
Microsoft Edge (Evergreen)	A : Pris en charge	A : Pris en charge
Microsoft Internet Explorer 11	Z : Non pris en charge	Z : Non pris en charge
Mozilla Firefox (Evergreen)	A : Pris en charge	A : Pris en charge
Mozilla Firefox, dernière version Extended Support Release (ESR) [1]	A : Pris en charge	A : Pris en charge
Apple Safari on macOS (Evergreen)	A : Pris en charge	A : Pris en charge
Apple Safari 11.x sur macOS	Z : Non pris en charge	Z : Non pris en charge
Apple Safari sur iOS 12.x	A : Pris en charge [2]	Z : Non pris en charge
Apple Safari sur iOS 11.x	Z : Non pris en charge	Z : Non pris en charge

1. Version ESR (Extended Support Release) de Firefox. Plus d’informations à ce sujet sur mozilla.org
2. Prise en charge pour Apple iPad

Navigateurs pris en charge pour les sites web

En règle générale, la prise en charge du navigateur pour les sites web rendus par AEM Sites dépend de la mise en œuvre des modèles de pages AEM, de la conception et de la sortie des composants. Par conséquent, la responsabilité en revient à celui qui met en œuvre ces composants.

Clients WebDAV

Microsoft Windows 7+

Pour se connecter avec Microsoft Windows 7 et versions ultérieures à une instance AEM qui n’est pas sécurisée avec SSL, il faut qu’une authentification de base sur un réseau non sécurisé soit activée dans Windows. Pour ce faire, une modification est nécessaire dans le Registre Windows de WebClient :

1. Localisez la sous-clé du Registre :

   • HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters

2. Ajoutez l’entrée de Registre BasicAuthLevel à cette sous-clé en lui attribuant une valeur de 2 (ou plus élevée).

Pour améliorer la réactivité du client WebDav sous Windows, consultez l’article 2445570 de la Base de connaissances d’assistance Microsoft.

Autres remarques relatives aux plates-formes

Vous trouverez dans cette section des remarques et des informations plus détaillées concernant l’exécution d’Adobe Experience Manager et de ses modules complémentaires.

IPv4 et IPv6

Tous les éléments d’Adobe Experience Manager (Instance, Dispatcher) peuvent être installés sur des réseaux IPv4 et IPv6.

Tout fonctionne sans problème, dans la mesure où aucune configuration particulière n’est requise. Si nécessaire, vous pouvez simplement indiquer une adresse IP suivant le format approprié au type de réseau.

Cela signifie que lorsqu’une adresse IP doit être indiquée, vous avez le choix entre (suivant les besoins) :

• 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 localhost sera interprété à la fois pour les installations réseau IPv4 et IPv6 Par exemple : https://localhost:4502

Configuration requise pour le module complémentaire AEM Dynamic Media

Par défaut, AEM Dynamic Media est désactivé. Voir ici activer Dynamic Media.

Lorsque Dynamic Media est activé, des exigences techniques supplémentaires sont d’application.

Matériel

La configuration matérielle minimale requise s’applique à la fois à Linux et à Windows :

• Processeur Intel Xeon ou AMD Opteron avec au moins 4 cœurs
• Au moins 16 Go de RAM

Linux

Si vous utilisez Dynamic Media sous Linux, les conditions préalables ci-dessous doivent être remplies :

• RedHat Enterprise 7 ou CentOS 7 et versions ultérieures avec les derniers correctifs
• Système d’exploitation 64 bits
• Échange désactivé (recommandé)
• SELinux désactivé (voir la remarque ci-dessous)

Windows

• Microsoft Windows Server 2016
• Espace d’échange égal à au moins deux fois la quantité de mémoire physique (RAM).

Pour utiliser Dynamic Media sous Windows, les redistribuables Microsoft Visual Studio 2010, 2013 et 2015 pour x64 et x86 doivent être installés.

Pour Windows x64 :

• Obtenez la redistribution de Microsoft Visual Studio 2010 à l'adresse https://www.microsoft.com/en-us/download/details.aspx?id=13523
• Obtenez la redistribution de Microsoft Visual Studio 2013 à l'adresse https://www.microsoft.com/en-us/download/details.aspx?id=40784
• Obtenez la redistribution de Microsoft Visual Studio 2015 à l'adresse https://www.microsoft.com/en-us/download/details.aspx?id=48145

Pour Windows x86 :

• Obtenez la redistribution de Microsoft Visual Studio 2010 à l'adresse https://www.microsoft.com/en-in/download/details.aspx?id=5555
• Obtenez la redistribution de Microsoft Visual Studio 2013 à l'adresse https://www.microsoft.com/en-in/download/details.aspx?id=40769
• Obtenez la redistribution de Microsoft Visual Studio 2015 à l'adresse https://www.microsoft.com/en-us/download/details.aspx?id=52685

Mac OS

• Versions 10.9.x et ultérieures
• Pris en charge uniquement à des fins d’évaluation et de démonstration

Exigences pour le générateur de PDF AEM Forms

Produit	Formats pris en charge pour la conversion en PDF
Acrobat 2017 Classic tracklast version	XPS, formats d’image (BMP, GIF, JPEG, JPG, TIF, TIFF, PNG, JPF, JPX, JP2, J2K, J2C, JPC), HTML, HTM, DWG, DXF et DWF
Microsoft® Office 2016	DOC, DOCX, XLS, XLSX, PPT, PPTX, RTF et TXT
WordPerfect X7	WP, WPD
Microsoft® Office Visio 2016	VSD, VSDX
Microsoft® Publisher 2016	PUB
Microsoft® Project 2016	MPP
OpenOffice 4.1.2	ODT, ODP, ODS, ODG, ODF, SXW, SXI, SXC, SXD, XLS, XLSX, DOC, DOCX, PPT, PPTX, formats d’image (BMP, GIF, JPEG, JPG, TIF, TIFF, PNG, JPF, JPX, JP2, J2K, J2C, JPC, HTML, HTM RTF et TXT

Exigences pour l’écriture en différée des métadonnées XMP AEM Assets

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 connaître les étapes d’installation des bibliothèques clientes 32 bits, voir Comment activer l’extraction XMP et la réécriture sur RedHat Linux 64 bits.

  • Windows Server

  • Mac OS X (64 bits)

• Formats de fichier : JPEG, PNG, TIFF, PDF, INDD, AI et EPS.

Configuration requise pour que AEM Assets traite les ressources lourdes en métadonnées sous Linux

Le processus XMPFilesProcessor nécessite le fonctionnement de la bibliothèque GLIBC_2.14. Utilisez un noyau Linux qui contient GLIBC_2.14, par exemple un noyau Linux version 3.1.x. Il améliore les performances de traitement des fichiers qui contiennent une grande quantité 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.