Risoluzione dei problemi di Reporting avanzato per Adobe Commerce
I problemi di Reporting avanzato su Adobe Commerce possono essere risolti utilizzando questo strumento di risoluzione dei problemi. Ciò include il Reporting avanzato, in cui non vengono visualizzati dati ed errori 404. Fare clic su ogni domanda per visualizzare la risposta in ogni passaggio della risoluzione dei problemi.
Passaggio 1 - Conferma della conformità del sito ai requisiti di reporting avanzati step-1
Quando si utilizza la funzione di reporting avanzato, viene visualizzata la pagina di errore 404. Il tuo sito Web soddisfa i requisiti di reporting avanzati?
a. SÌ - Procedere al passaggio 2.
b. NO - Completa i requisiti di reporting avanzato per il tuo sito seguendo i passaggi descritti in Requisiti di reporting avanzati. Quindi, procedere al passaggio 2.
Passaggio 2 - Esistono ordini in più valute di base? step-2
Vengono utilizzate più valute di base (negli ordini e nella configurazione)? Eseguire il comando SQL per ottenere la configurazione corrente: SELECT value FROM core_config_data WHERE path = 'currency/options/base';
.
a. SÌ: se la query restituisce più righe, non è possibile utilizzare la funzione di reporting avanzato, in quanto è supportata una sola valuta.
b. NO - Il risultato mostra una sola valuta. Esempio: USD
. Sono state utilizzate più valute di base (negli ordini)? Esegui questo comando SQL per ottenere i dati degli ordini cronologici:SELECT DISTINCT base_currency_code FROM sales_order;
.
NOTA: questo comando richiede un'analisi completa della tabella. Per le tabelle con un numero elevato di record, ciò potrebbe avere un impatto sulle prestazioni durante l'esecuzione della query per ottenere i dati cronologici degli ordini.
Se sono state utilizzate più valute di base, non è possibile utilizzare la funzione di reporting avanzato, in quanto è supportata una sola valuta. Se nell'output viene visualizzata una sola valuta, passare al passaggio 3.
Passaggio 3: verificare se il database diviso è in uso step-3
Stai utilizzando soluzione di database divisa?
a. SÌ - Utilizzare la patch MDVA-26831 nell'errore Advanced Reporting 404 nella soluzione di database diviso e cancellare la cache. Attendere 24 ore per la riesecuzione del processo e riprovare.
b. NO - Procedi al passaggio 4.
Passaggio 4: conferma della generazione di rapporti avanzata abilitata step-4
Controlla Amministratore > Archivi > Impostazioni > Configurazione > Generale > Generazione avanzata dei rapporti. Per i passaggi dettagliati, controlla Reporting avanzato: abilita reporting avanzato.
a. SÌ - Procedere al passaggio 5.
b. NO - Abilita la generazione di rapporti avanzati e salva e attendi 24 ore la sincronizzazione di Adobe Commerce e Advanced Reporting. Verifica se i dati ora vengono caricati. Se è così, hai risolto il problema. Se non si procede al passaggio 5.
Passaggio 5: verificare la presenza di token step-5
Verificare che sia presente un token eseguendo la seguente query: SELECT * FROM core_config_data WHERE path LIKE 'analytics/general/token' \G
È presente un token?
a. SÌ - Procedere al passaggio 7.
b. NO - Se il valore del token è NULL o non è presente alcun record nel database, passare al passaggio 6.
Passaggio 6: utilizzare la riga step-6
Controllare il valore del contatore nella tabella dei flag eseguendo questa query: SELECT * FROM `flag` where `flag_code` = 'analytics_link_subscription_update_reverse_counter'\G
La query restituisce la riga?
a. SÌ - Procedere come segue: 1. Esegui la query seguente:DELETE from `flag` where `flag_code` = 'analytics_link_subscription_update_reverse_counter';
2. Disattivare e abilitare il modulo di reportistica avanzata nelle impostazioni e autorizzare nuovamente il token.
3. Attendi 24 ore per la sincronizzazione di Adobe Commerce e Advanced Reporting. Se non riesci ancora a visualizzare i dati in Reporting avanzato, invia un ticket di supporto.
b. NO - Se la query non restituisce alcun risultato, effettuare le seguenti operazioni: 1. Disattivare e abilitare il modulo di reportistica avanzata nelle impostazioni e autorizzare nuovamente il token.
2. Attendi 24 ore per la sincronizzazione di Adobe Commerce e Advanced Reporting. Se non riesci ancora a visualizzare i dati in Reporting avanzato, invia un ticket di supporto.
Passaggio 7: verifica la presenza di record nella tabella cron_schedule
step-7
cron_schedule
?Verificare che il processo analytics_collect_data
sia stato eseguito eseguendo questa query: SELECT * FROM cron_schedule WHERE job_code LIKE 'analytics_collect_data' \G
a. SÌ - Se sono presenti record e la colonna status riporta missing, utilizzare la patch in questo articolo KB Aggiorna report avanzati per eseguire il proprio gruppo cron.
b. SÌ - Se sono presenti record e la colonna status riporta success, passare al passaggio 9.
c. YES - Se sono presenti record e la colonna status riporta error, passare al passaggio 8.
d. NO - Se non sono presenti record, passare al passaggio 8.
Passaggio 8: verifica la presenza del processo in support_report.log
step-8
support_report.log
?Esegui il comando: zgrep analytics_collect_data var/log/support_report.log var/log/support_report.log.1.gz | tail
a. SÌ - Se l'output della query indica un processo riuscito, ad esempio Cron Job analytics_collect_data is successfully finished
passare al passaggio 9.
b. NO - Se nel registro non sono presenti record, invia un ticket di supporto.
c. YES - Se sono presenti record ma si è verificato un errore, passare al passaggio 10.
Passaggio 9: verifica la presenza del file data.tgz
step-9
data.tgz
esiste nel sistema e sono presenti record nei registri di accesso?Per verificare che il file data.tgz
esista, eseguire questo comando. Deve restituire le directory con i nomi hash:
code language-none |
---|
|
Per verificare la presenza di record in access.logs, eseguire il comando seguente:
code language-none |
---|
|
a. SÌ - Se il file data.tgz
è presente e sono presenti record nei registri di accesso, ma si è ancora verificato un errore 404, è necessario inviare un ticket di supporto.
b. NO - Procedi al passaggio 10.
Passaggio 10 - Controllare il messaggio di errore step-10
Esempio: nella tabella core_config_data
viene visualizzato l'errore Impossibile eliminare il file "/app/var/tmp/analytics/tmp/.nfsb3b6041dd44588a0000850c0. Avviso!unlink(https://experienceleague.adobe.com/app/var/tmp/analytics/tmp/.nfsb3b6041dd44588a0000850c0?lang=it): file o directory non esistente*
a. SÌ - Usa la patch ACSD-50165 in Impossibile eliminare il file. Avviso!unlink: errore di file o directory non presente dall'amministratore. Attendere 24 ore per la riesecuzione del processo, quindi riprovare.
b. NO - Procedi al passaggio 11.
Passaggio 11 - Verificare la presenza di un errore di Page Builder step-11
Esempio: 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. SÌ - Utilizzare la patch MDVA-19391 in Errori comuni del job cron di Advanced Reporting su Adobe Commerce, attendere 24 ore per l'esecuzione del job e riprovare.
b. NO - invia un ticket di supporto.
Lettura correlata
Best practice per la modifica delle tabelle del database nel playbook di implementazione di Commerce