Windows Server: Een Storport Trace analyseren met Excel en Xperf

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

Hiermee wordt een door komma's gescheiden bestand (CSV) gemaakt met de naam storport.csv. Dit bestand kan nu worden geopend in Microsoft Office Excel. Als de tracering echter een langer aantal minuten is uitgevoerd, wat resulteert in een groot ETL-bestand en een door komma's gescheiden bestand met meer dan een miljoen rijen, wordt het volgende bericht weergegeven wanneer u deze probeert te openen in Excel:
 

In dit geval is het handig om PowerShell te gebruiken om alleen de relevante regels uit het door komma's gescheiden bestand te extraheren en hiermee een nieuw door komma's gescheiden bestand te maken voordat u het in Excel opent.

• Terug in Powershell voert u de volgende opdracht in:

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

(Vervang "D:\Path" met de stationsaanduiding en het directorypad met het CSV-bronbestand dat in stap 2 is gemaakt.)
 

Analyseer de resultaten in Microsoft Office Excel:

• Het resulterende gefilterde CSV-bestand kan worden gesorteerd en gefilterd op kolommen 'Timestamp', 'RequestDuration_100ns' en 'Target'.
• Gebruik gemiddelde functies om de gemiddelde latentie te berekenen.
• Tijdstempel is een klok of timer die wordt gebruikt om te berekenen hoe lang het duurt om de I/O-aanvraag te voltooien.
• "RequestDuration_100ns" is het aantal honderden nanoseconden dat het I/O-verzoek nodig had om te voltooien.
• "Target" ziet het schijfnummer (schijf 0, schijf 1, schijf 2, enz.)

Markering van de "RequestDuration_100ns" kolom, kunt u een idee krijgen van de gemiddelde latentie:

 

Het gebruik van veelgebruikte Excel-filters en grafieken kan helpen de gegevens gemakkelijker te visualiseren. In de onderstaande grafiek wordt bijvoorbeeld het verspreide plot weergegeven van de verschillende I/O-aanvragen die zijn vastgelegd tijdens de storport Trace voor schijf #1. Dit wordt bereikt door een verspreide grafiek te maken met de kolommen "Timestamp" en "RequestDuration_100ns" en vervolgens de tabel met ruwe gegevens in de kolom "Doel" filteren op "1":

 

Merk op dat hoewel de meeste I/O-aanvragen minder dan 100 ms in beslag nemen, een aanzienlijk aantal meer dan 100 ms in beslag neemt; sommige meer dan 200 ms en er zijn er die meer dan 300 ms nodig hebben.
Als het probleem dat in dit voorbeeld wordt onderzocht een knelpunt in de schijfprestaties is, is dit een kritiek aspect om te overwegen bij het bepalen of er sprake is van een schijfconflict.

Op dezelfde manier toont de onderstaande grafiek de verschillende I/O-aanvragen tijdens de storport trace, maar deze keer voor schijf #2 (volbracht met het filteren van de onbewerkte gegevenstabel in de kolom "Target" op "2"):

 

In deze tweede grafiek accumuleert de overgrote meerderheid van I/O-verzoeken aan schijf #2 ruim onder de 15 ms (het gemiddelde is 0,06 ms). Het zou juist zijn om te zeggen dat deze schijf #2 geen tekenen van twist vertoont tijdens deze storport spoor.