Query Store como caja negra del rendimiento de SQL Server

Muchos incidentes terminan antes de capturar el plan. Query Store conserva consultas, planes, tiempos y esperas para analizarlos después.

Qué medir

Compara duración, CPU, lecturas lógicas, ejecuciones, esperas y planes durante la ventana exacta. Determina si la regresión apareció tras un despliegue, cambios de estadísticas o un plan sensible a parámetros.

Enfoque práctico

Configura tamaño y limpieza de forma intencional. Conserva el plan regresivo y el anterior. Usa hints o plan forzado solo como estabilización controlada, con supervisión y fecha de retirada.

Qué evitar

No fuerces el primer plan que parezca rápido, no ignores Query Store en modo de solo lectura y no mantengas soluciones de emergencia para siempre.

Resultado operativo

Query Store convierte una queja vaga de lentitud en una investigación acotada y respaldada por evidencia.

Lista de producción

Captura una línea base y define la mejora esperada. Prueba con datos y concurrencia representativos. Conserva la configuración o el plan original, prepara una reversión, despliega en una ventana adecuada y observa el siguiente pico normal de carga.

Si quieres aplicar este método a un entorno SQL Server concreto, usa el formulario inferior e incluye la versión, el tamaño de la base, el patrón de carga y las evidencias ya recopiladas.