Felsökning av Adobe Commerce webbplats ned
I den här artikeln finns en stegvis felsökningsguide för diagnostisering och lösning av problem med Adobe Commerce-webbplatser. Det hjälper till att identifiera rotorsaker, från infrastrukturproblem till fel på programnivå. Adobe Commerce felsökare för nedladdning av webbplats i avsnittet Lösning innehåller ett strukturerat beslutsträd för att isolera orsaken till ett webbplatsutbrott. I varje steg presenteras en diagnostisk fråga och du uppmanas att hitta relevanta loggar, frågor eller dokumentation baserat på ditt svar. Detta beslutsträd omfattar plattformsstatuskontroller, felkodanalys, flaskhalsar i prestandan, misslyckade driftsättningar och databasproblem.
Beskrivning description
Miljö
Adobe Commerce on Cloud Infrastructure
Problem/symtom
- Webbplatsen är inte tillgänglig eller returnerar felkoder (t.ex. 500, 503, 404)
- Hög serverbelastning eller långsam behandling av begäranden
- Driftsättnings- eller indexeringsfel
- Allvarliga fel i statiskt innehåll saknas eller i PHP
- Redis-, MySQL- eller Elasticsearch-fel
- Fel i anpassad modul eller efter-krok
- Problem med patchning av disposition eller databasdeadlock
Upplösning resolution
Klicka på varje fråga för att visa svarsinformationen i varje steg i felsökaren.
Obs! Innan du skapar en supportbiljett bör du kontrollera sidan Kvalitetspatchar: Sök efter korrigeringsfiler för att se om ditt problem redan finns med.
Steg 1
- JA - Om Adobe Commerce-status visar ett problem öppnar du en supportanmälan för vidare utredning.
- NEJ - Fortsätt till steg 2.
Steg 2
- JA - Om du har markerat Snabbstatus och ett problem har uppstått, öppnar du en supportanmälan för ytterligare utredning.
- NEJ - Om du markerade Snabbstatus och inget problem visades går du vidare till steg 3.
Steg 3
Så här kontrollerar du felkoder:
-
Firefox: Öppna meny
>
Webbutvecklare>
Växla verktyg>
Fliken Nätverk>
Alla filter>
Status kolumn -
Chrome: Öppna meny
>
Fler verktyg>
Utvecklarverktyg>
Fliken Nätverk>
Alla filter>
Status kolumn -
JA - Öppna en supportbiljett för ytterligare utredning.
-
NEJ - Fortsätt till steg 4.
Steg 4
-
500: Kontrollera loggen för
/var/log/platform/
. Om dessa data inte hjälper dig att identifiera problemet kan du öppna en supportanmälan och inkludera den felsökningsinformation som du har gjort hittills för ytterligare utredning. -
503: Kontrollera loggen för
var/reports
. Om dessa data inte hjälper dig att identifiera problemet kan du öppna en supportanmälan och inkludera den felsökningsinformation som du har gjort hittills för ytterligare utredning. -
404: Kör följande fråga:
code language-none SELECT f.flag_data->>'$.current_version' AS flag_version, (su.id IS NOT NULL) AS update_exists FROM flag f LEFT JOIN staging_update su ON su.id = f.flag_data->>'$.current_version' WHERE flag_code = 'staging';
Om frågan returnerar en tabell där
update_exists
är "0", se Error 404 på alla sidor på grund av problem med Content Staging. I annat fall fortsätter du till steg 5. -
Andra felkoder: Gå till steg 5.
Steg 5
- JA - Se felsökningssteg för DDOS-attacker.
- NEJ - Kontrollera loggar för
/var/log/exception.log
och/var/log/deploy.log
. Om dessa data inte hjälper dig att identifiera problemet går du vidare till steg 6.
Steg 6
- JA - fortsätt till steg 13.
- NEJ - Fortsätt till steg 7.
Steg 7
- JA - se kontrollera Elasticsearch.
- NEJ - Fortsätt till steg 8.
Steg 8
- JA - Se Kontrollera långsamma frågor och Självstudiekurs om MySQL-frågor.
- NEJ - Fortsätt till steg 9.
Steg 9
- JA - se Kontrollera statiskt innehåll.
- NEJ - Fortsätt till steg 10.
Steg 10
- JA - Se Vanliga PHP-allvarliga fel och lösningar.
- NEJ - Fortsätt till steg 11.
Steg 11
- JA - Se verifiera Redis-anslutningen och Redis-felsökning.
- NEJ - Fortsätt till steg 12.
Steg 12
- JA - Om det är låst av en annan process, se Index är låst av en annan process. Annars öppnar du en supportbiljett.
- NEJ - Öppna en supportbiljett.
Steg 13
- JA - Se felsökningshjälp för anpassad modul.
- NEJ - Fortsätt till steg 14.
Steg 14
- JA - Se Felreferens för MySQL-server.
- NEJ - Fortsätt till steg 15.
Steg 15
- JA - Se Om du använder en korrigering tas din plats ned.
- NEJ - Fortsätt till steg 16.
Steg 16
- JA - Läs felmeddelandereferensentill MySQL-servern.
- NEJ - Fortsätt till steg 17.
Steg 17
- JA - se Deadlocks i MySQL -artikeln.
- NEJ - Öppna en supportbiljett.
Klicka här för att visa felsökningsflödesschemat för webbplats.
Relaterad läsning
Metodtips för att ändra databastabeller