Checklist Técnico para un Servicio DBA SQL Server: Mitigar Bloqueos y Riesgos

Contratar un servicio DBA SQL Server no debería ser un acto de fe. Para la gerencia TI en Chile, donde la continuidad operacional de sistemas transaccionales como ERPs y facturación electrónica es crítica, la administración de bases de datos requiere un enfoque basado en evidencia técnica. Este artículo entrega un checklist técnico concreto para evaluar y mantener un entorno SQL Server, abordando desde el diagnóstico de degradación hasta estrategias de alta disponibilidad realistas.

Diagnóstico Inicial: Identificando los Síntomas de Degradación en SQL Server

Un servicio DBA SQL Server efectivo comienza con el análisis de esperas mediante sys.dm_os_wait_stats. Si observas PAGEIOLATCH_SH o LCK_M_X como principales tipos de espera, tienes evidencia de cuellos de botella de E/S o bloqueos por contención. Complementa con sys.dm_tran_locks para identificar sesiones bloqueantes y sys.dm_io_virtual_file_stats para detectar archivos de datos o log con latencias superiores a 20 ms. En la práctica chilena, donde los datacenter locales pueden tener almacenamiento compartido, la fragmentación de VLF es un síntoma recurrente que degrada operaciones de backup y restauración. Este diagnóstico inicial permite priorizar acciones sin depender de suposiciones.

Checklist Técnico para la Administración de Bases de Datos SQL Server

La administración de bases de datos requiere un checklist accionable. Estos son los puntos críticos:

• Fragmentación de índices: Ejecuta sys.dm_db_index_physical_stats y reorganiza índices con fragmentación entre 5% y 30%; reconstruye sobre 30%. Índices fragmentados generan lecturas lógicas excesivas.
• Configuración de paralelismo: Ajusta MAXDOP según núcleos físicos (regla general: 8 o menos) y Cost Threshold for Parallelism a 50 para evitar paralelismo innecesario en consultas simples.
• Planes de ejecución regresivos: Habilita Query Store y revisa variaciones de costo en consultas planificadas. Un plan que cambia de búsqueda a escaneo puede indicar estadísticas desactualizadas.
• Backups y RPO/RTO: Verifica que los backups diferenciales y de log se ejecuten dentro de ventanas definidas. Prueba restauraciones en entorno staging al menos trimestralmente.
• Jobs de mantenimiento: Revisa los scripts de Ola Hallengren como referencia para limpieza de índices y estadísticas, pero adáptalos a tu ventana de mantenimiento.

Cada punto se vincula a un riesgo concreto: índices fragmentados generan timeouts; paralelismo mal configurado satura CPU; planes regresivos degradan consultas sin previo aviso.

Continuidad Operacional: Estrategias de Alta Disponibilidad sin Promesas Absolutas

La continuidad operacional en SQL Server no se logra solo con replicación. Always On Availability Groups ofrece failover automático, pero la latencia de sincronización sincrónica puede superar los 5 ms en datacenter chilenos con ancho de banda limitado, impactando transacciones en línea. Log Shipping es más ligero, pero el failover es manual y puedes perder datos si no monitoreas la brecha de log. Una buena práctica es implementar alertas de health check con sp_server_diagnostics y programar pruebas de restauración en un entorno staging que refleje la carga real. La alta disponibilidad requiere medir RPO y RTO reales, no teóricos.

Cómo Evaluar un Servicio DBA SQL Server Externo: Preguntas Técnicas Clave

Para la gerencia TI que terceriza la administración de bases de datos, la evaluación debe ser técnica. Pregunta: ¿Cómo monitorean bloqueos y deadlocks en tiempo real? La respuesta correcta menciona sys.dm_os_waiting_tasks y alertas basadas en umbrales de espera. ¿Qué métricas de performance reportan semanalmente? Deben incluir Page Life Expectancy, Avg Disk Sec/Read y compilaciones por segundo. ¿Cuál es su procedimiento de rollback ante un cambio fallido en producción? Debe incluir restauración de backup y script de reversión documentado. Un servicio DBA SQL Server profesional entrega reportes con evidencia, no promesas.