Adobe Experience Manager Assets Anleitung zur Leistungsoptimierung :headding-anchor:assets-performance-tuning-guide

Ein Setup von Experience Manager Assets umfasst eine Reihe von Hardware-, Software- und Netzwerkkomponenten. Je nach Ihrem Bereitstellungsszenario benötigen Sie möglicherweise bestimmte Konfigurationsänderungen an den Hardware-, Software- und Netzwerkkomponenten, um Leistungsengpässe zu vermeiden.

Außerdem schaffen Sie eine solide Grundlage für Ihre Experience Manager Assets-Bereitstellung, mit der Sie alle Anforderungen an Leistung, Skalierbarkeit und Zuverlässigkeit erfüllen, wenn Sie sich an bestimmte Richtlinien zur Optimierung der Hardware und Software halten.

Eine schwache Leistung von Experience Manager Assets kann sich auf die Benutzerfreundlichkeit auswirken und die interaktive Leistung, Asset-Verarbeitung und Download-Geschwindigkeit und andere Bereiche beeinträchtigen.

Daher gehört die Leistungsoptimierung zu den grundlegenden Aufgaben, bevor Sie Zielmetriken für Ihre Projekte erstellen.

In den folgenden Schlüsselbereichen sollten Sie besonders darauf achten, dass Leistungsprobleme erkannt und behoben werden, bevor sie sich auf das Benutzererlebnis auswirken.

Plattform :headding-anchor:platform

Experience Manager wird auf einer Reihe von Plattformen unterstützt. Nach den Erfahrungen von Adobe werden die nativen Tools jedoch unter Linux und Windows besonders gut unterstützt und können dort zur optimalen Leistung und Vereinfachung der Implementierung beitragen. Ein 64-Bit-Betriebssystem ist ideal für die hohen Speicheranforderungen einer Experience Manager Assets-Bereitstellung. Wie bei jeder Experience Manager-Bereitstellung sollten Sie nach Möglichkeit TarMK implementieren. TarMK kann zwar nicht über eine einzelne Autoreninstanz skaliert werden, erzielt jedoch erfahrungsgemäß eine bessere Leistung als MongoMK. Sie können TarMK-Offload-Instanzen hinzufügen, um die Leistung der Workflow-Verarbeitung Ihrer Experience Manager Assets-Bereitstellung zu erhöhen.

Temporärer Ordner :headding-anchor:temp-folder

Nutzen Sie einen Hochleistungsspeicher für das temporäre Java-Verzeichnis, um das Hochladen der Assets zu beschleunigen. Unter Linux und Windows können Sie beispielsweise ein RAM- oder SSD-Laufwerk verwenden. In Cloud-basierten Umgebungen kann ein äquivalenter Hochgeschwindigkeitsspeicher verwendet werden. Beispielsweise kann ein Laufwerk vom Typ flüchtiges Laufwerk in Amazon EC2 als temporärer Ordner eingesetzt werden.

Bei einer großen Speicherkapazität des Servers kann ein RAM-Laufwerk konfiguriert werden. Führen Sie unter Linux die folgenden Befehle aus, um ein RAM-Laufwerk von 8 GB zu erstellen:

mkfs -q /dev/ram1 800000
 mkdir -p /mnt/aem-tmp
 mount /dev/ram1 /mnt/aem-tmp
 df -H | grep aem-tmp

Unter Windows müssen Sie den Treiber eines Drittanbieters nutzen, um ein RAM-Laufwerk zu erstellen, oder einen Hochleistungsspeicher wie SSD verwenden.

Sobald das temporäre Hochleistungs-Volume bereit ist, stellen Sie den JVM-Parameter -Djava.io.tmpdir ein. Sie können beispielsweise den JVM-Parameter unter der Variablen CQ_JVM_OPTS im Skript bin/start von Experience Manager einfügen:

-Djava.io.tmpdir=/mnt/aem-tmp

