Felsökning för avancerad rapportering för Adobe Commerce

Du har en 404-felsida när du använder Avancerad rapportering. Uppfyller webbplatsen avancerade rapporteringskrav?

a. JA - Fortsätt till Steg 2.
b. NEJ - Slutför de avancerade rapporteringskraven för din webbplats genom att följa stegen i Avancerade rapporteringskrav. Fortsätt sedan till Steg 2.

Används flera basvalutor (i order och konfiguration)? Kör det här SQL-kommandot för att hämta den aktuella konfigurationen: SELECT value FROM core_config_data WHERE path = 'currency/options/base';.

a. JA - Om frågan returnerar flera rader kan du inte använda Avancerad rapportering eftersom vi bara har stöd för en valuta.
b. NEJ - Utdata visar endast en valuta. Exempel: USD. Har flera basvalutor använts (i order)? Kör det här SQL-kommandot för att hämta historikorderdata:
SELECT DISTINCT base_currency_code FROM sales_order;.
Obs! Det här kommandot kräver en fullständig tabellsökning, så för tabeller med ett stort antal poster kan detta påverka prestanda medan frågan kör för att hämta historiska orderdata.
Om flera basvalutor har använts kan du inte använda avancerad rapportering eftersom vi bara har stöd för en valuta. Om utdata endast visar en valuta fortsätter du till steg 3.

Använder du delad databaslösning?

a. JA - Använd korrigeringen MDVA-26831 i Advanced Reporting 404-felet för delad databaslösning och rensning av cache. Vänta i 24 timmar tills jobbet körs igen och försök igen.
b. NEJ - Fortsätt till steg 4.

Kontrollera Admin > Lagrar > Inställningar > Konfiguration > Allmänt > Avancerad rapportering. Granska Avancerad rapportering: Aktivera avancerad rapportering om du vill ha mer information.

a. JA - Fortsätt till steg 5.
b. NEJ - Aktivera avancerad rapportering och spara, och vänta i 24 timmar på att Adobe Commerce och Advanced Reporting ska synkroniseras. Kontrollera om dina data nu läses in. Om den gör det har du löst problemet. Om det inte fortsätter till steg 5.

Kontrollera att det finns en token genom att köra följande fråga: SELECT * FROM core_config_data WHERE path LIKE 'analytics/general/token' \G Finns det en token?

a. JA - Fortsätt till Steg 7.
b. NO - Om tokenvärdet är NULL eller om det inte finns någon post i databasen fortsätter du till Steg 6.

Kontrollera räknarvärdet i flaggtabellen genom att köra den här frågan: SELECT * FROM `flag` where `flag_code` = 'analytics_link_subscription_update_reverse_counter'\G Returnerar frågan raden?

a. JA - Gör följande: 1. Kör frågan nedan:
DELETE from `flag` where `flag_code` = 'analytics_link_subscription_update_reverse_counter';
2. Inaktivera och aktivera modulen för avancerad rapportering i inställningarna och auktorisera token igen.
3. Vänta i 24 timmar tills Adobe Commerce och Advanced Reporting har synkroniserats. Om du fortfarande inte kan se data i avancerad rapportering skickar du en supportanmälan.
b. NO - Om frågan inte returnerar något, gör du så här: 1. Inaktivera och aktivera modulen för avancerad rapportering i inställningarna och auktorisera token igen.
2. Vänta i 24 timmar tills Adobe Commerce och Advanced Reporting har synkroniserats. Om du fortfarande inte kan se data i avancerad rapportering skickar du en supportanmälan.

Kontrollera att jobbet analytics_collect_data kördes genom att köra frågan: SELECT * FROM cron_schedule WHERE job_code LIKE 'analytics_collect_data' \G

a. JA - Om det finns poster och kolumnen status säger missade använder du korrigeringen i den här KB-artikeln Uppdatera avancerad rapportering för att köra den på en egen cron-grupp.
b. JA - Om det finns poster och kolumnen status säger success fortsätter du till steg 9.
c. JA - Om det finns poster och kolumnen status säger error fortsätter du till steg 8.
d. NEJ - Om det inte finns några poster fortsätter du till steg 8.

Kör kommandot: zgrep analytics_collect_data var/log/support_report.log var/log/support_report.log.1.gz | tail

a. JA - Om utdata från frågan indikerar ett slutfört jobb, till exempel Cron Job analytics_collect_data is successfully finished, fortsätter du till Steg 9.
b. NEJ - Om det inte finns några poster i loggen skickar du en supportanmälan.
c. JA - Om det finns poster men ett fel uppstår går du vidare till Steg 10.

Om du vill kontrollera att filen data.tgz finns kör du det här kommandot - det bör returnera katalog(er) med hash-namn:

ls -ltr pub/media/analytics/

Kör det här kommandot om du vill kontrollera att det finns poster i access.logs:

zgrep -i analytics /var/log/platform/[cluster_id|cluster_id_stg]/access.log* | grep MagentoBI

a. JA - Om filen data.tgz finns med och det finns poster i åtkomstloggarna, men du fortfarande har ett 404-fel, måste du skicka en supportanmälan.
b. NEJ - Fortsätt till steg 10.

Exempel: I tabellen core_config_data ser du felet Filen "/app/var/tmp/analytics/tmp/.nfsb3b6041dd44588a000850c0 kan inte tas bort. Varning!unlink(https://experienceleague.adobe.com/app/var/tmp/analytics/tmp/.nfsb3b6041dd44588a000850c0?lang=sv): Ingen sådan fil eller katalog*

a. JA - Använd ACSD-50165-korrigeringen i Det går inte att ta bort filen. Varning!unlink: Det finns inget sådant fil- eller katalogfel från Admin, vänta 24 timmar tills jobbet körs igen och försök sedan igen.
b. NEJ - Fortsätt till steg 11.

Exempel: 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 - Använd MDVA-19391-korrigeringen i Common Advanced Reporting cron-jobbfel på Adobe Commerce, vänta 24 timmar tills jobbet körs igen och försök igen.
b. NEJ - skicka en supportanmälan.