Revisión de un informe de análisis de seguimiento
El informe de análisis de seguimiento proporciona información sobre cómo las consultas han mejorado o se han degradado entre las dos versiones. El informe también resalta los errores en los que el Asistente para experimentación con bases de datos (DEA) de Microsoft no pudo evaluar los cambios.
Se admite una aplicación de centro de llamadas de clientes y se ha usado el DEA para ejecutar una captura en la base de datos durante un momento típico de actividad elevada. Después de restaurar dos veces la copia de seguridad de la base de datos del centro de llamadas, ha actualizado una de las copias de seguridad a SQL Server 2019. Después, ha usado el DEA para ejecutar la captura en los dos servidores de destino.
La administración requiere evidencias de que la base de datos del centro de llamadas no sufrirá ninguna reducción del rendimiento después de la actualización. Desea proporcionar un informe que muestre cómo funcionarán las consultas en SQL Server 2019.
En esta unidad, verá cómo usar el informe de análisis en el DEA.
Revisión de un informe de análisis de seguimiento
Ejecute un seguimiento en el servidor de Destino 1, que es la copia de seguridad restaurada de la base de datos de origen en la que se ejecutó el seguimiento. A continuación, ejecute el mismo seguimiento en Destino 2, que tiene el cambio aplicado. Al reproducir un seguimiento en un destino, el DEA recopila estadísticas de eventos. Después, puede indicar a DEA los dos destinos que tiene que comparar y la herramienta generará un informe de análisis.
Para generar un informe, primero tiene que conectarse a la instancia de SQL Server donde se almacenará el informe. Después, asigne un nombre al informe y la ruta de acceso a los archivos de seguimiento de la reproducción de capturas en los dos destinos. El DEA creará un informe de análisis basado en la prueba A/B, que ha sido el cambio que ha aplicado en Destino 2.
En la primera página del informe, se muestra el nombre de la instancia y la versión de los dos servidores de destino. Puede establecer el umbral para determinar la variación de rendimiento entre los servidores. De forma predeterminada, el umbral se establece en 5 %. Cuanto más bajo sea el valor del umbral, más sensibles serán los resultados. El umbral determina si una consulta se ha mejorado o degradado. Por ejemplo, si una consulta es más rápida en un 5 % o más en Destino 2, esto se considera una mejora de rendimiento. Por el contrario, si la consulta es más lenta en un 5 % o más, entonces la consulta se considera degradada.
En esta página, también hay dos gráficos circulares que representan la diferencia de rendimiento entre los dos destinos basándose en el recuento de ejecuciones y en distintas consultas. Después, el umbral se usa para clasificar estadísticamente las consultas en las categorías siguientes:
- Mejorada: el rendimiento de la consulta ha sido más alto en Destino 2 que en Destino 1.
- Degradada: el rendimiento de la consulta ha sido más bajo en Destino 2 que en Destino 1.
- Igual: no hay ninguna diferencia entre Destino 1 y Destino 2.
- No se puede evaluar: el tamaño de la muestra no es suficiente para realizar un análisis estadístico. La consulta se ejecutó menos de 30 veces en cada destino.
- Error: la consulta produjo un error en uno de los destinos y no se completó.
Estas categorías forman los segmentos de los gráficos circulares. Haga clic en un segmento para profundizar en las métricas de rendimiento. En la página de exploración en profundidad de cada categoría, se muestran las consultas de esa categoría. En la página de error, se incluyen las secciones siguientes:
- Nuevos errores: errores que han aparecido en Destino 2, pero no en Destino 1.
- Errores existentes: errores que han aparecido en ambos destinos.
- Errores solucionados: errores que han aparecido en Destino 1, pero no en Destino 2.
Haga clic en una consulta para acceder a la página Resumen de comparación. Verá el número de ejecuciones, la duración media, el uso medio de CPU, la media de lecturas y escrituras y el número de errores. En la pestaña Información del plan de consulta, se proporcionan detalles sobre los planes usados para Destino 1 y Destino 2.
Si quiere guardar los resultados, imprima la página actual del informe.
Pasos básicos para usar un informe de análisis de seguimiento
- En el DEA, seleccione Informes de análisis y proporcione un nombre de servidor y un método de autenticación.
- Seleccione + Nuevo informe de análisis para crear un informe de análisis y especifique un nombre para el informe.
- Busque y seleccione los archivos de seguimiento de Destino 1 y Destino 2.
- Inicie el análisis.
- Ahora, puede ver el informe completado.
Si selecciona el DEA como la solución de pruebas A/B para el cambio de SQL Server, obtendrá información útil y amplia para comparar el cambio entre los entornos de origen y destino. Después de ejecutar la captura en el origen y el destino, el DEA usa las métricas recopiladas para crear una comparación detallada del rendimiento de cada consulta. Use la configuración del umbral para establecer la sensibilidad del desglose del informe. Es posible que tenga algunas bases de datos que necesiten una mejora mayor que otras.
El DEA muestra rápidamente si cada consulta tiene un rendimiento mejorado o degradado en el destino. El DEA ayuda a resaltar las consultas que produjeron errores en el destino. Incluso si el rendimiento mejorado no es esencial, el código incorrecto que causaría que una aplicación produjera errores se puede corregir con antelación. El DEA proporciona información avanzada sobre el resultado de implementar un cambio sin tener que implementarlo directamente en un entorno de producción y esperar que no se produzcan errores.