TUNING SQL SERVER — DESDE 1990

    SQL SERVER LENTO TIENE ROOT CAUSE.

    No es "falta de memoria". Es plan regression en Query Store, parameter sniffing en un proc crítico, PAGELATCH_UP en tempdb o índice faltante con 8.000 logical reads por ejecución. Lo encontramos en 48h.

    65%
    Reducción media de CPU en OLTP
    Query Store
    Análisis de regresión de plan
    MS Certified
    DBAs SQL Server desde SQL 2000
    2008→2022
    Cobertura completa en producción

    DBAs SQL Server confiados por

    Banco BMG·Qualicorp·Porto Seguro·DataPrev·TRF-4·Sector Público

    EL DIAGNÓSTICO FÁCIL

    "AÑADE MÁS RAM". ¿Y DESPUÉS?

    El proveedor sugiere upgrade de Edition

    Standard a Enterprise duplica el coste por core. Pero si el problema es parameter sniffing, la Edition no cambia nada. Solo pagas más por el mismo cuello de botella.

    El DBA mira CPU/RAM, ignora los waits

    CXPACKET, PAGELATCH_EX, ASYNC_NETWORK_IO. Cada wait cuenta una historia. Sin sys.dm_os_wait_stats segmentado por carga, es adivinanza.

    Query Store activado, nadie lo usa

    Activaste Query Store en 2019 y nunca abriste el reporte de regressed queries. Oro a la vista: forzar un plan bueno con un clic resuelve incidentes sin deploy.

    HTI lee el Query Store antes de pedir acceso

    Exportas Query Store + sys.dm_os_wait_stats + missing index DMVs. En 48h devolvemos root cause, plan a forzar, índices a crear y ganancia estimada.

    ALCANCE TÉCNICO

    TUNING SQL SERVER DE VERDAD.

    No es "rebuild de índice y shrink". Análisis de Query Store, segmentación de waits, fix de parameter sniffing con OPTION (RECOMPILE) selectivo, prueba en sys.dm_exec_query_stats comparativo.

    01

    QUERY STORE FORENSICS

    Análisis de regressed queries, plan forcing selectivo, baseline pre-deploy. El DBA ve 30 días de historial de plan por query.

    Query StorePlan ForcingBaselines
    02

    WAIT STATS DIAGNOSIS

    sys.dm_os_wait_stats segmentado por ventana. CXPACKET vs CXCONSUMER, PAGELATCH en hot page, LCK_M_*. Cada wait con root cause.

    Wait StatsDMVExtended Events
    03

    PARAMETER SNIFFING

    OPTION RECOMPILE selectivo, OPTIMIZE FOR UNKNOWN, plan guides, Query Store plan forcing. Decisión técnica por caso.

    RecompilePlan GuidesHints
    04

    ÍNDICE & ESTADÍSTICA

    Missing index DMVs cruzadas con workload real, índices duplicados removidos, filtered indexes, FULLSCAN en tablas volátiles.

    Missing IndexFilteredStats
    05

    TEMPDB CONTENTION

    PAGELATCH_UP en GAM/SGAM/PFS, número correcto de ficheros por core, MEMORY_OPTIMIZED_TEMPDB_METADATA en 2019+.

    TempdbPFSGAM
    06

    ALWAYS ON / AG TUNING

    HADR_SYNC_COMMIT en réplica sync, redo lag en async, backup strategy en AG. Cuándo readable secondary ayuda y cuándo no.

    AGSyncAsync

    DBAs MS CERTIFIED

    ¿QUIÉN TOCARÁ TU SQL SERVER?

    No es un generalista que leyó el Blitz de Brent Ozar. Es DBA con track record en SQL Server desde 2000, en sala física controlada en PIT/SP.

    • DBAs Microsoft Certified con experiencia en SQL 2000 → 2022
    • Track record en BMG, Qualicorp, Porto Seguro, sector público
    • Sala física con acceso biométrico — sin freelance remoto
    • Histórico de incidentes SQL Server desde 2005 preservado

    Query Store no es magia. Es telemetría. Quien sabe leerla, ve el problema antes que el usuario abra ticket.

    RESULTADOS MEDIDOS

    ANTES Y DESPUÉS.

    RETAIL B2B

    12s 200ms

    API de catálogo

    Stored procedure de búsqueda en SQL Server 2019 reducido de 12s a 200ms con plan forcing vía Query Store + filtered index.

    FINTECH

    -65% CPU

    OLTP 24x7

    Eliminación de parameter sniffing crónico en proc de autorización. CPU media del core OLTP cayó de 78% a 27% sin cambiar hardware.

    SECTOR PÚBLICO

    PAGELATCH ZERO

    Tempdb 32 cores

    Resolución de contención PAGELATCH_UP en tempdb de 32 cores: ajuste de ficheros + MEMORY_OPTIMIZED_TEMPDB_METADATA en SQL 2019.

    METODOLOGÍA

    DEL QUERY STORE AL FIX EN 5 DÍAS.

    Día 1

    Recolección Query Store + DMVs

    Exportas Query Store (30 días), sys.dm_os_wait_stats, missing index DMVs y ERRORLOG. Sin acceso al ambiente.

    Días 2–3

    Diagnóstico técnico

    Análisis de regressed queries, segmentación de waits, detección de parameter sniffing e índices faltantes prioritarios.

    Día 4

    Plan de fix priorizado

    Plan forcing, scripts de índice, OPTION RECOMPILE selectivo. Ordenado por ROI medido en sys.dm_exec_query_stats.

    Día 5

    Aplicación supervisada

    Homologación con workload realista, deploy en producción con rollback vía Query Store. Reporte post-fix prueba la ganancia.

    FAQ

    Preguntas frecuentes.

    ¿Necesitan acceso a mi SQL Server para empezar?

    +

    No. El diagnóstico inicial se hace con Query Store export + DMVs que tú generas. Solo pedimos acceso cuando el fix entra en homologación — usuario restringido y revocado al final.

    ¿Atienden SQL Server Standard o solo Enterprise?

    +

    Ambos. En Standard, Query Store, plan forcing y missing index DMVs funcionan. Muchas features de tuning no requieren Enterprise — antes de sugerir upgrade, optimizamos lo que tienes.

    ¿Cómo evitan que el plan cambie después del fix?

    +

    Con Query Store plan forcing. Capturamos el plan optimizado y lo forzamos. Cualquier regresión futura es alertada automáticamente.

    ¿Atienden SQL Server en Linux y contenedores?

    +

    Sí. SQL Server 2017+ en Linux (RHEL, Ubuntu) y contenedores (Docker, Kubernetes). Los principios de tuning son los mismos.

    ¿Y SQL Server en Azure (Managed Instance, SQL DB)?

    +

    Sí. Azure SQL Managed Instance, Azure SQL Database, SQL Server en VM Azure y AWS RDS for SQL Server. Query Store funciona en todos.

    ENVÍA EL QUERY STORE.

    20 minutos con un DBA Senior SQL Server. Envías el export de Query Store, devolvemos diagnóstico técnico. Sin formulario comercial.

    Versiones y ediciones soportadas

    SQL Server 2008 R2SQL Server 2012SQL Server 2016SQL Server 2019SQL Server 2022Always On AGSQL on LinuxAzure SQL MIAzure SQL DBAWS RDS SQL Server

    POR QUÉ HTI

    AUTORIDAD
    EN BASE
    DE DATOS.

    Sustentando ambientes críticos en Brasil desde 1990. No somos una consultoría genérica que aprendió base de datos — somos The Database Company.

    01

    35+ AÑOS EN EL MERCADO

    Operando ininterrumpidamente desde 1990. Más de 25.000 horas de consultoría entregadas y 596+ incidentes críticos resueltos en producción. Pattern recognition que solo viene con décadas de operación real.

    02

    ORACLE AMEC — ÚNICA EN BRASIL

    Único MySQL Authorized Education Center (AMEC) de Oracle University en Brasil — logro obtenido dos veces. Más de 1.000 DBAs formados en cursos oficiales HTI.

    03

    SALA FÍSICA CONTROLADA

    DBAs en sala de acceso restringido en PIT São José dos Campos: cámaras 24h, acceso biométrico, rack dedicado. Sin freelancer remoto, sin estación improvisada. Compliance que va más allá de la política interna.

    04

    DBSNOOP — HERRAMIENTA PROPIA

    Monitoreo comportamental desarrollado internamente. Detecta patrones anómalos de ingestión y accesos a objetos protegidos — sin dependencia de herramienta de terceros.