Bases de datos
    Actualizado mayo de 2026
    MSSQL logo

    MSSQL Seguimiento

    Supervise el rendimiento de las consultas de Microsoft SQL Server, las estadísticas de espera, la caché de búfer y el estado del registro de transacciones en tiempo real sin necesidad de configuración.

    Empieza tu prueba gratuitaVer documentos

    ¿Por qué realizar un seguimiento? MSSQL?

    Microsoft SQL Server es la base de aplicaciones empresariales, almacenes de datos y plataformas de inteligencia empresarial en todo el mundo. La supervisión de MSSQL es esencial para optimizar los planes de ejecución de consultas, realizar un seguimiento de las estadísticas de espera, gestionar la eficiencia de la caché de búfer y detectar interbloqueos. La integración de MSSQL de Xitoring ofrece una visibilidad completa de sus instancias de SQL Server.

    Detección automática mediante Xitogent: no se requiere configuración manual
    Métricas de rendimiento de consultas y batch requests en tiempo real
    Ratio de aciertos del buffer cache y page life expectancy
    Estadísticas de espera y detección de deadlocks
    Seguimiento del uso y crecimiento del transaction log
    Uso de índices y recomendaciones de índices ausentes
    Compatible nativamente con entornos Windows Server
    Intervalos de recolección de métricas de 1 minuto
    ¿Qué es el monitoreo de SQL Server?

    Monitoreo de SQL Server, explicado

    El monitoreo de SQL Server detecta cadenas de bloqueos, tormentas de deadlocks, deriva en Always On AG, presión de memoria y regresiones de plan de Query Store antes de que provoquen lentitud visible para el usuario o eventos de failover de HA. Para Dynamics 365, SharePoint, ERP y cualquier carga de trabajo empresarial de SQL, la visibilidad de wait-stats por base de datos y de Query Store es lo que diferencia una corrección limpia de tuning de una persecución de causa raíz de varios días. Xitoring detecta automáticamente su SQL Server, lee las DMVs nativas con el permiso VIEW SERVER STATE y enruta las alertas a Slack, PagerDuty, Telegram o su rotación de guardias existente.

    Métricas

    Lo que monitorizamos

    Batch Requests/s

    Número de batch requests SQL recibidos por segundo.

    Ratio de aciertos del buffer cache

    Porcentaje de lecturas de página satisfechas desde el buffer pool frente a lecturas físicas en disco.

    Page Life Expectancy

    Tiempo medio (segundos) que una página permanece en el buffer pool — valores bajos indican presión de memoria.

    Estadísticas de espera

    Tipos de espera principales y duraciones que indican cuellos de botella de recursos.

    Deadlocks/s

    Número de solicitudes de bloqueo que resultaron en deadlocks.

    Uso del transaction log

    Porcentaje de espacio del transaction log usado por base de datos.

    Conexiones de usuario

    Número de conexiones de usuario activas a la instancia SQL Server.

    Compilaciones/s

    Número de compilaciones y recompilaciones SQL por segundo.

    Lock Waits/s

    Número de solicitudes de bloqueo que requirieron que el solicitante esperara.

    Fragmentación de índices

    Nivel de fragmentación de los índices entre bases de datos.

    Uso de CPU

    Utilización de CPU del proceso SQL Server frente al CPU total del sistema.

    Tamaño de la base de datos

    Tamaños de archivos de datos y log para cada base de datos.

    Desencadenantes y alertas

    Configurables condiciones de activación de alertas

    Configura alertas personalizadas en tu panel de control para recibir una notificación en cuanto las métricas de «MSSQL» superen los umbrales que hayas definido.

    MSSQL panel de control de la configuración de los desencadenantes de supervisión

    Ratio de aciertos del buffer cache

    crítico

    Se dispara cuando el ratio de aciertos del cache cae por debajo del umbral, indicando memoria insuficiente para la carga de trabajo.

    Page Life Expectancy

    advertencia

    Se activa cuando el PLE cae por debajo del umbral, lo que significa que las páginas se vacían demasiado rápido de la memoria.

    Bloqueos mutuos

    crítico

    Alerta cuando la tasa de deadlocks supera el umbral, indicando contención de bloqueos en las consultas de la aplicación.

    Uso del transaction log

    crítico

    Se dispara cuando el uso del transaction log supera el umbral, con riesgo de fallos de escritura.

    Conexiones de usuario

    advertencia

    Se activa cuando el número de conexiones se acerca a los límites, con riesgo de errores connection refused.

    Estadísticas de espera

    advertencia

    Alerta cuando tipos de espera específicos se disparan, indicando cuellos de botella de recursos (CPU, E/S, memoria, bloqueos).

    01

    Importancia de la monitorización de MSSQL

    SQL Server ejecuta cargas de trabajo empresariales críticas, desde sistemas ERP y bases de datos financieras hasta plataformas de comercio electrónico. Sin monitorización, la presión sobre los buffers, los deadlocks y el bloat del transaction log pueden provocar caídas y corrupción de datos.

    • Detecte la presión de memoria mediante métricas de buffer cache y PLE
    • Monitorice las estadísticas de espera para identificar la causa raíz de las ralentizaciones
    • Realice un seguimiento de los deadlocks para corregir problemas de bloqueo a nivel de aplicación
    • Garantice el espacio del transaction log para operaciones de escritura ininterrumpidas
    • Optimice el uso de índices para mantener el rendimiento de las consultas a lo largo del tiempo
    Panel de monitorización MSSQL con rendimiento de consultas y métricas de buffer cache
    Detección de deadlocks de SQL Server y analítica de uso de índices
    02

    Por qué elegir Xitoring

    Xitoring ofrece monitorización de SQL Server de nivel empresarial con configuración zero-config. Nuestro agente ligero detecta automáticamente sus instancias MSSQL, empieza a recopilar métricas en menos de 60 segundos e se integra con sus canales de notificación existentes.

    • Soporte nativo de Windows Server con instalador sencillo
    • Más de 15 nodos de monitorización globales para comprobaciones de baja latencia
    • Panel unificado para servidores, bases de datos y uptime
    • Alertas flexibles vía Slack, PagerDuty, Telegram y más
    • Retención histórica para planificación de capacidad y auditorías
    Vista general de monitorización MSSQL en Windows Server con Xitoring
    Configuración de notificaciones de alerta y escalado
    Casos de uso

    Monitoreo común de SQL Server escenarios

    Dónde suele ejecutarse SQL Server hoy en día, y qué podría salir mal si nadie está vigilando.

    Aplicaciones de negocio y sistemas ERP

    Cuando SQL Server ejecuta aplicaciones de negocio críticas — finanzas, RRHH, ventas — una base de datos lenta se convierte en una empresa lenta. Observamos las señales que muestran cuándo la base de datos está empezando a tener problemas para que el equipo pueda solucionarlo antes de que el personal empiece a llamar a TI.

    Bases de datos de respaldo para recuperación ante desastres

    Las empresas ejecutan copias adicionales de su base de datos — a menudo en otra región — para que un solo fallo no deje el negocio fuera de línea. Cuando esas copias se quedan atrás, la recuperación perdería más datos de lo esperado. Vigilamos cada copia para que el plan de recuperación ante desastres siga funcionando el día que realmente lo necesites.

    SQL Server en la nube o en Linux

    Ya sea que SQL Server se ejecute en Azure, en Linux o en algún punto intermedio, la visibilidad que obtienes solo de la plataforma rara vez es suficiente. Mostramos las ralentizaciones de las consultas y otros problemas internos para que tanto el coste como el rendimiento permanezcan bajo tu control.

    Antes de empezar

    Requisitos previos para MSSQL

    Asegúrate de tener todo esto en su sitio — la mayoría de las instalaciones tardan 60 segundos una vez listo.

    • Microsoft SQL Server 2012 o más reciente (2022+ para la métrica size_on_disk_bytes)
    • Un login SQL con permisos CONNECT ANY DATABASE, VIEW SERVER STATE, VIEW ANY DEFINITION y SELECT
    • TCP/IP habilitado en la instancia, con el puerto accesible desde Xitogent
    Guía de configuración

    Empieza con minutos

    1

    Instalar Xitogent en tu servidor Windows

    Descarga e instala el agente Xitogent en tu Windows Server que aloja SQL Server.

    # Download from https://xitoring.com/xitogent # Run the installer as Administrator
    2

    Configurar el acceso a SQL Server

    Crea un login dedicado para monitorización con privilegios mínimos:

    CREATE LOGIN xitoring WITH PASSWORD = 'your_password'; CREATE USER xitoring FOR LOGIN xitoring; GRANT CONNECT ANY DATABASE TO xitoring; GRANT VIEW SERVER STATE TO xitoring; GRANT VIEW ANY DEFINITION TO xitoring; GRANT SELECT TO xitoring;
    3

    Habilitar la integración de MSSQL

    Usa el panel de Xitoring o la CLI para habilitar la integración de MSSQL.

    xitogent integrate
    4

    Configurar umbrales de alerta (opcional)

    Define umbrales personalizados para ratio de aciertos del buffer cache, page life expectancy o número de deadlocks para recibir notificaciones cuando algo requiera atención.

    5

    Verifica que funciona

    Ejecuta este comando en el servidor para confirmar que Xitogent ha detectado la integración. En unos 30 segundos comenzarán a llegar métricas nuevas a tu panel.

    sudo xitogent status
    Comparar

    ¿Estás considerando alternativas?

    Mira cómo se compara Xitoring frente a las alternativas para la supervisión de MSSQL: precios planos, integraciones más profundas y un solo agente que cubre todo tu stack.

    Ver todas las comparaciones

    Con frecuencia preguntas formuladas

    ¿Es compatible la integración con SQL Server en Linux?
    Sí. Aunque MSSQL se suele utilizar en Windows, Xitogent es compatible con SQL Server tanto en entornos Windows como Linux.
    ¿Afectará esta integración al rendimiento de SQL Server?
    No. Xitogent utiliza consultas DMV (vistas de gestión dinámica) ligeras, cuyo impacto en el rendimiento de SQL Server es insignificante.
    ¿Puedo supervisar varias instancias?
    Sí. Xitogent puede supervisar varias instancias de SQL Server (instancias con nombre) en el mismo servidor.
    ¿Puedo supervisar Azure SQL Database?
    La integración basada en agentes supervisa los servidores SQL Server autohospedados. Para Azure SQL Database, utilice la supervisión del tiempo de actividad de Xitoring para comprobar el estado de los puntos finales.
    ¿Qué versiones de SQL Server son compatibles?
    Xitoring es compatible con SQL Server 2016 y versiones posteriores, incluidas las ediciones SQL Server 2022 y Express.
    ¿Con qué frecuencia se recopilan los datos?
    Por defecto, los datos se recopilan cada minuto. Esto se puede ajustar a través del panel de control de Xitoring o de la interfaz de línea de comandos (CLI).
    ¿Cómo detecto deadlocks en SQL Server?
    La sesión system_health Extended Event captura automáticamente los grafos de deadlock (sin necesidad de Profiler). Léalos con `SELECT XEvent.value('(data/value/deadlock/process-list/process/@waitresource)[1]', 'nvarchar(100)') FROM sys.fn_xe_file_target_read_file(...)`. Rastree `Deadlocks/sec` desde `sys.dm_os_performance_counters` para conocer la tasa. Cualquier tasa distinta de cero es un problema de ordenación de transacciones o de nivel de aislamiento en la aplicación: Xitogent alerta sobre los picos de deadlocks y expone los grafos capturados.
    ¿Cómo monitorizo la salud de los backups de SQL Server?
    Consulte `msdb.dbo.backupset` para el último backup full/diff/log por base de datos, y `dm_io_virtual_file_stats` para el throughput de log-flush. Calcule el RPO como el tiempo desde el último backup de log. Para Always On, rastree `last_commit_time` por réplica. Xitogent expone alertas de backup obsoleto (cualquier base de datos sin backup full en N horas, o sin backup de log en M minutos) para que los jobs de mantenimiento omitidos salgan a la luz dentro del intervalo de sondeo.
    ¿Qué versiones de SQL Server son compatibles?
    SQL Server 2016 a 2022 (16.x), y SQL Server 2025 (17.x) con Query Store para réplicas secundarias, además de Azure SQL Managed Instance, Azure SQL Database y SQL Server en Linux (2017+). La integración detecta automáticamente las DMVs y vistas de Query Store disponibles; las nuevas funciones (optimización PSP, retroalimentación de cardinalidad IQP, Query Store en réplicas secundarias) se exponen donde están presentes.

    Empieza a seguir a MSSQL hoy

    Se configura en menos de 60 segundos. No se necesita tarjeta de crédito. Estadísticas completas desde el primer día.

    Empieza tu prueba gratuita

    Sigue explorando

    Relacionado Integraciones