Hanterade varningar på Adobe Commerce: minneskritisk varning

Kontrollera om Adobe Commerce supportanmälan finns. Anvisningar finns i Spåra dina 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:

• Kontaktorsak: välj"New Relic CRITICAL-varning mottagen"
• Beskrivning av aviseringen
• Länk till New Relic Incident. Detta ingår i dina hanterade aviseringar för Adobe Commerce.

Använd infrastruktursidan 🔗 för New Relic APM för att identifiera de mest minnesintensiva processerna. Anvisningar om hur du gör detta finns på 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:

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. Anvisningar finns i Adobe Commerce om molninfrastruktur > Tjänster > Ändra tjänster i utvecklardokumentationen.

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

MySQL: Sök efter problem som långvariga frågor, odefinierade primärnycklar och dubblettindex. Anvisningar finns i De vanligaste databasproblemen i Adobe Commerce om molninfrastruktur i vår kunskapsbas för support.

Redis: Om Redis är den främsta källan till minnesförbrukning skickar du en supportanmälan.

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, kron som körs långsamt och långtoch Kron-jobb som fastnat i körningsstatus i vår kunskapsbas för support.

Om du fortfarande har problem med att identifiera orsaken till problemet kan du använda New Relic APM:s transaktionssida för att identifiera transaktioner med prestandaproblem:

• Sortera transaktioner efter stigande Apdex-poäng. Apdex hänvisar till hur nöjda användarna är med svarstiden för dina webbprogram och tjänster. En låg Apdex-poäng kan indikera en flaskhals (en transaktion med en högre svarstid). Vanligtvis är det databasen, Redis eller PHP. Anvisningar om hur du gör detta finns i New Relic Visa transaktioner med högst 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.

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.

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. Anvisningar om hur du gör finns i Begär tillfällig storleksändring i vår supportkunskapsbas och Installationshandbok > Aktivera eller inaktivera underhållsläge i utvecklardokumentationen.

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 om molninfrastruktur > Testa distribution > Läs in och stresstestning i vår utvecklardokumentation.