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.
Selon le plateforme sur lequel vous avez installé AEM, il peut exister différents ensembles de critères d’exigences pour la gestion des utilisateurs.
Configuration minimale requise pour installer Adobe Experience Manager :
Configuration minimale requise pour l’exécution d’Adobe Experience Manager :
Pour plus d’informations, consultez Consignes de dimensionnement du matériel.
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.
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. |
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. |
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 :
Il est conseillé de consulter les bulletins de sécurité publiés par l’éditeur Java afin de garantir la sécurité des environnements de production et d’installer les mises à jour Java les plus récentes.
Plate-forme | Niveau de prise en charge | Lien |
---|---|---|
Oracle Java SE 11 JDK – 64 bits | A : Pris en charge [1] |
Télécharger |
Oracle Java SE 10 JDK | Z : Non pris en charge [1] |
|
Oracle Java SE 9 JDK | Z : Non pris en charge [1] |
|
Oracle Java SE 8 JDK – 64 bits | A : Pris en charge [1] |
Télécharger |
Machine virtuelle IBM J9 – Version 2.9, JRE 1.8.0 | A : Pris en charge [2] |
|
Machine virtuelle IBM J9 – Version 2.8, JRE 1.8.0 | A : Pris en charge [2] |
|
Azul Zulu OpenJDK 11 64 bits | A : Pris en charge [3] |
|
Azul Zulu OpenJDK 8 64 bits | A : Pris en charge [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 par Oracle (voir Feuille de route du support 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, seront directement prises en charge par Adobe pour tous les clients AEM utilisant la technologie Oracle Java SE. Voir Stratégie de prise en charge Java pour Adobe Experience Manager pour plus d’informations.
IBM JRE est pris en charge uniquement avec WebSphere Application Server.
Les versions de LTS OpenJDK Azul Zulu sont prises en charge pour les déploiements d’AEM sur site 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 nos clients.
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.2 | Référentiel | A : Pris en charge [2, 3, 4] |
MongoDB Enterprise 4.0 | Référentiel | Z : Non pris en charge |
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 [5] |
Oracle de données 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 |
Voir Déploiement de Communities pour plus d’informations sur les fonctionnalités d’AEM Communities.
MongoDB est un logiciel tiers qui n’est pas inclus dans le pack de licences AEM. Pour plus d’informations, consultez la page relative à la stratégie de gestion des licences MongoDB (MongoDB licensing policy).
Pour tirer pleinement parti de votre déploiement AEM avec MongoDB, Adobe conseille d’utiliser la version MongoDB Enterprise sous licence afin de bénéficier d’une assistance professionnelle. Voir Déploiements recommandés pour plus d’informations.
La licence comprend un ensemble de répliques, composé d’une instance principale et de deux instances secondaires qui peuvent être utilisées pour les déploiements de création ou de publication.
Si vous souhaitez créer des déploiements de création et de publication sur MongoDB, vous devez acheter deux licences distinctes.
Vous obtiendrez auprès de l’assistance clientèle d’Adobe une aide adaptée aux problèmes admissibles relatifs à l’utilisation de MongoDB avec AEM.
Pour plus d’informations, consultez la page MongoDB pour Adobe Experience Manager.
Les bases de données relationnelles prises en charge, telles qu’elles sont répertoriées ci-dessus, sont des logiciels tiers qui ne sont pas inclus dans le pack de licences AEM.
Pour exécuter AEM 6.5 avec une base de données relationnelle prise en charge, un contrat d’assistance distinct auprès d’un fournisseur de base de données est requis. Vous obtiendrez auprès de l’assistance clientèle d’Adobe une aide adaptée aux problèmes admissibles relatifs à l’utilisation des bases de données relationnelles avec AEM 6.5.
La plupart des bases de données relationnelles bénéficient du niveau de prise en charge R sur AEM 6.5. Cette version s’accompagne des critères et d’un programme de prise en charge, comme indiqué dans la description du niveau R ci-dessus.
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.
Plateforme | 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 |
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 |
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.
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. Voir Documentation Adobe Experience Manager as a Cloud Service pour plus d’informations.
Adobe propose également 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é.
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 :
Plateforme | 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 |
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 prise en charge associé au produit serveur correspondant. Cas suivants :
Dispatcher n’est pas disponible pour Apache 2.4.x sur les systèmes d’exploitation Windows.
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.
Prise en charge des navigateurs mis à jour fréquemment :
Mozilla Firefox, Google Chrome and Microsoft Edge publient des mises à jour tous les quelques mois. Adobe s’engage à fournir des mises à jour pour Adobe Experience Manager afin de conserver le niveau de prise en charge indiqué ci-dessous avec les versions à venir de ces navigateurs.
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 |
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.
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 :
Localisez la sous-clé du Registre :
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, voir Microsoft Support KB 2445570
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.
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
Par défaut, AEM Dynamic Media est désactivé. Voir ici pour Activation de Dynamic Media.
Lorsque Dynamic Media est activé, des exigences techniques supplémentaires sont d’application.
Ces configurations système s’appliquent uniquement si vous utilisez le mode Dynamic Media – Hybride ; ce mode comprend un serveur d’images intégré qui n’est certifié que sur certains systèmes d’exploitation.
Pour les clients Dynamic Media qui exécutent le mode Dynamic Media – Scene7 (mode d’exécution dynamicmedia_scene7), il n’existe aucune exigence système supplémentaire spécifique ; la configuration requise est donc la même que pour AEM. L’architecture du mode Dynamic Media – Scene7 utilise le service d’images basé sur le cloud, et non celui intégré dans AEM.
La configuration matérielle minimale requise s’applique à la fois à Linux et à Windows :
Si vous utilisez Dynamic Media sous Linux, les conditions préalables ci-dessous doivent être remplies :
Si les paramètres régionaux sont définis de sorte que LC_CTYPE n’est pas égal à en_US.UTF-8
, cela empêchera Dynamic Media de fonctionner. Pour connaître sa valeur, saisissez "locale" à l’invite de commande. Si la configuration est différente, définissez la variable d’environnement LC_CTYPE sur la chaîne vide en saisissant "export LC_CTYPE=" avant d’exécuter AEM.
Disabling SELinux (Désactiver SELinux) : La diffusion d’images ne fonctionne pas lorsque SELinux est activé. Cette option est activée par défaut. Pour remédier à ce problème, modifiez le fichier /etc/selinux/config et définissez la valeur SELinux comme suit :
SELINUX=enforcing
vers SELINUX=disabled
Architecture NUMA : Les systèmes équipés de processeurs à architecture AMD64 et Intel EM64T sont généralement configurés comme des plates-formes NUMA (Non Uniform Memory Architecture). Cela signifie que le noyau construit plusieurs nœuds de mémoire lors du démarrage, plutôt que d’en construire un seul.
Cette construction à plusieurs nœuds peut entraîner un épuisement de la mémoire sur un ou plusieurs des nœuds avant l’épuisement des autres. Lorsqu’un épuisement de la mémoire se produit, le noyau peut décider de terminer des processus (Image Server ou Platform Server, par exemple), bien que de la mémoire soit disponible.
Si vous utilisez un système de ce type, Adobe vous conseille donc de désactiver l’architecture NUMA à l’aide de l’option de démarrage numa=off afin d’éviter que le noyau termine ces processus.
Le nom d’hôte du serveur doit être résolvable : veillez à ce que le nom de hôte du serveur soit résolvable sur une adresse IP. Si cela n’est pas possible, ajoutez le nom d’hôte complet et l’adresse IP à la variable /etc/hosts:
<ip address> <fully qualified hostname>
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 :
Pour Windows x86 :
Produit |
Formats pris en charge pour la conversion en PDF |
---|---|
Dernière version Suivi classique Acrobat 2017 | 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 |
PDF Generator prend en charge uniquement les versions en anglais, français, allemand et japonais des applications et des systèmes d’exploitation pris en charge.
En outre :
PDF Generator requiert la version 32 bits de Acrobat 2017 Classic track version 17.011.30078 ou ultérieure pour effectuer la conversion.
PDF Generator prend uniquement en charge la version commerciale 32 bits de Microsoft Office Professional Plus et d’autres logiciels requis pour la conversion.
PDF Generator ne prend pas en charge Microsoft Office 365.
Les conversions de PDF Generator pour OpenOffice sont uniquement prises en charge sous Windows et Linux.
Les fonctionnalités OCR PDF, Optimize PDF et Export PDF sont prises en charge uniquement sous Windows.
Une version d’Acrobat est fournie avec AEM Forms pour permettre la fonctionnalité PDF Generator. La version groupée ne doit être accessible que par programmation et uniquement avec AEM Forms, pendant le terme de la licence AEM Forms pour l’utilisation avec AEM Forms PDF Generator. Pour plus d’informations, voir la description du produit AEM Forms en fonction de votre déploiement (On-Premise ou Managed Services).
Le service PDF Generator ne prend pas en charge Microsoft Windows 10.
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 l’écriture différée sous RedHat Linux 64 bits.
Windows Server
Mac OS X (64 bits)
Formats de fichier: JPEG, PNG, TIFF, PDF, INDD, AI et EPS.
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 de 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
.