Configuración de indicador de salud
Hay diferentes niveles en los que se puede definir la configuración. Se proporciona una configuración predeterminada de valores de fábrica para cada indicador de salud cuando se instala el sistema de base de datos. Cuando el supervisor de salud se inicia por primera vez, una copia de los valores de fábrica proporciona los valores predeterminados para la instancia y los valores globales.
Los valores de instancia se aplican a la instancia. Los valores globales se aplican a objetos como bases de datos, espacios de tablas y contenedores de espacios de tablas de la instancia que no tienen valores personalizados definidos.
La actualización de los valores del indicador de salud para una base de datos, un espacio de tablas o un contenedor de espacios de tablas específicos crea valores de objeto para los indicadores de salud actualizados. El valor predeterminado para los valores de objeto son los valores globales.
El supervisor de salud comprueba los valores de objeto cuando procesa un indicador de salud para una base de datos, un espacio de tablas o un contenedor de espacio de tablas determinado. Si los valores de un indicador de salud determinado nunca se han actualizado, se utilizan los valores globales predeterminados para procesar el indicador de salud. Los valores de instancia se utilizan cuando el supervisor de salud procesa un indicador de salud para la instancia.
- Distintivo de evaluación
- Cada indicador de salud tiene un distintivo de evaluación para habilitar o inhabilitar la evaluación del estado de alerta.
- Umbrales de aviso y alarma
- Los indicadores de salud basados en umbral tienen valores que definen las regiones de aviso y alarma para el valor del indicador de salud. Estos valores de umbral de aviso y alarma se pueden modificar para su entorno de base de datos concreto.
- Parámetro de sensibilidad
- El parámetro de sensibilidad define la cantidad mínima de tiempo, en segundos, que el valor del indicador de salud debe estar en un estado de alerta antes de que se genere la alerta. El tiempo de espera asociado con el valor de sensibilidad se inicia en el primer intervalo de renovación durante el cual el valor del indicador de salud entra en un estado de alerta. Puede utilizar este valor para eliminar alertas erróneas generadas debido a picos temporales en el uso de recursos.
Considere un ejemplo utilizando el indicador de salud de Utilización de registro (db.log_util). Supongamos que revisa el registro de notificaciones de base de datos semanalmente. En la primera semana, una entrada para db.log_util está en estado de alarma. Recuerda haber recibido una notificación para esta situación, pero al comprobar la situación de alerta desde el CLP, el indicador de salud estaba de nuevo en estado normal. Después de una segunda semana, se observa una segunda entrada de notificación de alarma para el mismo indicador de salud a la misma hora de la semana. Investigue la actividad en el entorno de base de datos en las dos ocasiones en las que se han generado alertas y descubra que una aplicación que tarda mucho tiempo en confirmarse se se ejecuta semanalmente. Esta aplicación hace que la utilización del registro se dispare durante un breve periodo de tiempo, aproximadamente de ocho a nueve minutos, hasta que se confirme la aplicación. Puede ver en las entradas de historial del registro de notificación de alarma en el registro de notificaciones que el indicador de salud db.log_util se evalúa cada 10 minutos. Debido a que se está generando la alerta, el tiempo de aplicación debe estar abarcando ese intervalo de renovación. Establece la sensibilidad para el parámetro db.log_util en diez minutos. Ahora, cada vez que el valor de db.log_util entra por primera vez en las regiones de umbral de aviso o alarma, el valor debe permanecer en esa región durante al menos diez minutos antes de que se genere la alerta. No se registran más entradas de notificación en el registro de notificaciones para esta situación porque la aplicación solo dura de ocho a nueve minutos.
- Distintivo de acción
- La ejecución de acciones en la generación de alertas se controla mediante el distintivo de acción. Sólo cuando el distintivo de acción está habilitado, se ejecutan las acciones de alerta configuradas.
- Acciones
- Las acciones de script o de tarea se pueden configurar para que se ejecuten en una aparición de alerta. Para los indicadores de estado basados en umbrales, las acciones se pueden configurar para que se ejecuten en umbrales de aviso o alarma. Para los indicadores de salud basados en estado, las acciones se pueden configurar para que se ejecuten en cualquiera de las posibles condiciones no normales. El servidor de administración de bases de datos debe estar en ejecución para que se ejecuten las acciones.Los siguientes parámetros de entrada se pasan a cada script de mandatos del sistema operativo:
- < nombre abreviado del indicador de salud >
- Nombre de objeto < >
- < value | estado >
- < tipo de alerta >
Las acciones de script utilizan el intérprete predeterminado en el sistema operativo. Si desea utilizar un intérprete no predeterminado, cree una tarea utilizando el procedimiento ADMIN_TASK_ADD con el contenido del script. En un entorno multiparticionado, todas las particiones deben poder acceder al script definido en la acción de script.
El intervalo de renovación en el que el supervisor de salud comprueba que no se puede configurar cada indicador de salud. Las acciones de recomendación consideradas por el supervisor de salud no se pueden configurar.
- En Windows, HealthRules.reg se almacena en x:\<SQLLIB_PATH>\<INSTANCE_NAME>. Por ejemplo, d:\sqllib\DB2.
- En UNIX, HealthRules.reg se almacena en ~/<SQLLIB_PATH>/cfg. Por ejemplo, ~/home/sqllib/cfg.