Java-Konfiguration :headding-anchor:java-configuration

Java-Version :headding-anchor:java-version

Adobe empfiehlt die Bereitstellung von Experience Manager Assets auf Java 8, um die Leistung zu optimieren.

JVM-Parameter :headding-anchor:jvm-parameters

Legen Sie die folgenden JVM Parameter fest:

  • -XX:+UseConcMarkSweepGC
  • -Doak.queryLimitInMemory=500000
  • -Doak.queryLimitReads=100000
  • -Dupdate.limit=250000
  • -Doak.fastQuerySize=true

Datenspeicher- und Arbeitsspeicherkonfiguration :headding-anchor:data-store-and-memory-configuration

Dateidatenspeicherkonfiguration :headding-anchor:file-data-store-configuration

Allen Experience Manager Assets-Benutzern von wird angeraten, Datenspeicher und Segmentspeicher zu trennen. Außerdem kann die Leistung durch die Konfiguration der Parameter maxCachedBinarySize und cacheSizeInMB maximiert werden. Stellen Sie maxCachedBinarySize auf die kleinste im Cache unterstützte Dateigröße ein. Geben Sie die Größe des Arbeitsspeicher-Cache für den Datenspeicher in cacheSizeInMB ein. Adobe empfiehlt, diesen Wert zwischen 2 und 10 % der gesamten Heap-Größe festzulegen. Mithilfe von Last- bzw. Leistungstests lässt sich die ideale Einstellung herausfinden.

Konfigurieren der Maximalgröße des gepufferten Bilder-Caches :headding-anchor:configure-the-maximum-size-of-the-buffered-image-cache

Verringern Sie beim Hochladen großer Mengen an Assets in Adobe Experience Manager zur Berücksichtigung unerwarteter Spitzen bei der Speichernutzung und zur Verhinderung von JVM-Fehlern mit OutOfMemoryErrors die konfigurierte Maximalgröße des gepufferten Bilder-Caches. Betrachten wir ein Beispiel mit einem System, das über eine maximale Heap-Größe (-Xmxparam) von 5 GB verfügt und bei dem der Oak-Blob-Cache auf 1 GB und der Dokumenten-Cache auf 2 GB eingestellt ist. In diesem Fall würde der gepufferte Cache das Maximum von 1,25 GB Speicher in Anspruch nehmen, wodurch nur 0,75 GB Speicher für unerwartete Spitzen verblieben.

Konfigurieren Sie die Größe des gepufferten Cache in der OSGi-Web-Konsole. Legen Sie bei https://host:port/system/console/configMgr/com.day.cq.dam.core.impl.cache.CQBufferedImageCache die Eigenschaft cq.dam.image.cache.max.memory in Byte fest. 1073741824 entspricht beispielsweise 1 GB (1024 x 1024 x 1024 = 1 GB).

Wenn Sie über Experience Manager 6.1 SP1 einen sling:osgiConfig-Knoten zur Konfiguration dieser Eigenschaft verwenden, stellen Sie sicher, dass Sie diesen Datentyp auf „Long“ einstellen. Weitere Details finden Sie unter CQBufferedImageCache belegt beim Asset-Upload den Heap.

Gemeinsame Datenspeicher :headding-anchor:shared-data-stores

Mit der Implementierung eines S3-Datenspeichers oder Shared File Datastore sparen Sie Speicherplatz auf der Festplatte und erhöhen den Netzwerkdurchsatz in großen Implementierungen. Weitere Informationen zu den Vor- und Nachteilen des gemeinsamen Datenspeichers finden Sie in der Anleitung zur Größenänderung von Assets.

S3-Datenspeicher :headding-anchor:s-data-store

Mit der folgenden Konfiguration des S3-Datenspeichers (org.apache.jackrabbit.oak.plugins.blob.datastore.S3DataStore.cfg) konnte Adobe binäre große Objekte (BLOBs) mit einer Größe von 12,8 TB von einem vorhandenen Dateidatenspeicher in einen S3-Datenspeicher am Standort eines Kunden extrahieren:

