Windows Server: Análisis de un seguimiento de Storport con Excel y Xperf

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

Esto crea un archivo delimitado por comas (CSV) denominado storport.csv. Este archivo ahora se puede abrir en Microsoft Office Excel. Sin embargo, si el seguimiento se ejecutó durante un número prolongado de minutos, lo que da como resultado un archivo ETL grande y un archivo delimitado por comas con más de un millón de filas, se muestra el siguiente mensaje cuando se intenta abrirlo en Excel:
 

En este caso, es conveniente utilizar PowerShell para extraer solo las líneas relevantes del archivo delimitado por comas y, con estas, crear un nuevo archivo delimitado por comas antes de abrirlo en Excel.

• De vuelta en Powershell, ingrese el comando:

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

(Reemplace "D:\Path" con la letra de unidad y la ruta del directorio que contiene el archivo CSV de origen creado en el paso 2).
 

Analice los resultados en Microsoft Office Excel:

• El archivo CSV filtrado resultante se puede ordenar y filtrar por las columnas "Marca de tiempo", "RequestDuration_100ns" y "Destino".
• Utilice funciones promedio para calcular la latencia promedio.
• "Registro de fecha y hora" es un reloj o temporizador que se utiliza para calcular cuánto tarda en completarse una solicitud de I/O.
• ”RequestDuration_100ns" es la cantidad de cientos de nanosegundos que tardó la solicitud de I/O en completarse.
• "Destino" consulta el número de disco (disco 0, disco 1, disco 2, etc.)

Resaltando el "RequestDuration_100ns", puedes hacerte una idea de la latencia media:

 

El uso de filtros y gráficos comunes de Excel puede ayudar a visualizar los datos más fácilmente. Por ejemplo, el siguiente gráfico muestra el gráfico disperso de las diversas solicitudes de I/O capturadas durante la storport Trace para el disco #1. Esto se logra mediante la creación de un gráfico disperso con las columnas "Timestamp" y "RequestDuration_100ns" y, a continuación, filtre la tabla de datos crudos en la columna "Destino" por "1":

 

Tenga en cuenta que, aunque la mayoría de las solicitudes de I/O tardan menos de 100 ms en completarse, un número significativo tarda más de 100 ms; algunos más de más de 200 ms y hay algunos que tardan más de 300 ms.
Si el problema que se investiga en este ejemplo es un cuello de botella de rendimiento de disco, este sería un aspecto crítico que se debe tener en cuenta para determinar si hay contención de discos.

De manera similar, el siguiente gráfico muestra las diversas solicitudes de I/O durante la storport trace, pero esta vez para el disco # 2 (logró filtrar la tabla de datos sin procesar en la columna "Objetivo" por "2"):

 

En este segundo gráfico, la gran mayoría de las solicitudes de I/O al disco #2 se acumulan muy por debajo de los 15 ms (el promedio es de 0,06 ms). Sería exacto decir que este disco #2 no muestra signos de contención durante este storport rastro.