Adobe unterstützt Adobe Experience Manager (AEM) auf den Plattformen, wie in den folgenden Informationen in diesem Dokument beschrieben.
Wenden Sie sich bei Problemen, die speziell mit der Plattform in Verbindung stehen, an den Plattformanbieter.
Je nach Plattform, auf der Sie AEM installieren, kann es verschiedene Anforderungen für die Benutzerverwaltung geben.
Mindestanforderungen für die Ausführung von Adobe Experience Manager:
Mindestanforderungen für die Ausführung von Adobe Experience Manager:
Weitere Informationen finden Sie in den Hardware-Skalierungsrichtlinien.
In diesem Dokument werden die unterstützten Client- und Server-Plattformen für Adobe Experience Manager aufgeführt. Adobe bietet verschiedene Unterstützungsebenen an, die für empfohlene und andere Konfigurationen gelten.
Adobe empfiehlt diese Konfigurationen und bietet im Zuge der standardmäßigen Vereinbarung für die Software-Wartung vollständige Unterstützung.
Unterstützungsebene | Beschreibung |
A: Unterstützt | Adobe bietet vollständige Unterstützung und Wartung für diese Konfiguration. Diese Konfiguration wird über den Qualitätssicherungsvorgang von Adobe abgedeckt. |
R: Eingeschränkte Unterstützung | Um den Projekterfolg unserer Kundinnen und Kunden sicherzustellen, bietet Adobe im Rahmen eines eingeschränkten Support-Programms volle Unterstützung an. Dafür müssen bestimmte Bedingungen erfüllt sein. Der Support auf R-Ebene erfordert eine formelle Kundenanfrage und eine Bestätigung durch Adobe. Weitere Informationen erhalten Sie bei der Kundenunterstützung von Adobe. |
Unterstützungsebene | Beschreibung |
---|---|
Z: Nicht unterstützt | Die Konfiguration wird nicht unterstützt. Adobe macht keine Angaben dazu, ob die Konfiguration funktioniert, und unterstützt sie nicht. |
Für die Anwendung ist eine Java™ Virtual Machine erforderlich, die mit der Verteilung des Java™ Development Kit bereitgestellt wird.
Adobe Experience Manager funktioniert mit den folgenden Versionen der Java™ Virtual Machine:
Verfolgen Sie die Sicherheitsbulletins des Java™-Anbieters. Auf diese Weise wird die Sicherheit der Produktionsumgebungen gewährleistet. Installieren Sie außerdem immer die neuesten Java™-Updates.
Plattform | Unterstützungsebene | Verknüpfung |
---|---|---|
Oracle Java™ SE 17 JDK | Z: Nicht unterstützt [1] |
|
Oracle Java™ SE 11 JDK − 64 Bit | A: Unterstützt [1] |
Download |
Oracle Java™ SE 10 JDK | Z: Nicht unterstützt [1] |
|
Oracle Java™ SE 9 JDK | Z: Nicht unterstützt [1] |
|
Oracle Java™ SE 8 JDK − 64 Bit | A: Unterstützt [1] |
Download |
IBM® J9 VM − Build 2.9, JRE 1.8.0 | A: Unterstützt [2] |
|
IBM® J9 VM − Build 2.8, JRE 1.8.0 | A: Unterstützt [2] |
|
Azul Zulu OpenJDK 11 − 64 Bit | A: Unterstützt [3] |
|
Azul Zulu OpenJDK 8 − 64 Bit | A: Unterstützt [3] |
Oracle ist auf ein LTS-Modell (Long Term Support) für Oracle Java™ SE-Produkte umgestiegen. Java™ 9, Java™ 10 und Java™ 12 sind Nicht-LTS-Versionen von Oracle (weitere Informationen finden Sie in der Roadmap für Oracle Java™ SE-Support). Um AEM in einer Produktionsumgebung bereitzustellen, unterstützt Adobe nur die LTS-Versionen von Java™. Der Support und die Bereitstellung des Oracle Java™ SE JDK, einschließlich aller Wartungsupdates von LTS-Versionen, werden von Adobe direkt für alle AEM-Kundinnen und -Kunden unterstützt, die die Oracle Java™ SE-Technologie nutzen. Weitere Informationen finden Sie in der Richtlinie zur Java™-Unterstützung für Adobe Experience Manager.
Wichtig: Oracle Java™ 11 wird noch mindestens bis September 2026 unterstützt. Unterstützung für Oracle Java™ 17 wird derzeit vorbereitet.
Die IBM® JRE wird nur zusammen mit WebSphere Application Server unterstützt.
Azul Zulu OpenJDK LTS-Versionen werden für lokale AEM-Implementierungen ab Version 6.5 SP9 unterstützt. Der Support und die Verteilung der Azul Zulu JDK LTS-Versionen müssen durch Adobe-Kundinnen und -Kunden direkt von Azul lizenziert werden.
Es gibt verschiedene Optionen zum Bereitstellen des Repositorys von Adobe Experience Manager. In der folgenden Liste finden Sie unterstützte Technologien und Speicheroptionen.
Plattform | Beschreibung | Unterstützungsebene |
---|---|---|
Dateisystem mit TAR-Dateien [1] |
Repository | A: Unterstützt |
Dateisystem mit Datastore [1] |
Binärdateien | A: Unterstützt |
Speichern von Binärdateien in TAR-Dateien im Dateisystem [1] |
Binärdateien | Z: Wird nicht für die Produktion unterstützt |
Amazon S3 | Binärdateien | A: Unterstützt |
Microsoft® Azure Blob Storage | Binärdateien | A: Unterstützt |
MongoDB Enterprise 4.4 | Repository | A: Unterstützt [2, 3, 4] |
MongoDB Enterprise 4.2 | Repository | A: Unterstützt [2, 3, 4] |
MongoDB Enterprise 4.0 | Repository | Z: Nicht unterstützt |
MongoDB Enterprise 3.6 | Repository | Z: Nicht unterstützt |
MongoDB Enterprise 3.4 | Repository | Z: Nicht unterstützt |
IBM® DB2® 10.5 | Repository und Forms-Datenbank | R: Eingeschränkte Unterstützung [5] |
Oracle Database 12c (12.1.x) | Repository und Forms-Datenbank | R: Eingeschränkte Unterstützung |
Microsoft® SQL Server 2016 | Forms-Datenbank | A: Unterstützt |
Apache Lucene (Schnellstart integriert) | Suchdienst | A: Unterstützt |
Apache Solr | Suchdienst | A: Unterstützt |
Weitere Informationen zur Funktion von AEM Communities finden Sie unter Bereitstellen von Communities.
MongoDB ist ein Software-Programm von Drittanbietern und ist nicht im AEM Lizenzierungspaket enthalten. Weitere Informationen finden Sie auf der Seite zur MongoDB-Lizenzierungsrichtlinie.
Um Ihre AEM-Implementierung mit MongoDB optimal nutzen zu können, empfiehlt Adobe die Lizenzierung der MongoDB Enterprise-Version, um professionellen Support zu erhalten. Weitere Informationen finden Sie unter Empfohlene Bereitstellungen.
Die Lizenz umfasst eine Standard-Replikatgruppe. Diese besteht aus einer primären und zwei sekundären Instanzen, die für die Autoren- oder Veröffentlichungsbereitstellungen verwendet werden können.
Wenn Sie sowohl Author als auch Publish in MongoDB ausführen möchten, müssen zwei separate Lizenzen erworben werden.
Die Adobe-Kundenunterstützung hilft beim Qualifizieren von Problemen, die mit der Verwendung von MongoDB mit AEM in Zusammenhang stehen.
Weitere Informationen finden Sie auf der Seite für MongoDB für Adobe Experience Manager.
Unterstützte relationale Datenbanken wie oben aufgeführt sind Software von Drittanbietern und sind nicht im AEM-Lizenzierungspaket enthalten.
Um AEM 6.5 mit einer unterstützten relationalen Datenbank ausführen zu können, ist ein separater Support-Vertrag mit einem Datenbankanbieter erforderlich. Die Adobe-Kundenunterstützung hilft beim Qualifizieren von Problemen, die mit der Verwendung von relationalen Datenbanken mit AEM 6.5 in Zusammenhang stehen.
Die meisten relationalen Datenbanken werden derzeit in Level-R auf AEM 6.5 unterstützt, das mit Support-Kriterien und einem Support-Programm geliefert wird, wie in der obigen Beschreibung zu Level-R angegeben.
Adobe Experience Manager kann entweder als eigenständiger Server (die Schnellstart-JAR-Datei) oder als Webanwendung auf einem Drittanbieter-Anwendungsserver (die WAR-Datei) ausgeführt werden.
Die erforderliche Mindestversion der Servlet-API ist Servlet 3.1
Plattform | Unterstützungsebene |
---|---|
Integrierte Schnellstart-Servlet-Engine (Jetty 9.4) | A: Unterstützt |
Oracle WebLogic Server 12.2 (12cR2) | Z: Nicht unterstützt |
Kontinuierliche Bereitstellung für IBM® WebSphere® Application Server (LibertyProfile) mit Web Profile 7.0 und IBM® JRE 1.8 | R: Eingeschränkte Unterstützung für neue Verträge [2] |
IBM® WebSphere® Application Server 9.0 und IBM® JRE 1.8 | R: Eingeschränkte Unterstützung für neue Verträge [1] [2] |
Apache Tomcat 8.5.x | R: Eingeschränkte Unterstützung für neue Verträge [2] |
JBoss® EAP 7.2.x mit JBoss® Application Server | Z: Nicht unterstützt |
JBoss® EAP 7.1.4 mit JBoss® Application Server | R: Eingeschränkte Unterstützung für neue Verträge [1] [2] |
JBoss® EAP 7.0.x mit JBoss® Application Server | Z: Nicht unterstützt |
Adobe Experience Manager arbeitet mit den folgenden Server-Plattformen für Produktionsumgebungen:
Plattform | Unterstützungsebene |
---|---|
Linux® basierend auf der Red Hat®-Distribution | A: Unterstützt [1] [3] |
Linux®, auf Basis der Debian-Verteilung einschl. Ubuntu | A: Unterstützt [1] [2] |
Linux®, auf Basis der SUSE®-Verteilung | A: Unterstützt [1] |
Microsoft® Windows Server 2019 [4] |
R: Eingeschränkte Unterstützung für neue Verträge [5] |
Microsoft® Windows Server 2016 [4] |
R: Eingeschränkte Unterstützung für neue Verträge [5] |
Microsoft® Windows Server 2012 R2 | Z: Nicht unterstützt |
Oracle Solaris™ 11 | Z: Nicht unterstützt |
IBM® AIX® 7.2 | Z: Nicht unterstützt |
Wenn Sie AEM Forms 6.5 installieren, stellen Sie sicher, dass Sie die folgenden 32-Bit-Versionen von Microsoft Visual C++ Redistributable installiert haben.
Adobe Experience Manager wird in einer virtuellen Maschine in Cloud-Computing-Umgebungen unterstützt. Zu diesen Umgebungen gehören Microsoft® Azure und Amazon Web Services (AWS), die gemäß den auf dieser Seite aufgeführten technischen Anforderungen und den standardmäßigen Support-Bedingungen von Adobe ausgeführt werden.
Für eine Cloud-native Umgebung sollten Sie sich das neueste Angebot aus der AEM-Produktlinie ansehen: Adobe Experience Manager as a Cloud Service. Weitere Informationen finden Sie in der Dokumentation zu Adobe Experience Manager as a Cloud Service.
Adobe bietet auch Adobe Managed Services an, um AEM auf Azure oder AWS bereitzustellen. Adobe Managed Services liefert die Erfahrung und Kenntnisse, die Experten zur Bereitstellung und Ausführung von AEM in diesen Cloud-Computing-Umgebungen benötigen. Siehe die zusätzliche Dokumentation zu Adobe Managed Services.
In allen anderen Fällen der Bereitstellung von AEM auf Azure, AWS oder einer anderen Cloud-Computing-Umgebung beschränkt sich Unterstützung von Adobe auf die virtuelle Rechenumgebung. Diese virtuelle Umgebung muss in Übereinstimmung mit den auf dieser Seite aufgeführten technischen Spezifikationen ausgeführt werden. Jedes gemeldete Problem, das im Zusammenhang mit AEM in einer dieser Cloud-Umgebungen auftritt, muss unabhängig von einem Cloud-Service reproduzierbar sein, der speziell für die Cloud-Computing-Umgebung gilt. Das heißt, es sei denn, der Cloud-Service wird im Rahmen der auf dieser Seite aufgelisteten technischen Anforderungen unterstützt, z. B. Azure Blob Storage oder AWS S3.
Für die Bereitstellung von AEM auf Azure oder AWS außerhalb von Adobe Managed Services wird von Adobe dringend empfohlen, direkt mit dem Cloud-Anbieter zu arbeiten. Oder Sie arbeiten mit Adobe-Partnern zusammen, die die Bereitstellung von AEM in der gewünschten Cloud-Umgebung unterstützen. Der ausgewählte Cloud-Anbieter oder -Partner ist für die Größenspezifikationen, das Design und die Implementierung der Architektur verantwortlich, um Ihre spezifischen Anforderungen an Leistung, Auslastung, Skalierbarkeit und Sicherheit zu erfüllen.
Beim Dispatcher handelt es sich um eine Zwischenspeicherungs- und Lastenausgleichskomponente. Laden Sie die neueste Dispatcher-Version herunter. Für Experience Manager 6.5 ist die Dispatcher-Version 4.3.2 oder höher erforderlich.
Die folgenden Web-Server werden für die Verwendung mit der Dispatcher-Version 4.3.2 unterstützt:
Plattform | Unterstützungsebene |
---|---|
Apache httpd 2.4.x [1,2] |
A: Unterstützt |
Microsoft IIS® 10 (Internet Information Server) | A: Unterstützt |
Microsoft® IIS 8.5 (Internet Information Server) | Z: Nicht unterstützt |
Webserver, die auf dem Apache httpd-Quellcode basieren, unterstützen genauso viel wie die HTTPD-Version, auf der sie basieren. Wenden Sie sich bei Zweifeln hinsichtlich der Unterstützungsebene des jeweiligen Serverprodukts zur Bestätigung an Adobe. Die folgenden Fälle:
Der Dispatcher ist nicht für Apache 2.4.x für Windows-Betriebssysteme verfügbar.
Die Adobe Experience Manager-Benutzeroberfläche funktioniert mit den folgenden Client-Plattformen. Alle Browser werden mit dem Standardsatz von Plug-ins und Add-ons getestet.
Die AEM-Benutzeroberfläche ist für größere Bildschirme (normalerweise Notebooks und Desktop-Computer) und den Tablet-Formfaktor (z. B. Apple iPad oder Microsoft Surface) optimiert. Der Telefon-Formfaktor wird nicht unterstützt.
Unterstützung für Browser mit schnellen Versionszyklen:
Die Versionen von Mozilla Firefox, Google Chrome und Microsoft® Edge werden alle paar Monate aktualisiert. Adobe setzt sich dafür ein, Aktualisierungen für Adobe Experience Manager bereitzustellen, um die unten beschriebene Unterstützungsebene mit den kommenden Versionen dieser Browser beizubehalten.
Browser | Unterstützung für Benutzeroberfläche |
Unterstützung für klassische Benutzeroberfläche |
Google Chrome (Evergreen) | A: Unterstützt | A: Unterstützt |
Microsoft® Edge (Evergreen) | A: Unterstützt | A: Unterstützt |
Microsoft® Internet Explorer 11 | Z: Nicht unterstützt | Z: Nicht unterstützt |
Mozilla Firefox (Evergreen) | A: Unterstützt | A: Unterstützt |
Letztes ESR von Mozilla Firefox [1] | A: Unterstützt | A: Unterstützt |
Apple Safari auf macOS (Evergreen) | A: Unterstützt | A: Unterstützt |
Apple Safari 11.x auf macOS | Z: Nicht unterstützt | Z: Nicht unterstützt |
Apple Safari auf iOS 12.x | A: Unterstützt [2] | Z: Nicht unterstützt |
Apple Safari auf iOS 11.x | Z: Nicht unterstützt | Z: Nicht unterstützt |
Im Allgemeinen hängt die Browserunterstützung für von AEM Sites gerenderte Websites von der Implementierung AEM Seitenvorlagen, Designs und Komponentenausgabe ab und liegt daher in der Verantwortung des Anbieters, der diese Teile implementiert.
Microsoft® Windows 7+
Bei der Verbindung mit Microsoft® Windows 7+ mit einer AEM Instanz, die nicht mit SSL gesichert ist, muss unter Windows die grundlegende Authentifizierung über ein ungesichertes Netzwerk aktiviert werden. Dies erfordert eine Änderung in der Windows-Registrierung des WebClient:
Suchen Sie den Registrierungsunterschlüssel:
Fügen Sie diesem Unterschlüssel den Registrierungseintrag „BasicAuthLevel“ mit dem Wert 2 oder mehr hinzu.
Dieser Abschnitt enthält spezielle Hinweise und detailliertere Informationen zum Ausführen von Adobe Experience Manager und seinen Add-ons.
Alle Elemente von Adobe Experience Manager (Instance, Dispatcher) können sowohl in IPv4- als auch in IPv6-Netzwerken installiert werden.
Der Betrieb ist nahtlos, da keine spezielle Konfiguration erforderlich ist. Sie können bei Bedarf einfach eine IP-Adresse im Format angeben, das Ihrem Netzwerktyp entspricht.
Wenn eine IP-Adresse angegeben werden muss, können Sie (nach Bedarf) aus folgenden Optionen auswählen:
Eine IPv6-Adresse. Zum Beispiel https://[ab12::34c5:6d7:8e90:1234]:4502
Eine IPv4-Adresse. Zum Beispiel https://123.1.1.4:4502
Ein Server-Name. Zum Beispiel https://www.yourserver.com:4502
Der Standardfall localhost
wird für IPv4- und IPv6-Netzwerkinstallationen angenommen. Beispiel: https://localhost:4502
AEM Dynamic Media ist standardmäßig deaktiviert. Hier finden Sie Informationen zum Aktivieren von Dynamic Media.
Wenn Dynamic Media aktiviert ist, gelten die folgenden zusätzlichen technischen Anforderungen.
Diese Systemanforderungen gelten, wenn Sie den Modus „Dynamic Media –Hybrid“ verwenden. Der Modus „Dynamic Media –Hybrid“ verfügt über einen eingebetteten Bildserver, der nur für bestimmte Betriebssysteme zertifiziert ist.
Für Dynamic Media-Kunden, die den Modus „Dynamic Media – Scene7“ ausführen (d. h. Ausführungsmodus dynamicmedia_scene7) gelten keine weiteren Systemanforderungen. Es gelten dieselben Systemanforderungen wie für AEM. Die Architektur des Dynamic Media Scene7-Modus verwendet den Cloud-basierten Bilddienst und nicht den in AEM eingebetteten Dienst.
Die folgenden Hardware-Anforderungen gelten für Linux® und Windows:
Wenn Sie Dynamic Media auf Linux® verwenden, müssen die folgenden Voraussetzungen erfüllt sein:
Falls das Gebietsschema so festgelegt ist, dass LC_CTYPE nicht en_US.UTF-8
entspricht, funktioniert Dynamic Media nicht. Geben Sie bei der Eingabeaufforderung den Wert „locale“ ein, um den Wert zu ermitteln. Wenn sie nicht richtig festgelegt ist, legen Sie die Umgebungsvariable LC_CTYPE auf die leere Zeichenfolge fest, indem Sie "export LC_CTYPE="eingeben, bevor Sie AEM ausführen.
Deaktivieren von SELinux: Die Bereitstellung von Bildern funktioniert nicht, wenn SELinux aktiviert ist. Diese Option ist standardmäßig aktiviert. Um dieses Problem zu beheben, bearbeiten Sie die Datei /etc/selinux/config und ändern Sie den SELinux-Wert von:
SELINUX=enforcing
nach SELINUX=disabled
NUMA-Architektur: Systeme mit Prozessoren mit AMD64 und Intel® EM64T sind normalerweise als NUMA-Plattformen (Non-Uniform Memory Architecture) konfiguriert. Das heißt, der Kernel erstellt mehrere Speicherknoten beim Booten, anstatt einen einzelnen Speicherknoten zu erstellen.
Das Konstrukt mit mehreren Knoten kann zu einer Speichererschöpfung auf einem oder mehreren Knoten führen, bevor andere Knoten erschöpft sind. Wenn die Speichererschöpfung eintritt, kann der Kernel Prozesse beenden (z. B. den Bild- oder Platform-Server), selbst wenn verfügbarer Speicher vorhanden ist.
Daher empfiehlt Adobe, dass Sie NUMA bei der Ausführung eines solchen Systems mit der Boot-Option numa=off ausschalten, um zu vermeiden, dass der Kernel diese Prozesse beendet.
Host-Name des Servers muss aufgelöst werden: Stellen Sie sicher, dass der Host-Name des Servers in eine IP-Adresse aufgelöst werden kann. Wenn dies nicht möglich ist, fügen Sie zu /etc/hosts den vollqualifizierten Hostnamen und die IP-Adresse hinzu:
<ip address> <fully qualified hostname>
Um Dynamic Media auf Windows zu verwenden, installieren Sie Microsoft Visual Studio 2010, 2013 und 2015 Redistributable für x64 und x86.
Für Windows x64:
Windows x86:
Produkt |
Unterstützte Formate für die Konvertierung ins PDF-Format |
---|---|
Klassischer Modus von Acrobat 2020 neueste Version | XPS, Bildformate (BMP, GIF, JPEG, JPG, TIF, TIFF, PNG, JPF, JPX, JP2, J2K, J2C, JPC), HTML, HTM, DWG, DXF und DWF |
Klassischer Modus von Acrobat 2017 neueste Version (nicht mehr unterstützt) | XPS, Bildformate (BMP, GIF, JPEG, JPG, TIF, TIFF, PNG, JPF, JPX, JP2, J2K, J2C, JPC), HTML, HTM, DWG, DXF und DWF |
Microsoft® Office 2019 | DOC, DOCX, XLS, XLSX, PPT, PPTX, RTF und TXT |
Microsoft® Office 2016 (nicht mehr unterstützt) | DOC, DOCX, XLS, XLSX, PPT, PPTX, RTF und TXT |
WordPerfect 2020 |
WP, WPD |
Microsoft® Office Visio 2016 (nicht mehr unterstützt) |
VSD, VSDX |
Microsoft® Publisher 2019 |
PUB |
Microsoft® Publisher 2016 (nicht mehr unterstützt) |
PUB |
Microsoft® Project 2016 (nicht mehr unterstützt) |
MPP |
OpenOffice 4.1.10 | ODT, ODP, ODS, ODG, ODF, SXW, SXI, SXC, SXD, XLS, XLSX, DOC, DOCX, PPT, PPTX, Bildformate (BMP, GIF, JPEG, JPG, TIF, TIFF, PNG, JPF, JPX, JP2, J2K, J2C, JPC), HTML, HTM, RTF und TXT |
OpenOffice 4.1.2 (nicht mehr unterstützt) | ODT, ODP, ODS, ODG, ODF, SXW, SXI, SXC, SXD, XLS, XLSX, DOC, DOCX, PPT, PPTX, Bildformate (BMP, GIF, JPEG, JPG, TIF, TIFF, PNG, JPF, JPX, JP2, J2K, J2C, JPC), HTML, HTM, RTF und TXT |
PDF Generator unterstützt nur englische, französische, deutsche und japanische Versionen der unterstützten Betriebssysteme und Anwendungen.
Zusätzlich gilt Folgendes:
.VSD
- und .VSDX
-Dateien zu konvertieren..VSD
- und .VSDX
-Dateien zu konvertieren.Das Zurückschreiben von XMP-Daten wird für die folgenden Plattformen und Dateiformate unterstützt und aktiviert:
Betriebssysteme:
Linux® (Unterstützung von 32-Bit- und 64-Bit-Anwendungen auf 64-Bit-Systemen). Schritt-für-Schritt-Anleitungen zur Installation von 32-Bit-Client-Bibliotheken finden Sie unter Aktivieren von XMP-Extraktion und -Writeback auf Red Hat Linux® (64 Bit).
Windows Server
macOS X (64 Bit)
Dateiformate: JPEG, PNG, TIFF, PDF, INDD, AI und EPS.
Für den XMPFilesProcessor-Prozess muss die Bibliothek GLIBC_2.14 funktionieren. Verwenden Sie einen Linux®-Kernel, der GLIBC_2.14 enthält, z. B. Linux® Kernel Version 3.1.x. Sie verbessert die Leistung bei der Verarbeitung von Assets, die eine große Menge an Metadaten enthalten, z. B. PSD-Dateien. Die Verwendung einer früheren Version von GLIBC führt zu Fehlern in Protokollen, die mit com.day.cq.dam.core.impl.handler.xmp.NCommXMPHandler Failed to read XMP
beginnen.