accessKey=<snip>
 secretKey=<snip>
 s3Bucket=<snip>
 s3Region=us-standard
 s3EndPoint=<a href="https://s3.amazonaws.com/">s3.amazonaws.com</a>
 connectionTimeout=120000
 socketTimeout=120000
 maxConnections=80
 writeThreads=60
 concurrentUploadsThreads=30
 asyncUploadLimit=30
 maxErrorRetry=1000
 path=/opt/author/crx-quickstart/repository/datastore
 s3RenameKeys=false
 s3Encryption=SSE_S3
 proactiveCaching=true
 uploadRetries=1000
 migrateFailuresCount=400

Netzwerkoptimierung :headding-anchor:network-optimization

Adobe empfiehlt die Aktivierung von HTTPS, da viele Unternehmen über Firewalls verfügen, die den HTTP-Verkehr überprüfen und sich dadurch negativ auf Uploads auswirken und Dateien beschädigen. Stellen Sie bei großen Datei-Uploads sicher, dass Benutzer über Kabelverbindungen zum Netzwerk verfügen, da ein WLAN-Netzwerk schnell überfordert ist. Richtlinien zur Ermittlung von Engpässen im Netzwerk finden Sie in der Anleitung zur Größenänderung von Assets. Informationen zur Beurteilung der Netzwerkleistung mit einer Analyse der Netzwerktopologie finden Sie unter Überlegungen zum Assets-Netzwerk.

Welche Strategie der Netzwerkoptimierung Sie verwenden, hängt in erster Linie von der verfügbaren Bandbreite und der Last auf Ihrer Experience Manager-Instanz ab. Allgemeine Konfigurationsoptionen wie Firewalls oder Proxys können zur Verbesserung der Netzwerkleistung beitragen. Die folgenden Aspekte sollten berücksichtigt werden:

  • Stellen Sie je nach Instanztyp (klein, mittel, groß) sicher, dass die Netzwerkbandbreite für Ihre Experience Manager-Instanz ausreichend ist. Dies ist besonders wichtig, wenn Experience Manager auf AWS gehostet wird.
  • Wird Ihre Experience Manager-Instanz auf AWS gehostet, können Sie von einer flexiblen Skalierung profitieren. Vergrößern Sie die Instanz, wenn Benutzer eine hohe Belastung erwarten. Verkleinern Sie die Instanz, wenn nur eine mäßige/geringe Belastung erwartet wird.
  • HTTPS: Die meisten Benutzenden verfügen über Firewalls, die den HTTP-Traffic überwachen. Dies kann sich negativ auf das Hochladen von Dateien auswirken oder sogar Dateien beim Hochladen beschädigen.
  • Uploads großer Dateien: Stellen Sie sicher, dass die Benutzenden über Kabelverbindungen zum Netzwerk verfügen (WLAN-Verbindungen sind schnell gesättigt).

Workflows :headding-anchor:workflows

Übergangs-Workflows :headding-anchor:transient-workflows

Stellen Sie den Workflow DAM-Update-Asset nach Möglichkeit auf „Übergang“ ein. Die Einstellung trägt zu einer erheblichen Reduzierung des Overheads bei, der für die Verarbeitung der Workflows benötigt wird, da die Workflows in diesem Fall nicht die normalen Tracking- und Archivierungsprozesse durchlaufen müssen.

  1. Navigieren Sie zu /miscadmin in der Experience Manager-Bereitstellung unter https://[aem_server]:[port]/miscadmin.

  2. Erweitern Sie Tools > Workflow > Modelle > dam.

  3. Öffnen Sie DAM-Update-Asset. Wechseln Sie im unverankerten Tool-Fenster auf die Registerkarte Seite und klicken Sie auf Seiteneigenschaften.

  4. Wählen Sie Übergangs-Workflow und klicken Sie dann auf OK.

    note note
    NOTE
    Einige Funktionen unterstützen keine Übergangs-Workflows. Wenn diese Funktionen in Ihrer Assets-Bereitstellung benötigt werden, konfigurieren Sie keine Übergangs-Workflows.

