Hanterade varningar på Adobe Commerce: minneskritisk varning

Den här artikeln innehåller felsökningssteg när du får en minneskritisk varning för Adobe Commerce i New Relic. Det krävs omedelbara åtgärder för att åtgärda problemet. Varningen ser ut ungefär så här, beroende på vilken meddelandekanal du valt.

diskkritisk varning {width="500"}

Berörda produkter och versioner

Alla versioner av Adobe Commerce på Cloud Infrastructure Pro-planarkitekturen.

Problem

Du får en hanterad avisering i New Relic om du har registrerat dig för Hanterade aviseringar för Adobe Commerce och ett eller flera av tröskelvärdena för larm har överskridits. Dessa varningar utvecklades av Adobe för att ge kunderna en standarduppsättning med hjälp av insikter från support och konstruktion.

Gör!

  • Avbryt all schemalagd distribution tills den här aviseringen har rensats
  • Placera platsen i underhållsläge omedelbart om platsen inte svarar eller inte svarar alls. Om du vill se steg går du till Installationsguide > Aktivera eller inaktivera underhållsläge i vår dokumentation för utvecklare. Se till att du lägger till din IP-adress i listan över undantagna IP-adresser för att vara säker på att du fortfarande kan komma åt din webbplats för felsökning. Om du vill se steg går du till Underhåll listan över undantagna IP-adresser i vår dokumentation för utvecklare.

Gör det inte!

  • lansera fler marknadsföringskampanjer som kan ge er webbplats fler sidvisningar.
  • Kör indexerare eller ytterligare kroner som kan orsaka ytterligare belastning på processorn eller disken.
  • Utför några större administrativa uppgifter (t.ex. Commerce Admin, import/export av data).
  • Rensa cachen.

Din webbplats kanske inte svarar (om du inte redan drabbas av ett avbrott i din webbplats) om du utför någon av åtgärderna"Gör inte" innan du har undersökt och löst orsaken till varningen.

Lösning

Följ de här stegen för att identifiera och felsöka orsaken.

WARNING
Eftersom detta är en viktig varning rekommenderar vi att du slutför Steg 1 innan du försöker felsöka problemet (steg 2 och framåt).
  1. Kontrollera om Adobe Commerce supportanmälan finns. Om du vill se steg går du till Spåra era supportärenden i vår kunskapsbas för support. Supporten kan redan ha fått en New Relic-tröskelvarning, skapat en biljett och börjat arbeta med problemet. Om det inte finns någon biljett skapar du en. Biljetten ska ha följande information:

  2. Använd Infrastruktursida för New Relic APM för att identifiera de mest minnesintensiva processerna. Anvisningar finns i New Relic Värdsida för infrastrukturövervakning > fliken Processer:

    • Om tjänster som Redis, MySQL eller PHP är de viktigaste källorna för minnesförbrukning kan du försöka med följande:
  3. Kontrollera att du har de senaste versionerna. Nyare versioner kan ibland åtgärda minnesläckor. Om du inte har den senaste versionen bör du uppgradera. Om du vill se steg går du till Adobe Commerce om molninfrastruktur > Tjänster > Ändra tjänster i vår dokumentation för utvecklare.

  4. Om problemet med tjänsten inte är versionsrelaterat kan du försöka med följande:

  5. MySQL: Sök efter problem som långvariga frågor, odefinierade primärnycklar och dubblerade index. Om du vill se steg går du till De vanligaste databasproblemen i Adobe Commerce om molninfrastruktur i vår kunskapsbas för support.

  6. Redis: Om Redis är den främsta källan till minnesförbrukning, skicka en supportanmälan.

  7. PHP: Om PHP är den främsta källan till minnesförbrukning kan du granska processer som körs genom att köra ps aufx i CLI/Terminal. I slutversionen ser du de kroniska jobb och processer som körs. Kontrollera utdata för processernas körningstid. Om det finns en kron med lång exekveringstid kan kronen hänga. Felsökningssteg finns i Långsamma prestanda, långsamma och långvariga kroner och Kronjobbet fastnade i körningsstatus i vår kunskapsbas för support.

  8. Om du fortfarande har svårt att identifiera orsaken till problemet kan du använda New Relic APM's Transaction page för att identifiera transaktioner med prestandaproblem:

    • Sortera transaktioner efter stigande Apdex-poäng. Apdex avser hur nöjda användarna är med svarstiden för dina webbprogram och -tjänster. A low Apdex score kan tyda på en flaskhals (en transaktion med en högre svarstid). Vanligtvis är det databasen, Redis eller PHP. Anvisningar finns i New Relic Visa transaktioner med största missnöjd med Apdex.
    • Sortera transaktioner efter högsta genomströmning, den långsammaste genomsnittliga svarstiden, den mest tidskrävande och andra tröskelvärden. Anvisningar finns i New Relic Hitta specifika prestandaproblem. Om du fortfarande har svårt att identifiera problemet kan du använda infrastruktursidan för New Relic APM.
  9. Om du inte kan identifiera orsaken till den ökade minnesanvändningen kan du granska aktuella trender för att identifiera problem med nyligen använda koddistributioner eller konfigurationsändringar (till exempel nya kundgrupper och stora ändringar i katalogen). Vi rekommenderar att du granskar de senaste 7 dagarnas aktivitet för att se om det finns några korrelationer i koddistributioner eller ändringar.

  10. Om ovanstående metoder inte hjälper dig att hitta orsaken och/eller lösningen inom rimlig tid, begär du en uppgradering eller placerar platsen i underhållsläge om du inte redan har gjort det. Om du vill se steg går du till Så här begär du tillfällig storlek i vår kunskapsbas och Installationsguide > Aktivera eller inaktivera underhållsläge i vår dokumentation för utvecklare.

  11. Om storleken på upp-sidan återställer webbplatsen till normal drift kan du begära en permanent storlek (kontakta ditt Adobe-kontoteam) eller försöka återskapa problemet i din dedikerade mellanlagring genom att köra ett inläsningstest och optimera frågor, eller kod som minskar trycket på tjänsterna. Se Adobe Commerce i molninfrastruktur > Testa driftsättning > Belastnings- och stresstestning i vår dokumentation för utvecklare.

recommendation-more-help
8bd06ef0-b3d5-4137-b74e-d7b00485808a