Felsöka problem med högt minne på virtuella Azure Windows-datorer

Gäller för: ✔️ Virtuella Windows-datorer

Prestandaproblem uppstår i olika operativsystem eller program, och varje problem kräver en unik metod för felsökning. CPU, minne, nätverk och indata/utdata (I/O) är ofta viktiga faktorer när prestandaproblem uppstår. Varje område genererar olika symtom (ibland samtidigt) och kräver en annan diagnostisk metod och lösning.

I den här artikeln beskrivs problem med hög minnesanvändning (även kallat minnestryck) som uppstår på virtuella Azure-datorer (VM) som kör Windows-operativsystemet (OS). Information om hur du får felsökningsvägledning för virtuella Azure-datorer som kör Linux-distributioner finns i Felsöka prestanda och isolera flaskhalsar i Linux.

Problem med minnestryck på Azure Windows-VM:s

Förutom problem med I/O och nätverksfördröjning kräver felsökning av processor och/eller minne i huvudsak samma verktyg och steg som de lokala servrarna gör. Ett av de verktyg som stöd för virtuella Azure-datorer rekommenderar är PerfInsights (tillgängligt för både Windows och Linux). PerfInsights kan tillhandahålla en diagnos av bästa praxis för virtuella Azure-datorer i en användarvänlig rapport. PerfInsights är också ett omslutningsverktyg som kan hjälpa till att samla in Perfmon-, Xperf- och Netmon-data, beroende på vilka flaggor som väljs i verktyget. Du behöver inte kontakta Microsoft Support för att köra PerfInsights på din virtuella Azure-dator. PerfInsights är offentligt tillgängligt. Den genererar rapporten lokalt eller i ditt angivna lagringskonto.

De flesta felsökningsverktyg för prestanda som används för lokala servrar, till exempel Perfmon eller Procmon, fungerar på virtuella Azure Windows-datorer. PerfInsights är dock uttryckligen utformat för virtuella Azure-datorer för att ge fler insikter, inklusive metodtips för Azure, metodtips för SQL, högupplösta I/O-svarstider, minnes- och minnesflikar och så vidare. Den här artikeln beskriver den del av PerfInsights som är relevant för minnesfelsökning.

Vad är minnestryck?

