Avamar: Microsoft Windows Perfmon gebruiken voor prestatiebewaking van Avamar clients

Dit artikel is van toepassing op alle Avamar clientversies waarop Windows wordt uitgevoerd.

Perfmon (Performance Monitor) kan een krachtig hulpmiddel zijn om problemen op te lossen.
Het kan in de loop van de tijd en met gespecificeerde tussenpozen metrische Windows-prestatiegegevens verzamelen en logboeken genereren die grafisch kunnen worden geanalyseerd om problemen met de systeemprestaties te identificeren.

Hier bespreken we welke statistieken u moet verzamelen en hoe u deze tool correct kunt configureren om ze te verzamelen.

Zie voor meer informatie over het onderzoeken van de prestaties van de Avamar-client: 

• Trage back-upprestaties van Avamar client Knelpunten identificeren (OPLOSSINGSPAD) 

Hoe toegang te krijgen tot Perfmon:

Druk op Windows-W om het venster UITVOEREN te openen.
Typ Perfmon.

Wat en wanneer te meten

Knelpunten doen zich voor wanneer een resource zijn capaciteit bereikt en kunnen trage prestaties veroorzaken. 

Knelpunten worden veroorzaakt door onvoldoende of verkeerd geconfigureerde resources, slecht functionerende componenten en onjuiste verzoeken om resources door een programma.

Er zijn vijf belangrijke resourcegebieden die knelpunten kunnen veroorzaken en de serverprestaties kunnen beïnvloeden:

• Fysieke schijf
• Geheugen
• Process Autoexec.bat
• CPU
• Netwerk

Als een van deze bronnen te veel wordt gebruikt, kan de server of toepassing merkbaar traag worden of vastlopen.

We bespreken deze gebieden en adviseren welke tellers en drempelwaarden kunnen helpen bij het meten van de prestaties van een server.
 

Het bemonsteringsinterval heeft een aanzienlijke invloed op de grootte van het logbestand en de serverbelasting.

Stel het sample-interval in op basis van de gemiddelde verstreken tijd voordat het probleem optreedt om een basislijn vast te stellen voordat het probleem zich opnieuw voordoet. Dit helpt bij het herkennen van elke trend die tot een probleem leidt.

Vijftien minuten bieden een goed venster voor het vaststellen van een basislijn tijdens normale operaties.

• Als de gemiddelde verstreken tijd voor het optreden van het probleem ongeveer vier uur is, stelt u het sample-interval in op 15 s.
• Als de tijdsduur waarop het probleem optreedt acht uur of langer is, stelt u het bemonsteringsinterval in op ten minste vijf minuten.

Deze richtlijnen helpen voorkomen dat er een groot logbestand wordt gemaakt, waardoor het moeilijker wordt om de data te analyseren.

Prestatieobjecten en tellers

• Objecten - onderdeel dat de prestatiedata beheert
• Tellers: prestatiestatistieken die specifiek zijn voor een bepaald object en die prestatiekenmerken beschrijven die specifiek zijn voor een object. Bijvoorbeeld: \PhysicalDisk\%Idle Time geeft prestatiedata over de inactieve tijd die door een spindel wordt waargenomen.
• Instanties: meerdere replica's die een unieke bron vertegenwoordigen. Wanneer u \PhysicalDisk\%Idle Time observeert, worden mogelijk de verschillende spindles weergegeven die beschikbaar zijn op het systeem, evenals de bijbehorende %Idle time-waarden.

Sample-interval

Houd rekening met het doel en de duur van de monitoring.

Een loginterval van 15 minuten is prima voor routinematige controle-intervallen.
Het sample-interval moet worden teruggebracht tot een tijdsinterval dat het probleem vastlegt.
Voor problemen die zich geleidelijk opbouwen, in de loop van de tijd, kunnen langere monsterintervallen worden gebruikt.

Gebruik voor tijdelijke problemen een kort interval van enkele seconden. Dit bemonsteringsinterval is handig bij problemen met het schijfsubsysteem.

