Dispatcher-Cache-Dateien werden unerwartet aktualisiert | AEM

Suchen Sie nach einem Muster, indem Sie die Protokolle über die Cache-Invalidierungsanfragen und die Inhaltsanfragen erfassen. Suchen Sie im Abschnitt Auflösung nach den drei verschiedenen Szenarien.

Beschreibung description

Umgebung

Adobe Experience Manager (AEM)

Problem

Manchmal werden Dispatcher-Cache-Dateien zu einem unerwarteten Zeitpunkt oder mit unerwarteter Häufigkeit aktualisiert.

Auflösung resolution

Nach der Veröffentlichung von Inhalten sendet Adobe Experience Manager (AEM) eine Anfrage zur Cache-Invalidierung (GET /dispatcher/invalidate.cache) an die Dispatcher. Wenn danach eine Anfrage für den Inhalt an die Dispatcher kommt, werden die Cache-Dateien aktualisiert.

Suchen Sie anhand dieses Verhaltens nach einem Muster, indem Sie die Protokolle über die Cache-Invalidierungsanforagen und die Inhaltsanfragen erfassen.

Beispielprotokolle für eine Invalidierungsanfrage:
Dispatcher - ACCESS_LOG

127.0.0.1 - - [ 07/Jun/2022:13:44:35 +0900]  "GET /dispatcher/invalidate.cache HTTP/1.1" 200 13 "about:blank" "Jakarta Commons-HttpClient/3.1"

Dispatcher - dispatcher.log

[ 07/Jun/2022:13:44:35 +0900]  "GET /dispatcher/invalidate.cache HTTP/1.1" 200 purge [ publish/-]  0ms

Publish - error.log

07.06.2022 13:44:35.750 *INFO* [ sling-threadpool-xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx-(apache-sling-job-thread-pool)-1-com_day_cq_replication_job_flush(com/day/cq/replication/job/flush)]  com.day.cq.replication.Agent.flush Sending GET request to http://localhost:80/dispatcher/invalidate.cache
...
07.06.2022 13:44:35.758 *INFO* [ sling-threadpool-xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx-(apache-sling-job-thread-pool)-1-com_day_cq_replication_job_flush(com/day/cq/replication/job/flush)]  com.day.cq.replication.Agent.flush Replication (ACTIVATE) of /content/xx-xxxxxx/us/en/products successful.

Ursache

Im Folgenden finden Sie typische Fälle, in denen die Dispatcher-Cache-Dateien unerwartet aktualisiert werden.


1. Fall - Häufige Cache-Aktualisierungen für unerwartete Inhalte

Cache-Dateien werden häufig aktualisiert, aber die aktualisierten Inhalte sind nicht das Ziel der Anfrage zur Cache-Invalidierung.

In diesem Fall könnte der Wert von /statfileslevel in der Dispatcher-Konfiguration zu niedrig sein. Beachten Sie, dass das Auskommentieren von /statfileslevel in dispatcher.any „0“ für diesen Wert bedeutet.

Wenn Sie /statfileslevel "0" haben und Inhalte veröffentlichen, werden alle Cache-Dateien unabhängig von den Pfaden ungültig gemacht. Der folgende Link im AEM Dispatcher-Handbuch beschreibt die Details:

Konfigurieren von Dispatcher - Invalidierung von Dateien nach Ordnerebene


2. Fall - Cache-Invalidierungsanfragen eines unerwünschten Clients

Die Dispatcher-Konfiguration weist möglicherweise keine geeignete Einschränkung für Anfragen zur Cache-Invalidierung auf. /allowedClients in dispatcher.any. überprüfen


3. Fall - Keine Cache-Invalidierungsanfragen

Die Dispatcher-Konfiguration kann die zeitbasierte Cache-Invalidierung verwenden. In diesem Fall sollte /enableTTL "1" in dispatcher.any. vorhanden sein