När systemet pressas på fysiskt minne (random access memory (RAM) eller virtuellt minne (som backas upp av växlingsfilen), baserat på efterfrågan från de processer som körs, justerar operativsystemet de aktiva sidorna i RAM-minnet med en växlingsfil. Det här fallet indikerar att det finns minnestryck och att operativsystemet arbetar hårt för att få arbetsytan till krävande appar. Minnesläcka är en annan variation. Det är främst ett resultat av kodningsfel där operativsystemet fortsätter att söka efter fler allokeringar, vilket i slutändan leder till överbelastning för virtuell minne.

Många problem är direkt relaterade till arbetsbelastningen. Den typ av arbetsbelastning som finns på datorn driver resursförbrukning, vilket inkluderar minne.

Vanliga faktorer

Här är vanliga faktorer i en minnesbrist. Om någon av dessa faktorer finns är du nära roten till det här problemet:

• En ny kodändring eller distribution som främst gäller för appar som Internet Information Services (IIS), Microsoft SharePoint, SQL Server eller program från tredje part.

• En ny uppdatering som kan vara relaterad till en uppdatering på operativsystemsnivå eller kumulativa uppdateringar och korrigeringar på programnivå.

• En frågeändring eller inaktuella index. SQL Server- och Oracle-datanivåprogram har också frågeplansoptimering som en annan faktor. Dataändringar eller brist på lämpliga index kan leda till att flera frågor får fler datasidor i minnet än vad som är optimalt, vilket orsakar stress på växlingsutrymmet.

• Azure VM-specifik – Vissa processer som RDAgent och tilläggsspecifika processer som Övervakningsagent, MMA-agent eller säkerhetsklient kan orsaka hög minnesförbrukning. Dessa processer måste visas från en konfiguration, ett känt problemperspektiv eller ibland en regressionsversion.

Felsöka problem med minnestryck

Avsikten med att felsöka problemet är att nollställa den skyldiga processen så mycket som möjligt. Ytterligare analys är specifik för den process som visar sig driva hög minnesförbrukning.

Om processen till exempel är SQL Server (sqlservr.exe) är nästa steg att analysera inställningar som MaxServerMemory och analysera vilken fråga som använder flest minnescykler under en viss tidsperiod. Mer information om metodtips för SQL Server i Azure finns i VM-storlek: Metodtips för prestanda för SQL Server på virtuella Azure-datorer.

Problem med omfångsminnestryck

Här följer några frågor att ställa när du felsöker problemet:

• Finns det ett mönster i det här problemet? Uppstår till exempel problemet med lågt minne vid en viss tidpunkt varje dag, vecka eller månad? Kan du i så fall korrelera det med ett jobb, en process, en rapport eller en användarinloggning?

• Appnivå – Började problemet med lågt minne efter en ny kodändring? Har du tillämpat en uppdatering i Windows eller distribuerat en ny programversion? Uppstod det en plötslig ökning av användarbasen, eller förstördes belastningsutjämningen, vilket ledde till ett annat belastningsmönster?

• Datanivå – Började problemet med lågt minne efter en ändring i arbetsbelastningen, till exempel en ökning av antalet användare, en högre datatillströmning eller ett större antal rapporter som hämtas? Har den här arbetsbelastningen nyligen migrerats till Azure? Fungerade det någonsin bra?

• Började problemet med lågt minne för Azure under något av följande villkor?

  • Efter en ny omdistribution eller omstart?
  • När en vm-typ eller nivå ändrades?
  • När ett nytt tillägg har lagts till i den virtuella datorn?
  • Efter att ändringar i lastbalanseraren har gjorts?
  • Fanns det en in-/utskalning för din VMSS-konfiguration, vilket ledde till en oföränderlig belastning?

Azure-varningar

• Viktigast av allt, förstå din arbetsbelastning. När du väljer en VM SKU (erbjudande/typ) kan du underskatta minnesspecifikationerna, eftersom tendensen är att titta på den totala månatliga värdkostnaden. Om din arbetsbelastning är minnesintensiv kan det leda till problem med att välja en mindre VIRTUELL DATOR-SKU. Testa olika konfigurationer för din arbetsbelastning för att fastställa den bästa beräkningsfunktionen som krävs.

• Planerar du att konfigurera flera användare som Azure Virtual Desktop (AVD)? Resurserna, inklusive minne, måste beaktas baserat på resursdelning medan sessionerna är aktiva.

• Är din app utformad för att föra in arbetskontexten i minnet? MongoDB kan till exempel konfigureras för att fungera minnesinternt, vilket innebär att det använder minnet och byter blanksteg kraftigt. Därför bör den typ av virtuell dator (erbjudande) som du har valt uppfylla det här kravet.

För andra kända program/konfigurationer som SQL Server, Oracle, RDS (Fjärrskrivbordstjänster), Azure Virtual Desktop, IIS eller SharePoint finns det artiklar med metodtips för Azure som innehåller rekommendationer för vilka minimal konfiguration är bäst för dessa arbetsbelastningar.

Pågående problem med lite minne

Om problemet uppstår just nu är det här den bästa möjligheten att samla in processspårningen för att avgöra vad som orsakar problemet. För att hitta processen kan du använda befintliga verktyg som du har använt för lokala Windows-servrar, till exempel Procmon, Perfmon, RAMMAP, xPerf Windows Toolkit, ResourceExplorer och så vidare.

Följande verktyg rekommenderas av Azure Support för virtuella Azure-datorer:

• PerfInsights
• Perfmon
• Azure-övervakningsverktyg

PerfInsights

PerfInsights är det rekommenderade verktyget från Azure Support för prestandaproblem med virtuella datorer. Den omfattar metodtips och har dedikerade analysflikar för minnes-, CPU- och högupplösta I/O-grafer. Du kan köra den OnDemand via Azure Portal eller i den virtuella datorn. Den är djupt integrerad med Azure Portal och omfattar även rekommendationer för bästa praxis för vanliga program på Windows-gästnivå.

Om du har ett aktivt ärende med Azure Support-teamet kan du dela PerfInsights-data med dem eller använda dem oberoende av varandra efter behov.

Hämta PerfInsights

PerfInsights är tillgängligt för både Windows- och Linux-operativsystemet.

Här följer några alternativ för Windows.

Köra och analysera rapporter via Azure Portal

När PerfInsights installeras via Azure Portal installeras ett tillägg på den virtuella datorn. Du kan också installera PerfInsights direkt som ett tillägg genom att gå till bladet Tillägg på den virtuella datorn och sedan välja ett alternativ för prestandadiagnostik.

Azure Portal – Alternativ 1

Välj alternativet Prestandadiagnostik. Du uppmanas att installera alternativet (använder tillägg) på den virtuella dator som du har valt. Se följande skärmbild för ett exempel:

Välj Installera prestandadiagnostik. Du ser en panel för körningsdiagnostik . I panelen Kör diagnostik kan du välja olika analystyper som ska köras. De bästa alternativen för minnesanalys är Prestandaanalys och Avancerad prestandaanalys.

Baserat på ditt val ser du ytterligare alternativ. Se följande skärmbild för ett exempel:

De numrerade alternativen i skärmbilden gäller följande kommentarer:

1. Välj Kör diagnostik.

2. För alternativet Analys väljer du Prestandaanalys eller Avancerad prestandaanalys. Grundläggande samling samlar främst in förslag på vm-konfiguration och metodtips. Du behöver dock mer detaljerade data för felsökningsändamål, som endast flaggor för prestandaanalys eller samlingsflaggor för avancerad prestandaanalys kan avbilda.

3. Välj spårningstiden för datainsamlingen. För minnesfelsökning väljer du 15 minuter eller mer. I Azure Portal läge kan du samla in upp till 15 minuters data. Under längre samlingsperioder måste du köra programmet som en körbar fil från den virtuella datorn.

4. Om du uppmanas av Azure Support att samla in dessa data kan du lägga till biljettnumret i fältet Supportbegäransnummer . Det här fältet är valfritt.

5. Välj kryssrutan Jag bekräftar att jag får den här programvaran från Microsoft Corp. och att jag har läst och godkänner de juridiska villkoren och sekretesspolicyn för att godkänna licensavtalet för slutanvändare (EULA). Markera kryssrutan Jag godkänner att dela diagnostikinformation med Microsoft om du tänker göra den här rapporten tillgänglig för Azure-supportteamet som hjälper till i det här fallet.

Rapporten Prestandadiagnostik lagras i ett av lagringskontona under din prenumeration. Den är tillgänglig för att visa och ladda ned senare. När du har skickat en diagnostik visar samma prestandadiagnostikvy även tidigare rapportsamlingar och en sammanfattning av resultaten under kategorier med hög/medelhög/låg. Se följande skärmbild för ett exempel:

Du kan välja någon av rapporterna för att se nästa informationsnivå. Du kan också ladda ned rapporten för detaljerad analys genom att välja Ladda ned rapport. Se följande skärmbild för ett exempel:

Azure Portal – alternativ 2

Välj Diagnostisera och lösa problem på bladet för den virtuella datorn och leta efter prestandaproblem för virtuella datorer i den högra panelen. Se följande skärmbild för ett exempel:

Om du väljer Felsöka läses installationssidan för PerfInsights in. Den här sidan visar även automatiserad diagnostik, som kommer att köra interna kontroller och visa eventuella instanser av minnesbelastning på den här virtuella datorn under de senaste 24 timmarna. En länk för körningsprestandadiagnostik för att växla tillbaka till PerfInsights-vyn i Azure Portal visas också under Felsökningssteg på den här sidan.

Köra PerfInsights från en virtuell dator

Den här metoden kan användas om du tänker köra PerfInsights under längre perioder. Artikeln PerfInsights innehåller en detaljerad genomgång av de olika kommandon och flaggor som krävs för att köra PerfInsights som en körbar fil. Om du vill analysera hög minnesanvändning använder du något av följande lägen och kommandon:

• Avancerat scenario

  PerfInsights /run advanced xp /d 900 /AcceptDisclaimerAndShareDiagnostics

• Scenario med långsam virtuell dator (prestanda)

  PerfInsights /run vmslow /d 900 /AcceptDisclaimerAndShareDiagnostics

Kommandot körs i 15 minuter. Kommandoutdata kommer att finnas i samma mapp där du sparar körbara PerfInsights. Fler kommandoalternativ finns i Hur gör jag för att köra PerfInsights?.

Vad du ska leta efter i rapporten

När du har kört rapporten beror platsen för innehållet på om den körs via Azure Portal eller som en körbar fil. För båda alternativen kan du komma åt den genererade loggmappen eller ladda ned (om det finns i Azure Portal) lokalt för analys.

Kom åt insamlade data

Mappstrukturen bör likna följande:

1. Alla ytterligare samlingar som Perfmon, Xperf, Netmon, SMB-loggar, händelseloggar och så vidare finns i utdatamappen.

   

2. Den faktiska rapporten tillsammans med analys och rekommendationer är Perfinsights Report.html.

3. För både prestanda (VMslow) och avancerade scenarier samlar rapporten in information om perfmon under PerfInsights-körningen.

4. Händelseloggarna visar en snabb vy över användbar information om systemnivå eller processkrasch.

Här börjar du

Öppna PerfInsights-rapporten. Fliken Resultat loggar eventuella avvikande värden när det gäller resursförbrukning. Om det finns instanser av hög minnesanvändning eller andra resursbegränsningar kategoriseras fliken Resultat som antingen Hög påverkan eller Medelpåverkan .

Om du expanderar händelsen Resultat visas flera viktiga detaljer. På fliken visas processerna i fallande ordning per genomsnittlig minnesförbrukning. Den visar om processen är relaterad till systemet eller en app (SQL Server, IIS eller en app från tredje part).

Mer information

Det finns en dedikerad underflik med de främsta minneskonsumenterna under Minne. Den här fliken kan användas för detaljerad mönsteranalys och visar processinformation under datainsamlingens varaktighet.

Fliken Främsta minneskonsumenter har två separata avsnitt: Perioder för hög minnesanvändning och de främsta minneskonsumenterna.

• Hög minnesanvändningsperioder: Det här avsnittet visar en tidsindikator när minnesförbrukningen är hög. Den visar också det totala bekräftade minnet %, vilket är en av de viktigaste indikatorerna för minnesöverbelastning. AvailablePhysicalMemory% anger hur tunt systemet körs på minnet eller vad som finns kvar för det.

• Främsta minneskonsumenter: Det här avsnittet är lika viktigt eftersom det visar information på processnivå om hög minnesförbrukning under datainsamlingsintervallet. Detta visar både processinformationen och deras minnesanvändningsmönster. Listan sorteras genom att ha hög genomsnittlig minneskonsument överst. Anteckna EndTime - StartTime (EndTime minus StartTime), vilket är den faktiska varaktigheten för processen som förbrukar mycket minne under den övergripande datainsamlingstiden.

  

De här två flikarna är allt du behöver för att ange sökvägen för nästa felsökningssteg. Beroende på vilken process som driver det höga minnestillståndet måste du ta itu med de frågor som ställdes tidigare. Processer som SQL (sqlservr) eller IIS (w3wp) kräver en specifik detaljnivå för fråge- eller kodändringar som orsakar det här villkoret.

För systemprocesser som WmiPrvSE eller SvcHost måste du följa en annan sökväg. En förutsättning för dessa processer är att du ska ha den senaste kumulativa korrigeringen för operativsystemet.

För Azure VM-relaterade processer som RDAgent, Operations Management Suite (OMS) och körbara säkerhetstillägg måste du se till att dessa processer finns i de senaste versionerna. Om problemet kvarstår även efter att processen har uppgraderats till den senaste versionen kan du söka hjälp från Azure-supportteamet.

Systemhändelseloggarna kan också logga händelse-ID 2004 som en varning. Den visar också de tre främsta processerna baserat på förbrukning.

Perfmon

Perfmon är ett av de tidigaste verktygen för att felsöka ett resursproblem i Windows OS. Observera att den inte ger en tydlig rapport med rekommendationer eller resultat. I stället kräver det att användarna utforskar de insamlade data och använder ett specifikt filter under de olika räknarkategorierna.

PerfInsights samlar in Perfmon som en extra logg för VMSlow- och Advanced-scenarier. Perfmon kan dock samlas in separat och har följande ytterligare fördelar:

• Den kan samlas in via fjärranslutning.
• Det kan schemaläggas via Aktiviteter.
• Den kan samlas in under längre perioder eller i kontinuerligt läge med hjälp av överrullningsfunktionen.

Överväg samma exempel som visas i PerfInsights för att se hur Perfmon visar dessa data. En snabb indikator för minneshälsa är via räknaren Tillgängliga MBytes , som anger det fysiska minne som är tillgängligt för allokering till ett system eller en process som behöver det. Även om operativsystemet börjar flagga processer för att minska sina WorkingSets när det känner av konkurrens, är ett allmänt bollplansnummer som en röd flagga för tillgängliga Mbyte att vara större än 200 Mb (> 200 Mb).

Perfmon är tillgängligt som standard i Windows (Server eller klient) och kan anropas via användargränssnittet eller ett kommandoradsverktyg. Om du vill läsa in Perfmon i Windows väljer du Starta>körning, skriver Perfmon och väljer OK. Alla datainsamlingar som görs för Perfmon har ett *.blg-tillägg .

Du kan lägga till räknare under olika resurskategorier. För minnesfelsökning väljer du Tillgängliga MByte för minne>. Se följande skärmbild för ett exempel:

När du lägger till den här räknaren visas mönstret för AvailableMBytes under datainsamlingsintervallet eller vid körning. Öppna filen Perfmon (*.blg) från utdatamappen PerfInsights och lägg till räknaren under Tillgängliga MByte för minne>. Kontrollera hur det visar ett dopp i det minne som är tillgängligt för datorn. Se följande skärmbild för ett exempel:

Men frågan (vilken app förbrukar minnet för mycket?) kvarstår. Verktyg som PerfInsights, Resource Monitor, Prestandaanalys av loggar (PAL) och så vidare hjälper till att hitta dessa appar via användarvänligt användargränssnitt eller rapporter.

Det är lite omständligt att nollställa processen eftersom det måste göras genom manuell dataanalys.

Perfmon har kategorin Processräknare. I den här kategorin finns det några räknare som Arbetsuppsättning, Privata byte och Virtuella byte. De anger minnesanvändningsmönstret för varje process som körs under datainsamlingens varaktighet.

Mönstret måste observeras för de processer som har en gradvis eller brant ökning som indikerar kontinuerlig efterfrågan på minne. Så här nollar du ned processer baserat på mönstermatchning nära räknaren _Total/PrivateBytes.

Förenkla perfmonanalys

Det finns inga tillgängliga standardanvändarklara rapporter i Perfmon. Olika vyer ändrar graftypen, men processfiltreringen (eller det arbete som krävs för att identifiera processer som är orsaken till felet) är manuell. Det finns några användbara verktyg som använder *.blg-filer och ger mer användarvänliga utdata att analysera. En av dem är PAL-verktyget. PAL-verktyget kan använda *.blg-filer och generera detaljerade rapporter.

Listan över tillgängliga verktyg slutar inte på PerfInsights för Perfmon. Du kan använda alla befintliga verktyg (Procmon, RAMMAP, xPerf Windows Toolkit, ResourceExplorer och så vidare). Det finns många verktyg från tredje part som kan användas vid behov.

Övervakningsverktyg i Azure

Alla produktionssystem behöver konsekvent övervakning, så Microsoft får proaktiva aviseringar och använder dem för historiska mönster för att bättre förstå resurskraven för appmiljön. Som tur är är virtuella Azure-datorer (både Windows och Linux) djupt integrerade med Azure Monitoring-funktionen, som tillhandahåller robust automatiserad insamling av mått och flera vägar för att skapa rapporter eller använda verktyg från tredje part för att skapa rapporter som ditt team behöver.

Om en kritisk virtuell dator för produktion når ett visst resurströskelvärde (till exempel minne) kan du skapa anpassade aviseringar. I det här fallet kan du varna ett team via e-post eller text.

Virtuella Azure-datorer har tillförlitliga mått som innehåller grundläggande information som minne, nätverks-I/O och I/O-byte. För avancerade mått, till exempel Azure Monitor, behöver du bara göra några få val för att konfigurera och använda ett lagringskonto som du anger.

Grundläggande räknare (standard)

När virtuella Azure-datorer skapas kommer de med grundläggande standardmått föraktiverade. Dessa mått behöver ingen ytterligare konfiguration för att aktivera Azure Monitoring (som installerar ett tillägg på de virtuella datorerna). Funktionen för dessa grundläggande mått är inte lika fullständig som vad Azure Monitoring tillhandahåller, men de kan fortfarande visa grundläggande hälsotillstånd för virtuella datorer.

Följande skärmbild visar hur mönstret visas i Azure Portal under en virtuell dators minnesmått. Den här skärmbilden kommer från samma tidsram som användes tidigare för att dela PerfInsights- och Perfmon-analys.

Aktivera Azure Monitor

När du har aktiverat Azure Monitor-mått installerar programvaran ett tillägg på den virtuella datorn och börjar sedan samla in detaljerade mått.

Du kan utforska den omfattande anpassning som Azure Monitoring tillhandahåller på virtuella Azure-datorer (Windows och Linux):

• Övervaka virtuella Azure-datorer
• Övervaka virtuella datorer med Azure Monitor
• Så här kartlägger du prestanda med VM Insights

Reaktiv felsökning

Om problemet redan har inträffat måste du först identifiera vad som orsakade problemet med hög minnesanvändning. Den reaktiva hållningen kan vara svår eftersom datainsamlingsläget inte är lika användbart som problemet redan har inträffat. Som vi delade i föregående avsnitt kan Azure Monitor-konfigurerade mått spela en stor roll här, eftersom de behåller historiska data baserat på den konfigurerade kvarhållningstiden.

Om det här problemet var en engångshändelse kan det vara svårt att avgöra vilken app som orsakade det.

Om du har att göra med ett upprepat mönster har du möjlighet att samla in data under den period då problemet sannolikt kommer att inträffa härnäst. PerfInsights och Perfmon är praktiska verktyg, men du kan också använda de verktyg du föredrar.

PerfInsights har ännu ingen schemalagd körningsfunktion. Perfmon kan dock köras och schemaläggas via kommandoraden, som delas i nästa avsnitt.

Logman-kommando

Kommandot Logman create counter används för att köra Perfmon-samlingen via kommandoraden. Du kan schemalägga det via Aktivitetshanteraren eller fjärrköra det.

Här är ett kommandoexempel (inkluderar fjärrinsamlingsläge):

Logman create counter LOGNAME -u DOMAIN\USERNAME * -f bincirc -v mmddhhmm -max 300 -c "\\SERVERNAME\LogicalDisk(*)\*" "\\SERVERNAME\Memory\*" "\\SERVERNAME\Network Interface(*)\*" "\\SERVERNAME\Paging File(*)\*" "\\SERVERNAME\PhysicalDisk(*)\*" "\\SERVERNAME\Process(*)\*" "\\SERVERNAME\Redirector\*" "\\SERVERNAME\Server\*" "\\SERVERNAME\System\*" "\\SERVERNAME\Terminal Services\*" "\\SERVERNAME\Processor(*)\*" "\\SERVERNAME\Cache\*" -si 00:01:00

Logman.exe kan startas från en peer-dator för virtuella Azure-datorer i samma virtuella nätverk.

Mer information om dessa parametrar finns i skapa logman-räknare.

När Perfmon-data har samlats in medan problemet inträffar är de återstående stegen för att analysera data desamma som vi diskuterade tidigare.

Slutsats

För eventuella prestandaproblem är det viktigt att förstå din arbetsbelastning för att lösa problemet. Alternativen för olika VM-SKU:er och olika disklagringsalternativ måste utvärderas genom att fokusera på produktionsarbetsbelastningen (använd Azure Virtual Machine-väljare). Processen med att testa lösningar på olika virtuella datorer kan hjälpa dig att fatta det bästa beslutet.

Eftersom användaråtgärderna och mängden data varierar bör du alltid ha en buffert i den virtuella datorns minne, databehandling, nätverk och I/O-funktioner. På så sätt kan alla plötsliga ändringar i arbetsbelastningen absorberas av den här ytterligare resursbufferten.

Om du förväntar dig att arbetsbelastningen snart kommer att öka kan du gå över till ett högre VM-erbjudande eller skriva med mer beräknings-/minnes-/I/O-kapacitet. Om arbetsbelastningen är minnesintensiv väljer du noggrant VM-SKU:er med högre förhållande mellan minne och CPU.

Kontakta oss för att få hjälp

Om du har frågor eller behöver hjälp skapar du en supportförfrågan eller frågar Azure community support. Du kan också skicka produktfeedback till Azure-feedbackcommunityn.