10-Strike Network Monitor le permite monitorear bases de datos MS SQL, MySQL y ODBC en la red.
Las comprobaciones “MS SQL Server”, “MySQL” y “ODBC” permiten monitorear el estado del DBMS correspondiente y alertar cuando se detecten fallas en su funcionamiento. El algoritmo de la comprobación consiste en intentar conectarse periódicamente a las bases de datos con los parámetros de autenticación especificados. Si el DBMS devuelve un resultado de conexión exitosa, la comprobación se considera superada.
Además, el programa puede ejecutar consultas SQL arbitrarias, obtener los resultados y analizar los valores devueltos.
Para el funcionamiento correcto de la comprobación “MySQL” se requiere la biblioteca cliente del DBMS libmySQL.dll . Una de sus versiones se distribuye junto con la aplicación. Puede ubicarse en la carpeta de Windows o en la carpeta de la aplicación.
Para habilitar la comprobación “MS SQL Server”, el equipo debe tener instalada la parte cliente de ese DBMS. La aplicación admite autenticación de Windows y autenticación personalizada con el inicio de sesión y la contraseña indicados.
Cómo configurar el monitoreo de bases de datos (ejemplo MySQL)
El monitoreo del estado de la base de datos garantiza que se mantengan el rendimiento y la disponibilidad. Incluye el control de numerosos parámetros y métricas que proporciona el DBMS, así como la detección de errores en su funcionamiento.
A continuación describimos varias métricas básicas con las que puede evaluar el estado de la base de datos mediante el programa 10-Strike Network Monitor , tomando MySQL como ejemplo.
1. Disponibilidad y tiempo de actividad
La disponibilidad de una base de datos puede comprobarse conectándose a ella desde hosts remotos. Un error de conexión puede indicar que el servicio de base de datos se detuvo o que un programa de terceros bloqueó el puerto de la base de datos.
El parámetro uptime le ayuda a detectar reinicios rápidos de la base de datos. Esos reinicios pueden no quedar cubiertos por la comprobación de disponibilidad; por ello conviene verificar cuánto tiempo lleva la base de datos en ejecución sin fallos ni apagados. Por ejemplo, puede establecer el umbral de alerta cuando
uptime < 1800
donde 1800 es el tiempo de actividad de la base de datos en segundos desde el último inicio.
2. Errores de conexión
Uno de los posibles problemas en el funcionamiento de la base de datos son los errores de conexión de nuevos clientes. La métrica Number of Connection Errors le permite identificar momentos en los que la base de datos genera estos errores con demasiada frecuencia. Incluye las siguientes variables de estado del servidor MySQL (contadores):
- Connection_errors_accept
Número de errores que ocurrieron durante las llamadas accept() en el puerto de escucha. - Connection_errors_internal
Número de conexiones rechazadas por errores internos del servidor, como la imposibilidad de iniciar un nuevo hilo o la falta de memoria. - Connection_errors_max_connections
Número de conexiones rechazadas porque se alcanzó el límite max_connections del servidor. - Connection_errors_peer_address
Número de errores al resolver las direcciones IP de los clientes que se conectan. - Connection_errors_select
Número de errores que ocurrieron durante las llamadas select() o poll() en el puerto de escucha (el fallo de esta operación no implica necesariamente que se rechazó la conexión del cliente). - Connection_errors_tcpwrap
Número de conexiones rechazadas por libwrap.
Si el parámetro max_connections está configurado incorrectamente en el servidor MySQL, la base de datos puede fallar con un gran número de conexiones simultáneas, incrementando el contador Connection_errors_max_connections. Puede evitar esta situación monitoreando la relación entre el número de conexiones actuales y el máximo posible. Para ello puede usar la siguiente consulta:
SELECT ROUND(100 - (100 * Variable_value / [max_connections]), 0) as tc FROM sys.metrics where Variable_name = 'threads_connected'
donde en lugar de [max_connections] debe sustituir el valor real del parámetro max_connections (por defecto es 100). Puede obtenerlo con una consulta en la consola de MySQL:
show variables like "max_connections";
Este comando devolverá algo similar a lo siguiente:
La variable tc de la consulta mostrará el porcentaje de conexiones disponibles; el umbral puede establecerse en 30 %.
3. Consultas lentas
MySQL mantiene un registro de consultas lentas. El número de entradas en este registro puede obtenerse mediante la métrica slow_queries. Para conocer su valor puede usar una consulta SQL simple:
SELECT Variable_value FROM sys.metrics where Variable_name = 'slow_queries'
El programa puede reaccionar a los cambios de este valor informando sobre nuevas entradas en el registro de consultas lentas, lo que puede indicar problemas de rendimiento.
4. Consultas JOIN
Mediante los contadores de ejecución de solicitudes JOIN puede recibir alertas sobre operaciones que consumen demasiados recursos.
- Select_full_join
Número de JOIN que realizan escaneos de tabla porque no usan índices. Si este valor no es 0, conviene revisar cuidadosamente los índices de las tablas. - Select_full_range_join
Número de JOIN que usaron búsquedas por rango en la tabla de referencia. - Select_range_check
Número de JOIN sin claves que comprueban el uso de claves después de cada fila. Si no son 0, conviene revisar cuidadosamente los índices de las tablas. - Select_scan
Número de JOIN que realizaron un escaneo completo de la primera tabla. - Select_range
Número de JOIN que usaron rangos en la primera tabla. Por lo general no es un problema crítico, aunque el valor sea bastante alto.
5. Tasa de aciertos de caché
MySQL usa una caché en memoria para optimizar lecturas y escrituras en disco. Una tasa de aciertos de caché baja afecta el rendimiento de la base de datos. Esta consulta ayuda a calcular la tasa de aciertos de caché de tablas abiertas:
SELECT ROUND((open_cache_hits / (open_cache_hits + open_cache_misses)), 2) * 100 OpenTableFactor FROM (SELECT variable_value open_cache_misses FROM sys.metrics WHERE variable_name = 'table_open_cache_misses') miss, (SELECT variable_value open_cache_hits FROM sys.metrics WHERE variable_name = 'table_open_cache_hits') hits;
Establezca el umbral OpenTableFactor en 90 %; si el valor es inferior, el programa le notificará.
6. Tiempo de ejecución de consultas
Otro indicador de degradación del rendimiento de la base de datos es el tiempo de ejecución de las consultas. Puede escribir una consulta SQL de prueba y medir su tiempo de ejecución en condiciones normales. El valor resultante puede usarse como umbral para esta prueba. Un tiempo de espera de consulta significativamente elevado durante un período prolongado puede indicar que la base de datos está muy cargada y los usuarios deben esperar mucho tiempo por una respuesta.
MySQL ofrece un gran número de métricas que permiten evaluar el estado de la base de datos. La mayoría se encuentran en las tablas del sistema INFORMATION_SCHEMA (sys). Las tablas y vistas de este esquema están disponibles para la recuperación de datos. El programa admite la ejecución de consultas arbitrarias, lo que le permite crear un amplio conjunto de comprobaciones de rendimiento de bases de datos.
Monitoreo de otras bases de datos
Nadie sabe qué puede significar para una empresa una falla en el funcionamiento de un DBMS. Desafortunadamente, ocurre. Y si la base de datos deja de estar disponible, cuanto más rápido se restaure, menores serán las pérdidas. Por eso es muy importante enterarse a tiempo de las fallas de la base de datos y de su naturaleza.
Puede configurar el monitoreo de bases de datos SQL con 10-Strike Network Monitor. Agregue la comprobación "MySQL", "MSSQL" o "ODBC" y configure los parámetros de conexión indicando la dirección del servidor SQL, el puerto, el inicio de sesión y la contraseña. Seleccione una métrica para monitorear o especifique una consulta SQL que recupere valores de las tablas de la base de datos.
El programa 10-Strike Network Monitor se conecta a la base de datos con la frecuencia indicada y ejecuta una consulta SQL de prueba, comprobando así que el DBMS funciona correctamente.
Se admiten los siguientes DBMS:
• Microsoft SQL
• MySQL
• cualquier otro DBMS que admita conexión mediante la interfaz ODBC (MSAccess®, Oracle®, Sybase, FireBird y muchos otros).
Mediante consultas SQL al servidor de base de datos también puede monitorear servicios de terceros que almacenan y actualizan sus parámetros en ella. Si el valor del parámetro está fuera de rango, el programa notificará al administrador.
Monitoreo de procesos de negocio
También puede configurar el monitoreo de los procesos de negocio de la empresa procesando los valores y métricas almacenados en la base de datos mediante consultas SQL: número de ventas, ingresos, costos, etc. Las comprobaciones con consultas SQL pueden usarse de forma individual o combinarse en una fórmula para calcular un valor más complejo. Para ello el programa implementa la comprobación Check Counted by Formula (comprobación calculada por fórmula). Por ejemplo, puede crear dos comprobaciones para distintas bases de datos y usar los parámetros resultantes para calcular otro valor mediante la fórmula indicada.
Véase también: Monitoreo de servidor web HTTP(S), contenido de páginas web, Monitoreo de servidor FTP
Requisitos: Windows XP/Vista/7/8.1/10/11, Server 2003/2008/2012/2016/2019/2022 compatible.