Wenn keine Übergangs-Workflows verwendet werden können, führen Sie regelmäßig Workflow-Bereinigungen durch, um archivierte DAM-Update-Asset-Workflows zu löschen. So verhindern Sie eine Beeinträchtigung der Systemleistung.

Führen Sie die Bereinigungs-Workflows normalerweise wöchentlich aus. In ressourcenintensiven Szenarien wie z. B. einer umfangreichen Asset-Erfassung kann die Bereinigung auch häufiger ausgeführt werden.

Um die Workflow-Bereinigung zu konfigurieren, fügen Sie über die OSGi-Konsole eine neue Adobe Granite-Workflow-Purge-Konfiguration hinzu. Konfigurieren und planen Sie anschließend den Workflow als Teil des wöchentlichen Wartungsfensters.

Dauert die Bereinigung zu lange, kommt es zu einem Timeout. Daher sollten Sie sicherstellen, dass Ihre Bereinigungsvorgänge abgeschlossen sind, um zu vermeiden, dass Bereinigungs-Workflows aufgrund der hohen Anzahl an Workflows nicht abgeschlossen werden können.

Wenn Sie zahlreiche Nicht-Übergangs-Workflows ausgeführt haben, die Workflow-Instanzknoten erstellen, können Sie das Tool ACS AEM Commons Workflow Remover auf Ad-hoc-Basis ausführen. Es entfernt redundante, abgeschlossene Workflow-Instanzen sofort, ohne dass Sie auf die Ausführung des Adobe Granite-Workflow-Bereinigungsplaners warten müssen.

Maximal parallel ausführbare Aufträge :headding-anchor:maximum-parallel-jobs

Standardmäßig kann Experience Manager maximal so viele Aufträge parallel ausführen wie Prozessoren auf dem Server vorhanden sind. In Zeiten hoher Auslastung ist diese Einstellung jedoch problematisch, da alle Prozessoren von den DAM-Update-Asset-Workflows beansprucht werden und dadurch die Reaktionsfähigkeit der Benutzeroberfläche verlangsamt wird. Auch kann Experience Manager andere Prozesse zum Schutz von Server-Leistung und -Stabilität nicht ausführen. Es hat sich bewährt, diese Einstellung so zu wählen, dass nur die Hälfte der auf dem Server verfügbaren Prozessoren verwendet wird:

  1. Greifen Sie in der Experience Manager-Autoreninstanz auf https://[aem_server]:[port]/system/console/slingevent zu.

  2. Klicken Sie für jede für Ihre Implementierung relevante Workflow-Warteschlange, z. B. für die Warteschlange der Granite-Übergangs-Workflows, auf Bearbeiten.

  3. Ändern Sie den Wert der maximal parallel ausführbaren Aufträge und klicken Sie auf Speichern.

Das Festlegen einer Warteschlange auf die Hälfte der verfügbaren Prozessoren ist eine praktikable Lösung, mit der begonnen werden kann. Möglicherweise müssen Sie diese Zahl jedoch erhöhen oder verringern, um den maximalen Durchsatz zu erzielen, und sie je nach Umgebung verfeinern. Es gibt separate Warteschlangen für Übergangs- und Nicht-Übergangs-Workflows sowie für andere Prozesse wie beispielsweise externe Workflows. Sind mehrere Warteschlangen, die auf 50 % der Prozessoren gesetzt sind, gleichzeitig aktiv, kann es schnell zu einer Überlastung des Systems kommen. Welche Warteschlangen stark ausgelastet sind, hängt in hohem Maße von den Benutzerimplementierungen ab. Sie müssen daher sorgfältig und mit Bedacht konfiguriert werden, um eine maximale Effizienz zu erreichen, ohne dass dies zulasten der Server-Stabilität geht.

