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 de Adobe Experience Manager :
Pour plus d'informations, consultez les directives 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 l’assistance clientèle d’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 |
Oracle Java SE 11 JDK [1] | Z : Non 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 |
Oracle est passé à un modèle de support à long terme (LTS) pour les produits Oracle Java SE. Java 9 et 10 ne sont pas des versions de LTS par Oracle (voir Oracle Java SE support roadmap). Adobe assure uniquement la prise en charge des versions LTS de Java pour exécuter AEM en production.
IBM JRE est pris en charge uniquement avec WebSphere Application Server.
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.
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 banque 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 3.6 [5, 6] | Référentiel | A : Pris en charge avec limites |
MongoDB Enterprise 3.4 [2, 3, 6] | Référentiel | A : Pris en charge avec limites |
MySQL 5.7 | Base de données de formulaires | A : Pris en charge |
IBM DB2 11.1 |
Base de données de formulaires | A : 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 2017 | Base de données de formulaires | Z : Non pris en charge (4) |
Microsoft SQL Server 2016 | Base de données de formulaires | A : Pris en charge |
Microsoft SQL Server 2014 | Base de données de formulaires | R : Prise en charge limitée (4) |
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 pouvoir exécuter AEM 6.4 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.4.
Notez que, pour l’heure, la plupart des bases de données relationnelles bénéficient du niveau de prise en charge R sur AEM 6.4. 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, mais elle doit être au-dessous de 4.0.
Plate-forme | Niveau de prise en charge |
---|---|
Moteur de servlet intégré au fichier de démarrage rapide (Jetty 9.3) | A : Pris en charge |
Oracle WebLogic Server 12.2 (12cR2) | A : Pris en charge |
IBM WebSphere Application Server en livraison continue (LibertyProfile) avec Web Profile 7.0 et IBM JRE 1.8 | A : Pris en charge |
IBM WebSphere Application Server 9.0 | A : Pris en charge |
Apache Tomcat 8.5.x | A : Pris en charge |
JBoss EAP 7.1.0 avec JBoss Application Server | A : Pris en charge (1) |
JBoss EAP 7.0.0 avec JBoss Application Server | A : Pris en charge |
Adobe Experience Manager fonctionne avec les plates-formes serveur suivantes :
Plate-forme | Niveau de prise en charge |
Linux, en fonction de la distribution Red Hat | A : Pris en charge (1) |
Linux, en fonction de la distribution Debian, y compris Ubuntu | A : Pris en charge (4) |
Linux, en fonction de la distribution SUSE | A : Pris en charge |
Microsoft Windows Server 2016 | A : Pris en charge |
Microsoft Windows Server 2012 R2 | A : Pris en charge |
Oracle Solaris 11 | A : Pris en charge avec des restrictions (3,5,7) R : Prise en charge limitée pour les nouveaux contrats |
IBM AIX 7.2 | A : Pris en charge avec des restrictions (2,5,7) R : Prise en charge limitée pour les nouveaux contrats |
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. Veuillez consulter nos documents complémentaires 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, nous vous recommandons 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.4 nécessite Dispatcher version 4.3.1 ou ultérieure.
L’utilisation des serveurs web ci-dessous est prise en charge avec Dispatcher version 4.3.1 :
Plate-forme | Niveau de prise en charge |
---|---|
Apache httpd 2.4.x (voir aussi 1,2 ci-dessous) | A : Pris en charge |
Microsoft IIS 10 (Internet Information Server) | A : Pris en charge |
Microsoft IIS 8.5 (Internet Information Server) | A : 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 à Adobe de confirmer le niveau de prise en charge relatif 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 | A : Pris en charge | A : 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 12.x sur macOS | A : Pris en charge | A : Pris en charge |
Apple Safari 11.x sur macOS | A : Pris en charge | A : Pris en charge |
Apple Safari 10.x sur macOS | A : Pris en charge | A : 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 | A : Pris en charge [2] | Z : Non pris en charge |
Apple Safari sur iOS 10.3 | A : Pris en charge [2] | 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).
Reportez-vous à l’article 841215 de la Base de connaissances d’assistance Microsoft.
Pour améliorer la réactivité du client WebDav sous Windows, consultez l’article 2445570 de la Base de connaissances d’assistance Microsoft.
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
la casse par défaut de localhost
sera interprétée pour les installations réseau IPv4 et IPv6.
par exemple, http://localhost:4502
Par défaut, AEM Dynamic Media est désactivé. Voir Activation de Dynamic Media.
Lorsque Dynamic Media est activé, les autres configurations requises suivantes s’appliquent :
La configuration requise suivante s'applique uniquement si vous utilisez le mode Dynamic Media - Hybrid ; Dynamic Media - Le mode hybride est doté d’un serveur d’images intégré, qui est uniquement certifié 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.
Les exigences matérielles suivantes s’appliquent aux systèmes d’exploitation Linux et Windows :
L’utilisation de Dynamic Media sous Linux requiert les conditions préalables suivantes :
Si les paramètres locaux 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 seveur doît être résolvable : Veillez à ce que le nom de hôte du serveur soit résolvable sur une adresse IP. Si cela s’avère impossible, ajoutez le nom d’hôte complet et l’adresse IP à /etc/hosts :
<ip address> <fully qualified hostname>
Pour utiliser Dynamic Media sous Windows, Microsoft Visual Studio 2010, 2013 et 2015 redistributables pour x64 et x86 doit être installé.
x64
x86
Produit |
Formats pris en charge pour la conversion en PDF |
---|---|
XPS, formats d’image (BMP, GIF, JPEG, JPG, TIF, TIFF, PNG, JPF, JPX, JP2, J2K, J2C, JPC), HTML, HTM, DWG, DXF et DWF |
|
Microsoft® Project 2016 | MPP |
Microsoft® Publisher 2016 | PUB |
Microsoft® Office Visio 2016 | VSD |
Microsoft® Office 2016 | DOC, DOCX, XLS, XLSX, PPT, PPTX, RTF et TXT |
Microsoft® Office 2013 | DOC, DOCX, XLS, XLSX, PPT, PPTX, RTF et TXT |
Corel WordPerfect X7 | WP, WPD |
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 |
OpenOffice 3.4 |
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 :
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 nécessaire 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
Oracle Solaris
Mac OS X (64 bits)
Formats de fichier
Le lecteur AEM Screens version 3.3.x prend en charge les systèmes d’exploitation suivants :