Fehlerbehebung bei erweiterten Berichten für Adobe Commerce
Probleme mit erweiterten Berichten in Adobe Commerce können mit diesem Tool behoben werden. Dazu gehören erweiterte Berichte, die keine Daten und 404-Fehler anzeigen. Klicken Sie auf die einzelnen Fragen, um die Antwort in jedem Schritt der Fehlerbehebung anzuzeigen.
Schritt 1: Bestätigen, dass die Site die erweiterten Reporting-Anforderungen erfüllt step-1
Bei Verwendung der erweiterten Berichterstellung wird die Fehlerseite 404 angezeigt. Erfüllt Ihre Website Advanced Reporting Requirements?
a. JA - Mit Schritt 2 fortfahren.
b. NEIN - Vervollständigen Sie die erweiterten Berichtsanforderungen für Ihre Site, indem Sie die Schritte unter Erweiterte Berichtsanforderungen befolgen. Fahren Sie dann mit ( 2).
Schritt 2: Gibt es Bestellungen in mehreren Basiswährungen? step-2
Werden mehrere Basiswährungen verwendet (in Bestellungen und Konfiguration)? Führen Sie diesen SQL aus, um die aktuelle Konfiguration abzurufen: SELECT value FROM core_config_data WHERE path = 'currency/options/base';
.
A. JA - Wenn von der Abfrage mehrere Zeilen zurückgegeben werden, können Sie keine erweiterten Berichte verwenden, da wir nur eine Währung unterstützen.
b. NEIN - Ausgabe zeigt nur eine Währung. Beispiel: USD
. Wurden bereits mehrere Basiswährungen (in Bestellungen) verwendet? Führen Sie diesen SQL aus, um historische Bestelldaten abzurufen:SELECT DISTINCT base_currency_code FROM sales_order;
.
HINWEIS: Dieser Befehl erfordert eine vollständige Tabellenüberprüfung. Bei Tabellen mit einer hohen Anzahl von Datensätzen kann dies daher während der Ausführung der Abfrage die Leistung beeinträchtigen, historische Bestelldaten abzurufen.
Wenn bereits mehrere Basiswährungen verwendet wurden, können Sie keine erweiterten Berichte verwenden, da nur eine Währung unterstützt wird. Wenn die Ausgabe nur eine Währung anzeigt, fahren Sie mit Schritt 3 fort.
Schritt 3: Überprüfen, ob die geteilte Datenbank verwendet wird step-3
Verwenden Sie die Split-?
a. JA - Verwenden Sie den Patch MDVA-26831 in Advanced Reporting 404-Fehler bei der Lösung aufgeteilter Datenbanken und löschen Sie den Cache. Warten Sie 24 Stunden, bis der Auftrag erneut ausgeführt wird, und versuchen Sie es dann erneut.
b. NEIN - Fahren Sie mit Schritt 4 fort.
Schritt 4: Bestätigen der Aktivierung des erweiterten Reportings step-4
Überprüfen Sie Admin > Stores > Einstellungen > Konfiguration > Allgemein > Erweiterte Berichterstellung. Ausführliche Anweisungen finden Sie unter Erweiterte Berichterstellung: Erweiterte Berichterstellung aktivieren.
a. JA - Mit Schritt 5 fortfahren.
b. NEIN - Erweiterte Berichterstellung aktivieren und 24 Stunden warten, bis Adobe Commerce und die erweiterten Berichterstellung synchronisiert werden. Überprüfen Sie, ob Ihre Daten jetzt geladen werden. Wenn dies der Fall ist, haben Sie das Problem gelöst. Wenn nicht mit (Schritt )wird.
Schritt 5: Token suchen step-5
Vergewissern Sie sich, dass ein Token vorhanden ist, indem Sie die folgende Abfrage ausführen: SELECT * FROM core_config_data WHERE path LIKE 'analytics/general/token' \G
Gibt es ein Token?
a. JA - Mit Schritt 7 fortfahren.
b. NEIN - Wenn der Token-Wert NULL ist oder es keinen Datensatz in der Datenbank gibt, fahren Sie mit Schritt 6 fort.
Schritt 6: Verwenden der Zeile step-6
Überprüfen Sie den Zählerwert in der Flag-Tabelle, indem Sie diese Abfrage ausführen: SELECT * FROM `flag` where `flag_code` = 'analytics_link_subscription_update_reverse_counter'\G
Gibt die Abfrage die Zeile zurück?
a. JA - Führen Sie folgende Schritte durch: 1. Führen Sie die folgende Abfrage aus:DELETE from `flag` where `flag_code` = 'analytics_link_subscription_update_reverse_counter';
2\ Deaktivieren und Aktivieren des erweiterten Reporting-Moduls in den Einstellungen und autorisieren Sie das Token erneut.
3\ Warten Sie 24 Stunden, bis Adobe Commerce und Advanced Reporting synchronisiert sind. Wenn Sie im erweiterten Reporting immer noch keine Daten sehen können, Sie ein Support-Ticket.
b. NEIN - Wenn die Abfrage nichts zurückgibt, führen Sie die folgenden Schritte aus: 1. Deaktivieren und Aktivieren des erweiterten Reporting-Moduls in den Einstellungen und autorisieren Sie das Token erneut.
2\ Warten Sie 24 Stunden, bis Adobe Commerce und Advanced Reporting synchronisiert sind. Wenn Sie im erweiterten Reporting immer noch keine Daten sehen können, Sie ein Support-Ticket.
Schritt 7: Prüfen auf Datensätze in cron_schedule
Tabelle step-7
cron_schedule
?Vergewissern Sie sich, dass die analytics_collect_data
ausgeführt wurde, indem Sie diese Abfrage ausführen: SELECT * FROM cron_schedule WHERE job_code LIKE 'analytics_collect_data' \G
A. JA - Wenn Datensätze vorhanden sind und in der Spalte status der Wert "missing angegeben ist, verwenden Sie den Patch in diesem KB-Artikel Aktualisieren der erweiterten Berichterstellung, um die Ausführung auf einer eigenen Cron-Gruppe durchzuführen.
b. JA - Wenn Datensätze vorhanden sind und die Spalte status den Wert success aufweist, fahren Sie mit Schritt 9 fort.
c. JA - Wenn Datensätze vorhanden sind und die Spalte status den Wert error aufweist, fahren Sie mit Schritt 8. fort.
d. NEIN - Wenn keine Datensätze vorhanden sind, fahren Sie mit ().
Schritt 8: In support_report.log
nach Arbeit suchen step-8
support_report.log
angemeldet?Führen Sie den folgenden Befehl aus: zgrep analytics_collect_data var/log/support_report.log var/log/support_report.log.1.gz | tail
a. JA - Wenn die Ausgabe der Abfrage auf einen erfolgreichen Auftrag hinweist, fahren Cron Job analytics_collect_data is successfully finished
beispielsweise mit ( 9).
b. NEIN - Wenn das Protokoll keine Datensätze enthält, ein Support-Ticket.
c. JA - Wenn Datensätze vorhanden sind, aber ein Fehler auftritt, fahren Sie mit Schritt 10 fort.
9. Schritt - Auf data.tgz
Datei prüfen step-9
data.tgz
im System vorhanden und gibt es Einträge in den Zugriffsprotokollen?Um zu überprüfen, ob die Datei data.tgz
vorhanden ist, führen Sie diesen Befehl aus. Es sollten Ordner mit Hash-Namen zurückgegeben werden:
code language-none |
---|
|
Um zu überprüfen, ob Einträge in „access.logs“ vorhanden sind, führen Sie diesen Befehl aus:
-
Auf Commerce Cloud:
code language-none {{zgrep -i analytics /var/log/platform/*/access.log* | grep MagentoBI}}
-
Ersetzen Sie für On-Premise den Dateipfad entsprechend:
zgrep -i analytics <your web server's log path>/access.log* | grep MagentoBI
A. JA - Wenn die data.tgz
vorhanden ist und Einträge in den Zugriffsprotokollen vorhanden sind, aber weiterhin der Fehler 404 auftritt, müssen Sie ein Support-Ticket einreichen.
b. NEIN - Mit Schritt 10 fortfahren.
Schritt 10: Fehlermeldung überprüfen step-10
Beispiel: In der cron_schedule
wird der Fehler angezeigt Die Datei "/app/var/tmp/analytics/tmp/.nfsb3b6041dd44588a0000850c0 kann nicht gelöscht werden. Warnung!unlink(https://experienceleague.adobe.com/app/var/tmp/analytics/tmp/.nfsb3b6041dd44588a0000850c0?lang=de): Keine derartige Datei oder derartiges Verzeichnis*
a. JA - Verwenden Sie den Patch ACSD-50165 in Die Datei kann nicht gelöscht werden. Warnung!Verknüpfung aufheben: Keine Datei- oder Verzeichnisfehler vom Admin, 24 Stunden warten, bis der Auftrag erneut ausgeführt wird, und dann erneut versuchen.
b. NEIN - Mit Schritt 11 fortfahren.
Schritt 11: Überprüfen, ob ein Page Builder-Fehler vorliegt step-11
Beispiel: report.ERROR: Cron Job analytics_collect_data has an error: substr_count() expects parameter 1 to be string, null given. Statistics: {"sum":0,"count":1,"realmem":0,"emalloc":0,"realmem_start":224919552,"emalloc_start":216398384} [] []
A. JA - Verwenden Sie den MDVA-19391-Patch in Allgemeine CRON-Auftragsfehler des erweiterten Reportings in Adobe Commerce. Warten Sie 24 Stunden, bis der Auftrag erneut ausgeführt wird, und versuchen Sie es erneut.
b. NEIN - Support-Ticket einreichen.
Verwandtes Lesen
Best Practices zum Ändern von Datenbanktabellen im Commerce-Implementierungs-Playbook