Konfiguration von DAM-Update-Asset :headding-anchor:dam-update-asset-configuration

Der DAM-Update-Asset-Workflow enthält eine vollständige Suite an für Aufgaben konfigurierten Schritten, beispielsweise Dynamic Media PTIFF-Generierung und Adobe InDesign Server-Integration. Die meisten Benutzer benötigen jedoch nicht alle diese Schritte. Adobe empfiehlt die Erstellung einer benutzerdefinierten Kopie des DAM-Update-Asset-Workflow-Modells, in der alle unnötigen Schritte entfernt wurden. Ändern Sie dann die Launcher für DAM-Update-Asset so, dass sie auf das neue Modell zeigen.

Wenn Sie den Workflow DAM-Update-Asset häufig ausführen, kann hierdurch die Größe Ihres Dateidatenspeichers deutlich ansteigen. Die Ergebnisse eines von Adobe durchgeführten Experiments haben gezeigt, dass die Datenspeichergröße um ca. 400 GB ansteigt, wenn innerhalb von 8 Stunden etwa 5.500 Workflows ausgeführt werden.

Hierbei handelt es sich um einen vorübergehenden Anstieg. Nach Ausführung der Aufgabe zur Speicherbereinigung weist der Datenspeicher wieder seine ursprüngliche Größe auf.

In der Regel wird die Speicherbereinigung wöchentlich zusammen mit anderen geplanten Wartungsaufgaben ausgeführt.

Wenn Sie nur über eingeschränkten Speicherplatz verfügen und den Workflow DAM-Update-Asset häufig ausführen, sollten Sie die Speicherbereinigung öfter planen.

Ausgabegenerierung zur Laufzeit :headding-anchor:runtime-rendition-generation

Kundinnen und Kunden verwenden Bilder unterschiedlicher Größe und Formate auf ihrer Website oder zur Weitergabe an Geschäftspartnerinnen und -partner. Da jede Ausgabedarstellung den Platzbedarf des Assets im Repository erhöht, empfiehlt Adobe, diese Funktion mit Bedacht zu verwenden. Um die für die Verarbeitung und Speicherung von Bildern erforderliche Ressourcenmenge zu reduzieren, können Sie diese Bilder zur Laufzeit und nicht als Ausgabeformate während der Aufnahme generieren.

Viele Sites-Kundinnen und -Kunden implementieren ein Bild-Servlet, das die Größe von Bildern zum Zeitpunkt ihrer Anforderung ändert oder sie zuschneidet. Dadurch wird der Publishing-Instanz eine zusätzliche Belastung auferlegt. Solange diese Bilder jedoch zwischengespeichert werden können, lässt sich dieses Problem abmildern.

Ein alternativer Ansatz besteht darin, die Dynamic Media-Technologie zu verwenden, um die Bildbearbeitung vollständig abzugeben. Darüber hinaus können Sie Brand Portal bereitstellen, das nicht nur die Verantwortung für die Generierung von Ausgabedarstellungen von der Experience Manager-Infrastruktur übernimmt, sondern auch die gesamte Veröffentlichungsebene.

ImageMagick :headding-anchor:imagemagick

Wenn Sie den Workflow DAM-Update-Asset so anpassen, dass Ausgabeformate mit ImageMagick generiert werden, empfiehlt Adobe die Bearbeitung der Datei policy.xml unter /etc/ImageMagick/. Standardmäßig beansprucht ImageMagick den gesamten verfügbaren Speicherplatz auf dem Betriebssystem-Volume sowie den verfügbaren Arbeitsspeicher. Nehmen Sie im Abschnitt policymap der Datei policy.xml die folgenden Konfigurationsänderungen vor, um diese Ressourcen zu beschränken.