Houd bij het instellen van het monsterinterval rekening met de duur van de controle.
Als de controle 8 uur duurt >, kan een bemonsteringsinterval <van 300 seconden resulteren in een groot bestand. De overhead van het uitvoeren van het incassoproces zelf kan van invloed zijn op de resultaten.

Perfmon Logging@ inschakelen.

Open de opdrachtprompt als beheerder.
Kopieer de volgende opdrachten om het vastleggen van logboeken te starten of te stoppen.

Met de onderstaande opdracht wordt een Dataset voor Prestatiemeter gemaakt.

Logman.exe create counter Avamar -o "c:\perflogs\Emc-avamar.blg" -f bincirc -v mmddhhmm -max 250 -c "\LogicalDisk(*)\*" "\Memory\*" "\Network Interface(*)\*" "\Paging File(*)\*" "\PhysicalDisk(*)\*" "\Processor(*)\*" "\Process(*)\*" "\Redirector\*" "\Server\*" "\System\*"  -si 00:00:05
Start the logs with:
Logman.exe start Avamar
Stop the logs with:
Logman.exe stop Avamar

Above commands can be modified to collect SQL server Performance Monitor data during backups as: 
First create a folder for log collection as C:\SQL_Performance_Logs\

For default SQL instance run:

Logman create counter Avamar_SQL_perf_log -f bin -c "\Network Interface(*)\*" "\Redirector\*" "\Paging File(*)\*" "\Memory\*" "\PhysicalDisk(*)\*" "\LogicalDisk(*)\*" "\Server\*" "\System\*" "\Process(*)\*" "\Processor(*)\*" "\SQLServer:Databases(*)\*" "\SQLServer:Buffer Manager\*" "\SQLServer:Memory Manager\*" "\SQLServer:SQL Statistics\*" -si 00:00:05 -max 800 -cnf 0 -o C:\SQL_Performance_Logs\AvamarSQL_perf_log.blg

For named instance, replace server with instance name

Logman create counter Avamar_SQL_perf_log -f bin -c "\Network Interface(*)\*" "\Redirector\*" "\Paging File(*)\*" "\Memory\*" "\PhysicalDisk(*)\*" "\LogicalDisk(*)\*" "\Server\*" "\System\*" "\Process(*)\*" "\Processor(*)\*" "\SQLServer:Databases(*)\*" "\SQLServer:Buffer Manager\*" "\SQLServer:Memory Manager\*" "\MSSQL$InstanceName:SQL Statistics\*" -si 00:00:05 -max 800 -cnf 0 -o C:\SQL_Performance_Logs\AvamarSQL_perf_log.blg

start collecting logs:

Logman start Avamar_SQL_perf_log

stop log collection：

Logman stop Avamar_SQL_perf_log

Tellers en hun drempelwaarden

Geheugen

%Committed bytes in gebruik:
Vastgelegd geheugen is het fysieke geheugen dat in gebruik is en waarvoor ruimte is gereserveerd in het wisselbestand voor het geval dit naar schijf moet worden geschreven.
De grootte van het wisselbestand bepaalt de doorvoerlimiet. Als het wisselbestand wordt vergroot, neemt de doorvoerlimiet toe en wordt de verhouding verlaagd.
Deze teller geeft alleen de huidige procentuele waarde weer. Het is geen gemiddelde. Als deze waarde constant meer dan 80% is, is het paginabestand mogelijk te klein.

Available bytes:
Available Bytes is de hoeveelheid fysiek geheugen, in bytes, die onmiddellijk beschikbaar is voor toewijzing aan een proces of voor systeemgebruik.
Dit is zelden een beperking op X64-systemen. Als deze waarde consistent onder 5% van het geïnstalleerde RAM-geheugen valt, moet u dit onderzoeken. Als de waarde consistent onder 1% van het geïnstalleerde RAM-geheugen daalt, is er een duidelijk probleem.

Committed Bytes:
Gecommitteerd geheugen is het fysieke geheugen waarin ruimte is gereserveerd op een of meer wisselbestanden op schijf.
Elke harde schijf kan een of meer wisselbestanden bevatten.
Deze teller zou idealiter nooit moeten veranderen. Wijzigingen duiden op uitbreiding van het paginabestand en moeten onmiddellijk worden onderzocht.

