Grundlegende Konfigurationskonzepte

Adobe Experience Manager (AEM) wird mit Standardeinstellungen für alle Parameter installiert, die die Ausführung "nativ"ermöglichen. Sie können AEM jedoch für Ihre eigenen spezifischen Anforderungen konfigurieren.

Es gibt viele Aspekte von AEM, die konfiguriert werden können:

• Einige sind für jede Projektinstallation konfiguriert und müssen überprüft werden, um festzustellen, ob sie auf Ihr Projekt zutreffen.
• Weitere Konfigurationen können häufig, jedoch nicht zwingend erforderlich sein; sie beziehen sich auf Funktionen oder die Systemleistung und -stabilität.
• Andere sind nur für bestimmte optionale Funktionen von AEM erforderlich (diese werden zusammen mit der entsprechenden Funktion dokumentiert).

Abhängig von der spezifischen Konfiguration können diese Änderungen mithilfe der folgenden Methoden vorgenommen werden:

• Adobe CQ Web-Konsole

  Dies ist ein Standardspeicherort für die Konfiguration von OSGi-Bundles und -Services.

  Weitere Informationen und empfohlene Vorgehensweisen finden Sie unter Konfigurieren von OSGi.

• Repository

  Eine Untergruppe von OSGi-Konfigurationen ist im Repository verfügbar. Dadurch wird sichergestellt, dass beim Kopieren oder Replizieren von Repository-Inhalten identische Konfigurationen neu erstellt werden. Sie können auch Ihre eigenen Konfigurationen, abhängig vom Ausführungsmodus, zum Repository hinzufügen.

  Weitere Informationen finden Sie unter OSGi-Konfiguration im Repository, insbesondere unter Hinzufügen einer neuen Konfiguration zum Repository.

• Dateisystem

  Einige wenige Konfigurationsdateien befinden sich im Dateisystem.

• AEM-WCM

  Diverse Aspekte können auch im AEM-WCM selbst konfiguriert werden. Häufig wird hierfür die Tools-Konsole verwendet, z. B. Replikationsagenten.

Überlegungen zur Primären Konfiguration

Diese Liste beschreibt die Hauptbereiche, die normalerweise für jedes neue Projekt konfiguriert werden. Nicht alle sind erforderlich, aber die Liste muss gelesen und überprüft werden, um zu sehen, was auf Ihr Projekt zutrifft.

Die Liste bietet einen kurzen Überblick über die einzelnen Konfigurationsaspekte sowie Links zu den Seiten, die vollständige Details enthalten.

Sicherheitscheckliste

Einige wichtige Konfigurationsprobleme werden im Abschnitt Sicherheitscheckliste. Lesen Sie dies und ergreifen Sie alle für Ihre Installation erforderlichen Maßnahmen.

Konfigurieren der Standard-Benutzeroberfläche - Touch-optimiert oder Classic

Es gibt zwei Benutzeroberflächen, die in AEM verwendet werden können:

• Die Touch-optimierte Benutzeroberfläche
• Klassische Benutzeroberfläche

Sie können die von Ihnen benötigte Benutzeroberfläche mithilfe von Root Mapping konfigurieren.

IPv4 und IPv6

Alle Elemente der AEM (z. B. das Repository und der Dispatcher) können sowohl in IPv4- als auch in IPv6-Netzwerken installiert werden.

Der Betrieb ist nahtlos, da keine spezielle Konfiguration erforderlich ist. Bei Bedarf können Sie einfach eine IP-Adresse in dem Ihrem Netzwerktyp entsprechenden Format angeben.

Wenn also eine IP-Adresse angegeben werden muss, können Sie (nach Bedarf) Folgendes auswählen:

• eine IPv6-Adresse

  Beispiel: https://[ab12::34c5:6d7:8e90:1234]:4502

• eine IPv4-Adresse

  Beispiel: https://123.1.1.4:4502

• einen Server-Namen

  zum Beispiel https://www.yourserver.com:4502

• der Standardfall von localhost wird für IPv4- und IPv6-Netzwerkinstallationen interpretiert

  zum Beispiel http://localhost:4502

Versionsbereinigung

In einer Standardinstallation erstellt AEM eine Version einer Seite oder eines Knotens, sobald Sie eine Seite aktivieren (nach der Aktualisierung des Inhalts). Sie können auf Anfrage auch zusätzliche Versionen erstellen, indem Sie die Versionierung Registerkarte des Sidekicks. Alle diese Versionen werden im Repository gespeichert und können bei Bedarf wiederhergestellt werden.