<policymap>
  <!-- <policy domain="system" name="precision" value="6"/> -->
  <policy domain="resource" name="temporary-path" value="/ephemeral0/imagemagick_tmp"/>
  <policy domain="resource" name="memory" value="1000MiB"/>
  <policy domain="resource" name="map" value="1000MiB"/>
  <!-- <policy domain="resource" name="area" value="1gb"/> -->
  <policy domain="resource" name="disk" value="10000MiB"/>
  <!-- <policy domain="resource" name="file" value="768"/> -->
  <policy domain="resource" name="thread" value="1"/>
  <policy domain="resource" name="throttle" value="50"/>
  <!-- <policy domain="resource" name="time" value="3600"/> -->
</policymap>

Stellen Sie darüber hinaus in der Datei configure.xml (alternativ in der Umgebungsvariable MAGICK_TEMPORARY_PATH) den Pfad zum temporären Ordner von ImageMagick auf eine Festplattenpartition ein, die über ausreichend Speicherplatz und IOPS verfügt.

CAUTION
Eine falsche Konfiguration kann den Server instabil machen, wenn ImageMagick sämtlichen verfügbaren Festplattenspeicher verwendet. Die Regeländerungen, die zum Verarbeiten großer Dateien mit ImageMagick erforderlich sind, können sich auf die Leistung von Experience Manager auswirken. Weitere Informationen finden Sie unter Installieren und Konfigurieren von ImageMagick.
NOTE
Die Dateien policy.xml und configure.xml von ImageMagick sind unter /usr/lib64/ImageMagick-*/config/ verfügbar, anstelle von /etc/ImageMagick/. In der Dokumentation zu ImageMagick finden Sie den Speicherort der Konfigurationsdateien.

Wenn Sie Experience Manager in Adobe Managed Services (AMS) verwenden, wenden Sie sich an den Adobe Support, wenn Sie viele große PSD- oder PSB-Dateien verarbeiten möchten. Wenden Sie sich an den Support-Mitarbeiter von Adobe, um diese Best Practices für Ihre AMS-Bereitstellung zu implementieren und die bestmöglichen Tools und Modelle für die proprietären Formate von Adobe auszuwählen. Experience Manager kann keine sehr hochauflösenden PSB-Dateien verarbeiten, die mehr als 30000 x 23000 Pixel groß sind.

XMP-Writeback :headding-anchor:xmp-writeback

XMP-Writeback aktualisiert das Original-Asset, sobald Metadaten in Experience Manager geändert werden. Folgende Änderungen werden vorgenommen:

  • Das Asset selbst wird geändert
  • Eine Version des Assets wird erstellt
  • DAM-Update-Asset wird für das Asset ausgeführt.

Die aufgeführten Ergebnisse beanspruchen umfangreiche Ressourcen. Adobe empfiehlt daher, die XMP Writeback zu deaktivieren, wenn sie nicht erforderlich ist. Weitere Informationen finden Sie unter XMP Writeback.

Das Importieren einer großen Menge an Metadaten kann zu ressourcenintensiven XMP Writeback-Aktivitäten führen, wenn das Flag „Workflows ausführen“ aktiviert ist. Planen Sie einen solchen Import während Zeiten geringer Server-Nutzung, um Leistungseinbußen für andere Benutzende zu vermeiden.

Replikation :headding-anchor:replication

Beim Replizieren von Assets in eine große Anzahl von Veröffentlichungsinstanzen, z. B. in einer Sites-Implementierung, empfiehlt Adobe die Verwendung der Kettenreplikation. In diesem Fall repliziert die Authoring-Instanz auf eine einzelne Publishing-Instanz, die wiederum auf die anderen Publishing-Instanzen repliziert, wodurch die Authoring-Instanz freigehalten wird.

Konfiguration der Kettenreplikation :headding-anchor:configure-chain-replication

  1. Wählen Sie die Veröffentlichungsinstanz, mit der Sie die Replikationen verketten möchten.
  2. Fügen Sie in dieser Publishing-Instanz Replikationsagenten hinzu, die auf die anderen Publishing-Instanzen verweisen
  3. Aktivieren Sie für alle anderen Replikationsagenten die Option „Bei Empfang“ auf der Registerkarte „Auslöser“.
