Beheerde waarschuwingen voor Adobe Commerce: waarschuwing voor geheugenproblemen

Controleer of er een Adobe Commerce-ondersteuningsticket bestaat. Voor stappen, zie Spoor uw steunkaartjesin onze basis van de steunkennis. De ondersteuning heeft mogelijk al een New Relic-drempelwaardewaarschuwing ontvangen, een ticket gemaakt en aan het probleem gewerkt. Als er geen ticket bestaat, maakt u er een. Het ticket moet de volgende informatie bevatten:

• Reden van contactpersoon: selecteer "KRITIEKE New Relic-waarschuwing ontvangen"
• Beschrijving van de signalering
• verbinding van het Ongeval van New Relic. Dit is inbegrepen in uw Beheerde alarm voor Adobe Commerce.

De pagina van de Infrastructuur van New Relic APM van het gebruik 🔗 om hoogste geheugen intensieve processen te identificeren. Voor stappen, verwijs naar de pagina van de Gastheren van de Infrastructuur van New Relic > het lusje van Processen:

• Als services zoals Redis, MySQL of PHP de belangrijkste bronnen van geheugenverbruik zijn, kunt u het volgende proberen:

Controleer of u de nieuwste versies hebt. In nieuwere versies kunnen soms geheugenlekken worden gecorrigeerd. Als u niet over de nieuwste versie beschikt, kunt u een upgrade uitvoeren. Voor stappen, verwijs naar Adobe Commerce op wolkeninfrastructuur > de Diensten > de Diensten van de Veranderingin onze ontwikkelaarsdocumentatie.

Als het probleem met de service geen versiegerelateerd probleem is, probeert u het volgende:

MySQL: Controle voor kwesties zoals lange lopende vragen, Primaire sleutels bepaald niet, en dubbele indexen. Voor stappen, verwijs naar Veelvoorkomende gegevensbestandKwesties in Adobe Commerce op wolkeninfrastructuurin onze basis van steunkennis.

Redis: Als Redis een hoogste bron van geheugenconsumptie is, voorlegt een steunkaartje.

PHP: Als PHP een hoogste bron van geheugenconsumptie is, herzie lopende processen door ps aufx in CLI/Terminal in werking te stellen. In de eindoutput zult u cron banen en processen zien die momenteel worden uitgevoerd. Controleer de uitvoer op de uitvoeringstijd van het proces. Als er een kruin met een lange uitvoeringstijd is, kan de kruin hangen. Voor het oplossen van problemenstappen, zie Trage prestaties, langzame en lange lopende kronnenen baan van het Gewas geplakt in "lopende"statusin onze basis van steunkennis.

Als u nog worstelt om de bron van het probleem te identificeren, gebruik pagina van de Transactie van New Relic APMom transacties met prestatieskwesties te identificeren:

• Transacties sorteren door oplopende Apdex-scores. Apdexverwijst naar gebruikerstevredenheid aan de reactietijd van uw Webtoepassingen en de diensten. A lage score van de Indexkan op een knelpunt (een transactie met een hogere reactietijd) wijzen. Meestal is dit de database, Redis of PHP. Voor stappen, verwijs naar de transacties van de Mening van New Relic met de hoogste ontevredenheid van de Index.
• De transacties van de soort door hoogste productie, de langzaamste gemiddelde reactietijd, het meest tijdrovend, en andere drempels. Voor stappen, verwijs naar New Relic vind specifieke prestatiesproblemen. Als u het probleem nog steeds niet kunt identificeren, gebruikt u de pagina Infrastructuur van New Relic APM.

Als u niet de oorzaak van verhoogde geheugenconsumptie kunt identificeren, herzie recente tendensen om kwesties met recente codeplaatsingen of configuratieveranderingen (bijvoorbeeld, nieuwe klantengroepen en grote veranderingen in de catalogus) te identificeren. U wordt aangeraden de afgelopen 7 dagen van activiteit te controleren op correlaties in codeimplementaties of -wijzigingen.

Als de bovenstaande methoden u niet helpen de oorzaak en/of oplossing binnen een redelijke tijd te vinden, kunt u een upgrade aanvragen of de site in de onderhoudsmodus plaatsen als u dat nog niet hebt gedaan. Voor stappen, zie hoe te om tijdelijk te verzoeken resizein onze basis van de steunkennis, en Gids van de Installatie > laat of maakt onderhoudswijzein onze ontwikkelaarsdocumentatie toe onbruikbaar.

Als de upsize de plaats aan normale verrichtingen terugkeert, denk na om permanent te verzoeken (uw Team van de Rekening van de Adobe), of probeer om het probleem in uw Dedicated Staging te reproduceren door een ladingstest in werking te stellen en vragen te optimaliseren, of code die druk op de diensten vermindert. Zie Adobe Commerce op wolkeninfrastructuur > de Plaatsing van de Test > het Testen van de Lading en stressin onze ontwikkelaarsdocumentatie.