Windows Server: Analysere en Storport-sporing med Excel og Xperf

xperf -i D:\Path\storport.etl -o D:\Path\storport.csv 

Dette oppretter en kommaseparert fil (CSV) med navnet storport.csv. Denne filen kan nå åpnes i Microsoft Office Excel. Hvis sporingen imidlertid kjørte i flere minutter, noe som resulterte i en stor ETL-fil og en kommaseparert fil med over en million rader, vises følgende melding når du prøver å åpne den i Excel:
 

I dette tilfellet er det praktisk å bruke PowerShell til å trekke ut bare de relevante linjene fra den kommaseparerte filen, og med disse opprette en ny kommaseparert fil før du åpner den i Excel.

• Gå tilbake til PowerShell og skriv inn kommandoen:

 Get-Content D:\Path\storport.csv | Where-Object {$_ -like "Microsoft-Windows-Storport/Port/win:Info*"} | Set-Content D:\Path\filtered_storport.csv 

(Erstatt "D:\Path" med stasjonsbokstaven og katalogbanen som inneholder kilde-CSV-filen som ble opprettet i trinn 2.)
 

Analysere resultatene i Microsoft Office Excel:

• Den resulterende filtrerte CSV-filen kan sorteres og filtreres etter kolonnene «Tidsstempel», «RequestDuration_100ns» og «Mål».
• Bruk gjennomsnittsfunksjoner til å beregne gjennomsnittlig ventetid.
• "Timestamp" er en klokke eller tidtaker som brukes til å beregne hvor lang tid I/O-forespørselen tar å fullføre.
• »RequestDuration_100ns" er antall hundre nanosekunder I/O-forespørselen tok å fullføre.
• "Target" ser disknummeret (disk 0, disk 1, disk 2, etc.)

Fremhever "RequestDuration_100ns" kolonne, kan du få en ide om gjennomsnittlig ventetid:

 

Bruk av vanlige Excel-filtre og diagrammer kan bidra til å visualisere dataene enklere. Diagrammet nedenfor viser for eksempel det spredte plottet for de forskjellige I/O-forespørslene som ble registrert under storport Spor for disk #1. Dette oppnås ved å lage et spredt diagram med kolonnene "Tidsstempel" og "RequestDuration_100ns" og filtrerer deretter rådatatabellen i "Mål"-kolonnen etter "1":

 

Legg merke til at selv om de fleste I/O-forespørsler tar under 100 ms å fullføre, tar et betydelig antall over 100 ms. Noen mer over 200 ms, og det er noen som tar over 300 ms.
Hvis problemet som undersøkes i dette eksemplet, er en flaskehals for diskytelse, vil dette være et kritisk aspekt å vurdere når du skal avgjøre om det er diskstrid.

På samme måte viser diagrammet nedenfor de ulike I/O-forespørslene under storport spore, men denne gangen for disk # 2 (utført filtrering av rådata tabellen på "Target" kolonnen med "2"):

 

På dette andre diagrammet akkumuleres det betydelige flertallet av I / O-forespørsler til disk # 2 godt under 15 ms (gjennomsnittet er 0.06 ms). Det ville være riktig å si at denne disken # 2 viser ingen tegn til strid under dette storport spor.