NOTE
Adobe rät von der automatischen Aktivierung von Assets ab. Falls jedoch notwendig, sollte dies der letzte Schritt in einem Workflow, normalerweise „DAM-Update-Asset“, sein.

Durchsuchen von Indizes :headding-anchor:search-indexes

Installieren Sie die neuesten Service Packs und leistungsbezogene Hotfixes, da diese häufig Aktualisierungen von Systemindizes enthalten. Informationen zur Indexoptimierung finden Sie unter Tipps zur Leistungsoptimierung.

Erstellen Sie eigene Indizes für Abfragen, die Sie häufig ausführen. Weitere Informationen finden Sie unter Methoden zur Analyse von langsamen Abfragen und Erstellen benutzerdefinierter Indizes. Weitere Einblicke in Best Practices bezüglich Abfragen und Indizes finden Sie unter Best Practices für Abfragen und Indizierung.

Lucene-Indexkonfigurationen :headding-anchor:lucene-index-configurations

Für die Oak-Indexkonfigurationen können Optimierungen vorgenommen werden, mit denen sich die Leistung von Experience Manager Assets verbessern lässt. Aktualisieren Sie die Indexkonfigurationen, um die Neuindizierungszeit zu verbessern:

  1. Öffnen Sie CRXDE /crx/de/index.jsp und melden Sie sich als Benutzer mit Administratorrechten an.
  2. Navigieren Sie zu /oak:index/lucene.
  3. Fügen Sie eine String[]-Eigenschaft excludedPaths mit den Werten /var, /etc/workflow/instances und /etc/replication hinzu.
  4. Navigieren Sie zu /oak:index/damAssetLucene. Fügen Sie eine String[]-Eigenschaft includedPaths mit dem Wert /content/dam hinzu. Speichern Sie die Änderungen.

Wenn Ihre Benutzer keine Volltextsuche nach Assets durchführen müssen, z. B. durch die Textsuche in PDF-Dokumenten, deaktivieren Sie sie. Sie verbessern die Indexleistung, indem Sie die Volltextindizierung deaktivieren. Um die Apache Lucene-Textextraktion zu deaktivieren, führen Sie die folgenden Schritte aus:

  1. Greifen Sie in der Experience Manager-Benutzeroberfläche auf Package Manager zu.
  2. Laden Sie das Paket hoch und installieren Sie es unter disable_indexingbinarytextextraktion-10.zip.

guessTotal :headding-anchor:guess-total

Verwenden Sie beim Erstellen von Abfragen mit großen Ergebnismengen den Parameter guessTotal, um eine übermäßige Belastung des Arbeitsspeichers bei der Ausführung zu vermeiden.

Bekannte Probleme :headding-anchor:known-issues

Große Dateien :headding-anchor:large-files

Zwei bekannte Probleme beziehen sich auf große Dateien in Experience Manager. Wenn Dateien größer als 2 GB sind, kann es bei einer Cold-Standby-Synchronisation zu einem Speicherengpass kommen. In einigen Fällen verhindert dies die Ausführung der Standby-Synchronisation. In anderen Fällen führt dies zum Absturz der primären Instanz. Dieses Szenario gilt für alle Dateien in Experience Manager, die größer als 2 GB sind, darunter auch Inhaltspakete.

Entsprechend kann es bei Dateien, die in einem gemeinsamen S3-Datenspeicher eine Größe von 2 GB erreichen, einige Zeit dauern, bis die Datei vollständig aus dem Cache in das Dateisystem gespeichert werden kann. Wenn Sie die Binaryless-Replikation verwenden, kann es passieren, dass die binären Daten vor dem Abschluss der Replikation nicht dauerhaft gespeichert werden. Diese Situation kann zu Problemen führen, insbesondere wenn es auf hohe Datenverfügbarkeit ankommt.

