-
Demasiadas notificaciones/alarmas
Hola,
Tenemos varios agentes para controlar la latencia de las comunicaciones y servicios en Cloud (Latencia Office 365). Cuando hacemos copia de seguridad entre la sede central y el cloud, se disparan las latencias de los interfaces y comunicaciones al estar ocupado el canal y subir la latencia temporalmente.
¿cómo podemos alargar estas comprobaciones sin que la gráfica pierda valores? Es decir si alargo las comprobaciones, la información que estamos pintando también se alargara con lo que será menos real.
Gracias.
-
3 Replies
-
Hola ansator3,
Entiendo que con “alargar” las comprobaciones, te refieres a aumentar el umbral crÃtico para que cuando se están haciendo las copias de seguridad el aumento en latencia no dispare las alertas. ¿Es esto asÃ?
Quizá te interese poner en standby las alertas de dichos módulos en su lugar. Esto hará que la alerta siga activándose, de manera que se puede seguir viendo como disparada en la lista de alertas. Sin embargo, no realizará la acción establecida (por ejemplo, mandar un email).
También puedes deshabilitar la alerta de los módulos afectados durante la copia de seguridad. Esto provocarÃa que la alerta estuviera totalmente desactivada, y ni siquiera se mostrará en la vista de alertas como disparada.En ambos casos, esto se puede hacer rápidamente desde el menú de operaciones masivas.
Un saludo,
Kevin. -
Hola,
Lo que me refiero es que por ejemplo si la copia de seguridad es entre las 20:00-23:00 horas.
Las comprobaciones se hacen cada 5 minutos.
Lo que quiero es que en este perÃodo intentar que me salten las menos alarmas posibles por correo electrónico. Porque se esta realizando la copia de seguridad por Internet.
No quiero perder datos/precisión de las gráficas.
¿cómo puedo indicarle que haga varias comprobaciones en un intervalo 20 minutos por ejemplo y si los valores de alarma persisten entonces envÃe un correo?
Gracias
-
Hola ansator3.
Quizás te pueda interesar tener configurado el umbral Flip-Flop en tus módulos. Este parámetro te permite indicar cuantas veces más tiene que recibir el módulo datos que le coloquen en un estado antes de efectivamente cambiar a ese estado.
Por ejemplo, si determinas un umbral de Flip-Flop de 2 para cambiar a crÃtico en un módulo, dicho módulo tendrá que recibir al menos 2 veces más datos crÃticos para que el módulo cambie de estado.
Si haces esto ya que el módulo no cambiará de estado hasta no recibir X veces seguidas datos que le cambien a ese estado, las alertas asociadas no se dispararán hasta ese momento.
Espero que esto te sirva.
Un saludo,
Enrique.
