Consultoría SQL Server: Checklist técnico para gerentes de TI

La consultoría SQL Server no debería limitarse a apagar incendios cuando la base de datos colapsa. Un enfoque preventivo, basado en métricas reales y buenas prácticas SQL Server, permite mantener la continuidad operacional sin depender de diagnósticos reactivos. Este checklist técnico está pensado para gerentes de TI que necesitan validar si su administración de bases de datos está alineada con estándares mínimos de performance y estabilidad.

Diagnóstico inicial: lentitud y bloqueos SQL Server

El primer paso en cualquier consultoría SQL Server es identificar las causas raíz de lentitud y bloqueos SQL Server. Las DMVs son la herramienta principal. sys.dm_exec_query_stats expone las consultas más costosas en CPU, duración y lecturas lógicas. sys.dm_os_wait_stats revela los tipos de espera predominantes: si PAGEIOLATCH_SH domina, el subsistema de E/S es el cuello de botella; si LCK_M_X aparece, hay bloqueos por contención de escritura.

Para bloqueos activos, sp_who2 combinado con sys.dm_tran_locks muestra qué sesiones retienen recursos y cuáles están en espera. No basta con matar procesos: hay que revisar índices fragmentados con sys.dm_db_index_physical_stats y estadísticas desactualizadas. Un índice con fragmentación superior al 30% degrada el rendimiento de búsquedas. Las estadísticas obsoletas generan planes de ejecución subóptimos, visibles en sys.dm_exec_cached_plans.

Administración de bases de datos: mantenimiento preventivo

La administración de bases de datos requiere tareas programadas que eviten la degradación progresiva. La reorganización de índices (fragmentación entre 5% y 30%) o el rebuild (superior al 30%) deben ejecutarse fuera del horario crítico. La actualización de estadísticas con UPDATE STATISTICS o sp_updatestats debe considerar muestreo completo en tablas pequeñas y muestreo por defecto en tablas grandes para no saturar la E/S.

El monitoreo del crecimiento de archivos es otro punto crítico. sys.dm_db_log_space_usage muestra el porcentaje de uso del log de transacciones. Si supera el 70% de forma recurrente, el modelo de recuperación o la frecuencia de backups de log están mal configurados. Los backups diferenciales y de registro de transacciones deben ajustarse al RPO definido. DBCC CHECKDB debe ejecutarse al menos semanalmente para detectar corrupción lógica antes de que afecte la disponibilidad.

Buenas prácticas SQL Server para continuidad operacional

La continuidad operacional no se logra solo con hardware redundante. Always On Availability Groups ofrece alta disponibilidad con réplicas secundarias legibles, pero el failover automático requiere sincronización correcta de endpoints y quórum. El mirroring sigue siendo válido para entornos pequeños, pero sin soporte de réplicas legibles.

Las pruebas de restauración periódicas son obligatorias: hay que restaurar en un entorno aislado y ejecutar DBCC CHECKDB sobre la base restaurada. La documentación de configuraciones críticas como max degree of parallelism (restringir a 4 u 8 según núcleos), cost threshold for parallelism (ajustar a 25 o 50 según workload) y max server memory (dejar 2 GB libres para el SO) evita regresiones de performance. Las alertas automáticas con SQL Server Agent y Database Mail permiten detectar deadlocks, errores 823 o 824 antes de que escalen.

Checklist técnico mínimo para consultoría SQL Server

Un checklist técnico debe cubrir cinco áreas. Primero, versión y service pack: SQL Server 2016 sin SP3 o 2019 sin CU15 tienen vulnerabilidades y bugs conocidos. Segundo, uso de recursos: sys.dm_os_performance_counters expone el porcentaje de uso de CPU por SQL Server, presión de memoria (Page Life Expectancy menor a 300 segundos indica falta de RAM) y latencia de E/S (avg. disk sec/read mayor a 20 ms es problemático). Tercero, seguridad: cuentas sa con contraseñas débiles y usuarios con permisos excesivos son riesgos comunes. Cuarto, plan de mantenimiento: verificar que los jobs de índices, estadísticas, backups y CHECKDB estén programados y documentados. Quinto, monitoreo proactivo: alertas configuradas para deadlocks, errores fatales y crecimiento anómalo de archivos.