Gratis systeempagina Tabelvermeldingen:
Dit was een punt van zorg bij oudere x86-versies. Op een Windows Server 2003 SP2-server, die opstart zonder de /3GB-switch, is de waarde ongeveer 200.000 PTE's.
Bij het opstarten met de /3Gb switch daalt dit tot ~25000 PTE's.

Pool Nonpaged Bytes:
Pool Nonpated Bytes is de grootte (bytes) van de niet-paged groep. Dit is een gebied in het systeemgeheugen (fysiek geheugen dat door het besturingssysteem wordt gebruikt) voor objecten die niet naar schijf kunnen worden geschreven, maar in het fysieke geheugen moeten blijven zolang ze zijn toegewezen.
Als een niet-wisselbare pool op consistente basis op meer dan 80% wordt uitgevoerd, stevent u mogelijk af op een probleem met uitputting van niet-wisselbare pool (gebeurtenis-ID 2019).

Pool Paged Bytes:
Pool Paged Bytes is de grootte, in bytes, van de paged pool, een gebied in het systeemgeheugen (fysiek geheugen dat door het besturingssysteem wordt gebruikt) voor objecten die naar schijf kunnen worden geschreven wanneer ze niet worden gebruikt.
Een paged-groep is een grotere resource dan een niet-wisselbare groep. Als deze waarde consistent groter is dan 70% van de maximaal geconfigureerde groepsgrootte, loopt u mogelijk het risico op uitputting van de verouderde groep (gebeurtenis-ID 2020).

Processor(Controleer voor ELKE processor en in het algemeen)

%Interrupt time:
de tijd die de processor besteedt aan het ontvangen en onderhouden van hardware-interrupts tijdens sample-intervallen. 
Deze waarde is een indirecte indicator van de activiteit van apparaten die onderbrekingen genereren. Bijvoorbeeld de systeemklok, de muis, schijfdrivers, datacommunicatielijnen, netwerkinterfacekaarten en andere randapparatuur. 
Deze apparaten onderbreken de processor wanneer ze een taak hebben voltooid of aandacht nodig hebben. 

%DPC time:
geeft de tijd aan die nodig is om een I/O-bewerking te voltooien. Net als bij het bovenstaande moet elke waarde van >25% worden onderzocht.

%Privileged Time:
Tijd dat de kernel van het besturingssysteem aan het werk is. Gewoonlijk is de drempelwaarde minder dan 30% voor applicatie- of WEB-servers.

%Processortijd:
Aanhoudende waarden > van 90% op een computer met enkele processor of > 80% op een computer met meerdere processors moeten worden onderzocht.

Netwerkinterface

Ontvangen pakketten verwijderd:
Dit wordt gebruikt om mogelijke hardwareproblemen te controleren. Drempelwaarde > 1. Een mogelijke oplossing is het aanpassen van netwerkbuffers.

Fouten bij ontvangen pakketten:
Dit wordt gebruikt om mogelijke hardwareproblemen te controleren. Drempelwaarde > 2

Schijf (voor elke schijf)

%Inactieve tijd:
deze teller biedt een nauwkeurige meting van de tijd dat de schijf inactief was, wat betekent dat alle aanvragen van het besturingssysteem naar de schijf zijn voltooid en dat er geen aanvragen in behandeling zijn.
De berekening vindt plaats door het systeem een tijdstempel van een gebeurtenis te voorzien wanneer de schijf inactief wordt, en vervolgens een tijdstempel van een andere gebeurtenis wanneer de schijf een nieuwe aanvraag ontvangt.
Aan het einde van het opname-interval berekent het het percentage van de inactieve tijd. Deze teller loopt van 100 (wat altijd inactief betekent) tot 0 (wat betekent dat je altijd bezet bent).
Deze teller bepaalt nauwkeurig de verzadiging van het schijfsubsysteem. 