Diese Versionen werden nie gelöscht, sodass die Repository-Größe im Laufe der Zeit zunimmt und daher verwaltet werden muss.

Weitere Informationen hierzu finden Sie unter Bereinigen der Version, insbesondere unter Versions-Manager. Hier wird erläutert, wie Sie AEM konfigurieren müssen, um ältere Versionen zu bereinigen, wenn eine neue Version erstellt wird.

Protokollierung

AEM bietet Ihnen die Möglichkeit, Folgendes zu konfigurieren:

• globale Parameter für den zentralen Protokollierungsdienst
• Anfragedatenprotokollierung; eine spezielle Protokollierungskonfiguration für Anfrageinformationen
• Spezifische Einstellungen für die einzelnen Dienste; zum Beispiel eine einzelne Protokolldatei und das Format für die Protokollmeldungen

Weitere Informationen finden Sie unter Protokollierung.

Ausführungsmodi

Mit Ausführungsmodi können Sie Ihre AEM für einen bestimmten Zweck anpassen. Beispielsweise Autoren- oder Veröffentlichungsinstanz, Test, Entwicklung, Intranet usw.

Dies geschieht durch Definition von Kollektionen von Konfigurationsparametern für jeden Ausführungsmodus. Ein Grundbestand an Konfigurationsparametern wird auf alle Ausführungsmodi angewendet. Sie können dann zusätzliche Parameter entsprechend den Anforderungen Ihrer spezifischen Umgebung einstellen. Diese werden dann nach Bedarf angewendet.

Alle Konfigurationseinstellungen werden in einem Repository gespeichert und durch Festlegen der Ausführungsmodus.

Siehe Ausführungsmodi für ausführliche Informationen.

Single Sign-On

Mithilfe von Single Sign-On (SSO) können Sie durch die einmalige Eingabe Ihrer Zugangsdaten (z. B. Ihres Benutzernamens und Passworts) auf mehrere Systeme zugreifen. Ein separates System (auch als vertrauenswürdiger Authentifizierer bezeichnet) führt die Authentifizierung durch und stellt den Experience Manager die Benutzeranmeldeinformationen zur Verfügung. Experience Manager überprüft und erzwingt die Zugriffsberechtigungen für den Benutzer (d. h. legt fest, auf welche Ressourcen der Benutzer zugreifen darf).

Siehe Single Sign-On für weitere Informationen.

Ressourcenzuordnung

Die Ressourcenzuordnung wird verwendet, um Umleitungen, Vanity-URLs und virtuelle Hosts für AEM zu definieren.

Diese Zuordnungen können Sie beispielsweise verwenden, um:

• Allen Anfragen das Präfix /content voranzustellen, sodass die interne Struktur für Besucher Ihrer Website ausgeblendet wird.
• Eine Umleitung zu definieren, sodass alle Anfragen an die Seite /content/en/gateway Ihrer Website zu https://gbiv.com/ umgeleitet werden.

Siehe Ressourcenzuordnung für weitere Informationen.

Replikation, Rückwärtsreplikation und Replikationsagenten

Replikationsagenten sind von zentraler Bedeutung für AEM als Mechanismus für:

• Veröffentlichen (aktivieren) Inhalt von einem Autor in eine Veröffentlichungsumgebung.
• Explizites Leeren von Inhalten aus dem Dispatcher-Cache
• Gibt Benutzereingaben (z. B. Formulareingaben) aus der Veröffentlichungsumgebung an die Autorenumgebung zurück (unter Kontrolle der Autorenumgebung).

Weitere Informationen finden Sie unter Replikation.

OSGi-Konfigurationseinstellungen

OSGi ist ein wesentlicher Bestandteil der Technologien von AEM. Es wird zur Steuerung der zusammengesetzten AEM-Bundles und ihrer Konfiguration verwendet.

Siehe OSGi-Konfigurationseinstellungen für eine Liste der verschiedenen Bundles, die für die Projektimplementierung relevant sind (aufgelistet nach Bundle). Nicht alle aufgeführten Einstellungen müssen angepasst werden. Einige werden hier nur zum besseren Verständnis von AEM erwähnt.

Bei der Verwendung von AEM gibt es mehrere Methoden zur Verwaltung der Konfigurationseinstellungen für solche Dienste. Weitere Informationen und empfohlene Praktiken finden Sie unter Konfigurieren von OSGi.

LDAP konfigurieren

Die LDAP-Authentifizierung ist erforderlich, um Benutzer zu authentifizieren, die in einem (zentralen) LDAP-Ordner wie Active Directory gespeichert sind. Dies reduziert den Aufwand für die Verwaltung von Benutzerkonten.

Die LDAP-Authentifizierung erfolgt auf Repository-Ebene, sie wird also direkt vom Repository durchgeführt. Weitere Informationen finden Sie unter Konfigurieren von LDAP mit AEM.

Informationen zur Benutzerverwaltung in AEM (einschließlich der Zuweisung von Zugriffsrechten) finden Sie unter Benutzerverwaltung und Sicherheit.

Konfigurieren des Dispatchers

Der Dispatcher ist das Tool von Adobe Experience Manager für die Zwischenspeicherung, den Lastenausgleich oder beides. Sie kann mit einem Webserver der Unternehmensklasse verwendet werden.

Weitere Informationen zur Konfiguration finden Sie unter Dispatcher, insbesondere unter Konfigurieren des Dispatchers.

Konfigurieren von AEM LiveCycle Connector

Mit der Veröffentlichung der AEM Doc Services und AEM Doc Security kann AEM jetzt die LiveCycle doc-Dienste aufrufen, um ein XFA-Formular wiederzugeben, ein Dokument in eine PDF zu konvertieren und ein Dokument durch Richtlinien zu schützen. Siehe AEM LiveCycle Connector für weitere Details.

Auftragsabladung und Topologieverwaltung

Mit der Abladung werden Verarbeitungsaufgaben auf die Experience Manager-Instanzen in einer Topologie verteilt. Mit der Abladung können Sie bestimmte Experience Manager-Instanzen zur Durchführung bestimmter Verarbeitungsarten verwenden. Durch eine spezialisierte Verarbeitung können Sie die Nutzung der verfügbaren Serverressourcen maximieren.

Topologien sind lose verknüpfte Experience Manager-Cluster, die an der Abladung beteiligt sind. Ein Cluster besteht aus einer oder mehreren Experience Manager-Serverinstanzen (eine einzelne Instanz gilt als Cluster).

Weitere Informationen zum Anzeigen oder Ändern der Topologiemitgliedschaft finden Sie unter Verwalten von Topologien Abschnitt.

Konfigurieren der Begrüßungskonsole

Die Begrüßungskonsole der klassischen Benutzeroberfläche bietet eine Liste von Links zu den verschiedenen Konsolen und Funktionen in AEM.

Es ist möglich, die sichtbaren Links zu konfigurieren, siehe Konfigurieren der Begrüßungskonsole für weitere Informationen.

Konfigurieren zur Leistungsoptimierung

Leistung ist der Schlüssel zu Ihrem Projekt. Bestimmte Aspekte von AEM (bzw. des zugrunde liegenden Repositorys) können so konfiguriert werden, dass die Leistung optimiert wird.

Siehe Konfiguration für Leistung für weitere Informationen.

Freigegebener Datenspeicher

Der Datenspeicher des Repositorys wird verwendet, um gespeicherte Daten großer Binärdateien aus dem Repository in einen separaten Bereich abzuladen. Dadurch werden mehrere Instanzen derselben Binärdatei (z. B. eines Bildes) innerhalb der Repository-Struktur nur einmal gespeichert.

Diese Funktion "einmal speichern, mehrmals referenzieren"kann erweitert werden, um nicht nur eine einzige Repository-Struktur, sondern vollständig separate Repositorys bereitzustellen, indem der Datenspeicher jedes Repositorys so konfiguriert wird, dass er auf denselben Speicherort des freigegebenen Dateisystems verweist.

Ein solcher Datenspeicher kann zwischen verschiedenen Knoten im selben Cluster, verschiedenen Veröffentlichungs- und/oder Autoreninstanzen in derselben Installation oder sogar völlig separaten Instanzen in verschiedenen Installationen freigegeben werden.

Weitere Informationen finden Sie unter Konfigurieren von Datenspeichern und Knotenspeichern.

Weitere Konfigurationsaspekte

Aktivieren von HTTP über SSL

Sie können HTTP über SSL aktivieren, um sicherere Verbindungen zu Ihren Servern herzustellen.

Siehe Aktivieren von HTTP über SSL für weitere Informationen.

AEM-Portale und Portlets

Ein Portal ist eine Webanwendung, die Personalisierung, Single Sign-on und Inhaltsintegration aus verschiedenen Quellen bietet und die Präsentationsschicht von Informationssystemen hostet. Mit der Portlet-Komponente können Sie auch ein Portlet auf der Seite einbetten. Um auf die von CQ5 WCM bereitgestellten Inhalte zuzugreifen, kann der Portalserver mit dem CQ5 Portal Director Portlet ausgestattet werden. Dazu installieren, konfigurieren und fügen Sie das Portlet zur Portalseite hinzu.

Weitere Einzelheiten finden Sie unter Portal und Portlets.

Ablauf der Gültigkeit statischer Objekte

Statische Objekte (z. B. Symbole) ändern sich nicht. Daher sollte das System so konfiguriert werden, dass sie (für einen angemessenen Zeitraum) nicht ablaufen und so unnötigen Traffic reduzieren.

Siehe Ablauf statischer Objekte für weitere Informationen.

Öffnen Sie Dateien im Java™-Prozess

Jeder Java™-Prozess kann auf Dateien zugreifen - dies erfordert Systemressourcen. Aus diesem Grund wird eine Obergrenze definiert, die angibt, wie viele Dateien jeder Prozess gleichzeitig aufrufen darf. Wenn dieser Wert überschritten wird, kann ein Ausnahmefehler auftreten.

Wenn der AEM-Prozess diesen Maximalwert überschreitet, wird die Meldung " too many open files" wird in error.log.

Gehen Sie wie folgt vor, um solche Ausnahmen zu vermeiden:

1. Überprüfen Sie, wie viele geöffnete Dateien Ihr AEM verwendet.

   Diese Prüfung hängt von der Plattform ab, auf der Ihre Instanz ausgeführt wird. Es können Hilfsprogramme wie lsof (UNIX®) oder Process Explorer (Windows) verwendet werden.

   Dieser Wert sollte bei der Entwicklung und bei Tests aus folgenden Gründen überwacht werden:

   • Zur Bestätigung, dass Dateien ordnungsgemäß geschlossen werden
   • zur Bestimmung des erforderlichen Maximalwerts (unter verschiedenen Umständen).

2. Legen Sie das zulässige Maximum fest.

   Der neue Wert sollte sowohl die aktuellen Anforderungen als auch künftige Spitzen berücksichtigen. Daher ist es ratsam, die aktuellen Anforderungen zu verdoppeln.

   Standardmäßig konfiguriert serverctl CQ_MAX_OPEN_FILES mit 8192. Dies sollte für die meisten Szenarien ausreichend sein.

Konfigurieren des Rich-Text-Editors

Die Rich-Text-Editor (RTE) bietet Autoren eine Vielzahl von Funktion für die Bearbeitung des Textinhalts und die Bereitstellung von Symbolen, Auswahlfeldern und Menüs für ein WYSIWYG-Erlebnis.

Siehe Konfigurieren des Rich-Text-Editors für weitere Informationen.

Konfigurieren von Rückgängig-Vorgängen zur Seitenbearbeitung

Es gibt mehrere Eigenschaften, mit denen das Verhalten der Befehle „Rückgängig machen“ und „Wiederholen“ zur Bearbeitung von Seiten gesteuert werden kann. Diese können konfiguriert werden, siehe Konfigurieren von Rückgängig für die Seitenbearbeitung für weitere Informationen.

Konfigurieren der Videokomponente

Die Videokomponente können Sie ein vordefiniertes, natives Videoelement auf Ihrer Seite platzieren.

Damit eine korrekte Transkodierung erfolgt, muss Ihr Administrator Installieren von FFmpeg getrennt. Sie können auch Videoprofile konfigurieren für die Verwendung mit HTML5-Elementen.

Konfigurieren und Anpassen von Berichten

Um Ihnen bei der Überwachung und Analyse des Status Ihrer Instanz zu helfen, bietet CQ eine Auswahl von Standardberichten, die für Ihre individuellen Anforderungen konfiguriert werden können:

Siehe Grundlagen der Berichtsanpassung für weitere Informationen.

Konfigurieren von E-Mail-Benachrichtigungen

CQ sendet E-Mail-Benachrichtigungen an Benutzer, die:

• Sie haben Seitenereignisse abonniert, z. B. Änderungen oder Replikation.
• Forumsveranstaltungen abonniert haben.
• Einen Schritt in einem Workflow ausführen müssen.

Siehe Konfigurieren von E-Mail-Benachrichtigungen für weitere Informationen.

Aktivieren von Seitenimpressionen

Seitenimpressionen werden im Impressionen -Spalte der Siteadmin-Konsole der klassischen Benutzeroberfläche. Um die Erfassung von Seitenimpressionen zu aktivieren, konfigurieren Sie Folgendes:

• In der Veröffentlichungsinstanz:

  • Day CQ WCM-Seitenstatistiken

• In der Autoreninstanz:

  • Adobe Seitenimpressions-Tracker