Leistungstests :headding-anchor:performance-testing

Erstellen Sie für jede Experience Manager-Bereitstellung einen Plan für Leistungstests, der Engpässe schnell identifizieren und beseitigen kann. Konzentrieren Sie sich dabei auf die folgenden Schlüsselaspekte.

Netzwerktests :headding-anchor:network-testing

Führen Sie für alle von Kundenseite angesprochenen Probleme mit der Netzwerkleistung die folgenden Aufgaben aus:

  • Testen Sie die Netzwerkleistung innerhalb des Kundennetzwerks.
  • Testen Sie die Netzwerkleistung im Adobe-Netzwerk. Arbeiten Sie bei AMS-Kunden mit CSE, um Tests innerhalb des Adobe-Netzwerks durchzuführen.
  • Testen Sie die Netzwerkleistung an anderen Zugriffspunkten.
  • Unter Verwendung eines Netzwerk-Benchmark-Tools.
  • Testen Sie mit dem Dispatcher.

Experience Manager-Bereitstellungstests :headding-anchor:aem-deployment-testing

Überwachen Sie die Leistung Ihrer Experience Manager-Bereitstellung regelmäßig, um die Latenz zu reduzieren und mithilfe von effizienter CPU-Auslastung und -Freigabe einen hohen Durchsatz zu erzielen. Führen Sie insbesondere die folgenden Aufgaben aus:

  • Führen Sie Belastungstests für die Experience Manager-Bereitstellung durch.
  • Überwachen Sie die Upload-Leistung und die Reaktionsfähigkeit der Benutzeroberfläche.

Experience Manager Assets-Leistungsprüfliste und Auswirkung von Asset-Management-Aufgaben :headding-anchor:checklist

  • Aktivieren Sie „HTTPS“, um alle vom Unternehmen installierten Sniffer für HTTP-Traffic zu umgehen.
  • Verwenden Sie eine Kabelverbindung, um umfangreiche Assets hochzuladen.
  • Implementieren Sie die Bereitstellung auf Java 8.
  • Legen Sie optimale JVM-Parameter fest.
  • Konfigurieren Sie einen Dateisystem-DataStore oder einen S3-DataStore.
  • Deaktivieren Sie das Erzeugen von Unter-Assets. Ist diese Option aktiviert, erstellt der Workflow in AEM für jede Seite eines mehrseitigen Assets ein separates Asset. Jede dieser Seiten ist selbst Asset, das zusätzlichen Speicherplatz belegt sowie Versionierung und zusätzliche Workflow-Verarbeitung erfordert. Wenn Sie keine separaten Seiten benötigen, deaktivieren Sie das Erzeugen von Unter-Assets und die Seitenextraktion.
  • Aktivieren Sie Übergangs-Workflows.
  • Stimmen Sie die Granit-Workflow-Warteschlangen ab, um gleichzeitige Aufträge einzuschränken.
  • Konfigurieren Sie ImageMagick so, dass der Ressourcenverbrauch eingeschränkt ist.
  • Entfernen Sie unnötige Schritte aus dem DAM-Update-Asset-Workflow.
  • Konfigurieren Sie Workflow- und Versionsbereinigung.
  • Optimieren Sie die Indizes mit den neuesten Service Packs und Hotfixes. Fragen Sie den Adobe-Kunden-Support nach verfügbaren zusätzlichen Indexoptimierungen.
  • Optimieren Sie die Abfrageleistung mit guessTotal.
  • Wenn Sie Experience Manager so konfigurieren, dass Dateitypen aus dem Inhalt der Dateien erkannt werden (durch Aktivierung des Day CQ DAM Mime Type Service in der AEM-Web-Konsole), sollten Sie außerhalb der Spitzenzeiten größere Mengen an Dateien in Batches hochladen, da dieser Vorgang ressourcenintensiv ist.
recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2