Avg. Lengte schijfwachtrij:
gem. De lengte van de schijfwachtrij is gelijk aan de (Disk Transfers/sec) *(Disk sec/Transfer).
Dit is gebaseerd op de wet van Little uit de wiskundige theorie van wachtrijen. 
Let op, dit is een afgeleide waarde en geen directe meting. Elke waarde die kleiner is dan het dubbele van het aantal spindels is een goede waarde.

Gemiddelde schijfsec/overdracht:
Geeft de gemiddelde tijd weer die nodig was om de schijfoverdrachten te voltooien, in seconden.
Hoewel de schaal seconden is, heeft de teller een precisie van milliseconden, wat betekent dat een waarde van 0,004 aangeeft dat de gemiddelde tijd voor het voltooien van schijfoverdrachten 4 milliseconden was.
Dit is de teller in Perfmon die wordt gebruikt om de I/O-latentie te meten. Hier zijn de voorbeeldwaarden. Deze kunnen variëren op basis van de kwaliteit van de schijven die worden gebruikt:

Reads
Excellent    <  08 Msec (.008 seconds)
Good         <  12 Msec (.012 seconds)
Fair         <  20 Msec (.020 seconds)
Poor         >  20 Msec (.020 seconds)

Writes
Excellent    <  01 Msec (.001 seconds)
Good         <  02 Msec (.002 seconds)
Fair         <  04 Msec (.004 seconds)
Poor         >  04 Msec (.004 seconds)

Split I/O's:
meet de snelheid waarmee I/O wordt gesplitst als gevolg van bestandsfragmentatie. Dit gebeurt als de I/O-aanvraag data aanraakt op niet-aaneengesloten bestandssegmenten. Moet dicht bij nul zijn.
Dit kan anders zijn omdat de grootte van de RAID Stripe of het NTFS-blok te klein is.

% vrije ruimte: 
Toont het percentage van de totale bruikbare ruimte op de geselecteerde logische schijf dat vrij was. Er moet altijd 15% vrije ruimte zijn >, de aanbevolen is >=25%.

Process Autoexec.bat

•        Aantal handgrepen: Correleren met zwembadlekken.
•        Virtuele bytes: Virtueel geheugen gereserveerd voor gebruik door een applicatie.
•        Working set bytes: Privébytes in het fysieke geheugen dat eigendom is van een applicatie.

Wat is het verschil tussen de prestatieobjecten van de fysieke schijf en de logische schijf in Perfmon?

Perfmon heeft twee objecten die rechtstreeks verband houden met schijfprestaties, de fysieke schijf en de logische schijf.
Hun tellers worden op dezelfde manier berekend, maar hun reikwijdte is anders.

Het prestatieobject van de fysieke schijf Controleert schijfstations op de computer. Het identificeert de instanties die de fysieke hardware vertegenwoordigen. De tellers zijn de som van de toegang tot alle partities op de fysieke instantie.

Het prestatieobject van de logische schijf Bewaakt logische partities. Een Performance Monitor identificeert logische schijven aan de hand van de stationsletter of het koppelpunt.
Als een harde schijf meerdere partities bevat, rapporteert deze teller de waarden voor de geselecteerde partitie en niet voor de hele schijf.
Wanneer u dynamische schijven gebruikt, kunnen de logische volumes meer dan één harde schijf omvatten. In dit scenario omvatten de tellerwaarden toegang tot de logische schijf op alle harde schijven die deze omvat.

Welke tellers in Windows Performance Monitor geven de latentie van de harde schijf weer?

• Prestatieobject fysieke schijf -> gem. Teller schijfsec/lezen:  toont de gemiddelde leeslatentie.
• Prestatieobject fysieke schijf -> gem. Disk sec/Write Counter -  toont de gemiddelde schrijflatentie.
• Prestatieobject fysieke schijf -> gem. Teller schijfsec/overdracht: toont de gecombineerde gemiddelden voor zowel lezen als schrijven.
• De _Total instantie is een gemiddelde van de latenties voor alle harde schijven in de computer.

Elk ander exemplaar vertegenwoordigt een afzonderlijke fysieke schijf.

Tellers om in de gaten te houden tijdens het monitoren in verschillende situaties -: