Agentes y módulos generados por el plugin
El plugin creará un agente por cada base de datos objetivo. Ese agente contendrá los siguientes módulos
Si esta activado engine_uptime:
| restart_detection | Será 0 si se ha detectado un reinicio inesperado, y 1 de no ser este el caso. Cuando un servidor se reinicia inesperadamente, puede haber una interrupción en el acceso a la base de datos y potencialmente se pueden perder transacciones o datos no guardados correctamente. |
Si esta activado query_stats:
| queries: select | Número de consultas SELECT. Las consultas SELECT se utilizan para recuperar datos de la base de datos. Monitorizar las consultas SELECT te permite evaluar la eficiencia de las consultas y la optimización de los índices. Al identificar consultas SELECT lentas o ineficientes, puedes tomar medidas para mejorar su rendimiento, como añadir índices adecuados, optimizar las consultas o ajustar la configuración del servidor. |
| queriers: update | Número de consultas UPDATE. Las consultas UPDATE se utilizan para modificar los datos existentes en la base de datos. Monitorizar las consultas UPDATE es importante para evaluar la frecuencia y la eficiencia de las actualizaciones de datos. Puedes identificar consultas UPDATE que afectan a un gran número de filas o que tienen un impacto significativo en el rendimiento del servidor. Esto te permite optimizar las consultas, revisar la estructura de las tablas o tomar medidas para reducir la carga generada por las actualizaciones. |
|
queries: delete |
Número de consultas DELETE. Las consultas DELETE se utilizan para eliminar datos de la base de datos. Monitorizar las consultas DELETE es útil para evaluar la frecuencia y la eficiencia de las eliminaciones de datos. Puedes identificar consultas DELETE que afectan a un gran número de filas o que tienen un impacto significativo en el rendimiento del servidor. Esto te permite optimizar las consultas, revisar la estructura de las tablas o tomar medidas para reducir la carga generada por las eliminaciones. |
| queries: insert | Número de consultas INSERT. Las consultas INSERT se utilizan para insertar nuevos datos en la base de datos. Monitorizar las consultas INSERT te permite evaluar la frecuencia y la eficiencia de las inserciones de datos. Puedes identificar consultas INSERT que están generando una alta carga en el servidor o que podrían estar causando problemas de rendimiento. Esto te permite optimizar las consultas, revisar la estructura de las tablas o considerar estrategias de inserción diferida para mejorar el rendimiento en entornos de alta concurrencia. |
Si esta activado analyze_connections:
| session usage | Número de conexiones actuales respecto al total de conexiones máximas. La monitorización del uso de sesiones en SQL Server es importante para optimizar el rendimiento, identificar problemas de bloqueo, mejorar la seguridad y auditoría, y planificar eficientemente los recursos del servidor. |
Si esta activado cache_stats:
| cache hit ratio (dictionary) | El ratio de cache del diccionario. El "Cache Hit Ratio (Dictionary)" se refiere a la proporción de solicitudes de acceso a los datos del diccionario de Oracle que se resuelven utilizando datos almacenados en la caché en comparación con las solicitudes que requieren acceso al disco. El diccionario de Oracle contiene información sobre la estructura de la base de datos, los objetos, los metadatos y otros detalles importantes. Un alto ratio de aciertos (hit ratio) indica que la mayoría de las solicitudes de acceso al diccionario se resuelven utilizando datos en la caché, lo que mejora el rendimiento del sistema al evitar acceso al disco. |
| cache hit ratio (library) | El ratio de cache de la librería. El "Cache Hit Ratio (Library)" se refiere a la proporción de solicitudes de acceso a los procedimientos, funciones y paquetes de Oracle almacenados en la caché de la biblioteca compartida. La caché de la biblioteca compartida almacena el código compilado de los programas y consultas SQL ejecutadas con frecuencia. Un alto ratio de aciertos indica que la mayoría de las solicitudes se resuelven utilizando código almacenado en la caché, lo que evita la necesidad de recompilar y mejora el rendimiento al reducir el tiempo de ejecución. |
| cache hit ratio (buffer) | El ratio de cache del buffer. El "Cache Hit Ratio (Buffer)" se refiere a la proporción de solicitudes de acceso a los bloques de datos almacenados en el caché del buffer de Oracle que se resuelven utilizando datos en la caché en comparación con las solicitudes que requieren acceso al disco. El caché del buffer almacena los bloques de datos que se leen o modifican con frecuencia. Un alto ratio de aciertos indica que la mayoría de las solicitudes de acceso a los datos se resuelven utilizando bloques almacenados en la caché del buffer, lo que reduce la necesidad de acceder al disco y mejora el rendimiento general del sistema. |
Si esta activado check_tablespaces:
Si esta activado fragmentation_ratio:
| fragmentation ratio | El ratio de fragmentación. El Fragmentation Ratio en Oracle Database es un valor que indica la cantidad de espacio desperdiciado debido a la fragmentación en una estructura de datos. Un Fragmentation Ratio alto indica una mayor fragmentación y un mayor desperdicio de espacio, lo que puede afectar el rendimiento del sistema. |
El plugin también creará un módulo por cada consulta personalizada definida en el fichero de configuración.