Documentation
Table of Contents
5 Escalades
Vista general
Amb les escalades, podeu crear escenaris personalitzats per enviar notificacions o executar comandes de forma remota.
Concretament aix¨° vol dir que:
- Els usuaris poden ¨¦sser notificats immediatament de nous problemes
- Les notificacions es poden repetir fins que es resolgui el problema
- L'enviament d'una notificaci¨® es pot endarrerir
- Les notificacions es poden reenviar a un altre grup d'usuaris "superior".
- Les comandes remotes es poden executar immediatament o quan un problema no es resol durant molt de temps
Les accions s'escalen en funci¨® de l'etapa d'escalada. Cada etapa t¨¦ una durada en el temps.
Podeu establir tant la durada predeterminada com la durada personalitzada d'una passa individual. La durada m¨ªnima d'una passa d'escalada ¨¦s de 60 segons.
Podeu iniciar accions, com ara enviar notificacions o executar comandes, des de qualsevol etapa. La primera passa es refereix a les accions immediates. Si voleu endarrerir una acci¨®, podeu assignar-la a una passa posterior. Per a cada passa, es poden definir diverses accions.
El nombre de graons de pujada no ¨¦s limitat.
Les escalades es defineixen quan es configura una operaci¨®. Les escalades nom¨¦s s'admeten per a operacions problem¨¤tiques, no per a la recuperaci¨®.
Aspectes diversos del comportament de l'escalada
Considerem qu¨¨ passa en diferents circumst¨¤ncies si una acci¨® cont¨¦ diverses passes d'escalada.
| Estat | Comportament |
|---|---|
| L'equip en q¨¹esti¨® entra en manteniment despr¨¦s que s'envi? la notificaci¨® inicial del problema | Segons la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨® Aturar operacions per problemes esborrats a ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨® de l'acci¨®, totes les passes d'escalada restants s'executen amb un endarreriment causat pel per¨ªode de manteniment o sense demora. Un per¨ªode de manteniment no cancel¡¤la les operacions. |
| El per¨ªode de temps definit a la condici¨® d'acci¨® ±Ê±ð°ù¨ª´Ç»å±ð de temps acaba despr¨¦s d'enviar la notificaci¨® inicial | S'executen totes les passes d'escalada restants. La condici¨® ±Ê±ð°ù¨ª´Ç»å±ð no pot aturar les operacions; t¨¦ un efecte sobre quan s'inicien/no s'inicien les accions, no sobre les operacions. |
| Un problema comen?a durant el manteniment i continua (no es resol) despr¨¦s d'acabar el manteniment | Segons la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨® Pausa les operacions per a problemes esborrats a ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨® de l'acci¨®, totes les passes d'escalada s'executen tan aviat com acaba el manteniment o immediatament. |
| Un problema s'inicia durant un manteniment sense dades i continua (no es resol) despr¨¦s d'acabar el manteniment | Ha d'esperar que el trigger s'activi, abans d'executar qualsevol pas d'escalada. |
| Es segueixen i es superposen diferents escalades | L'execuci¨® de cada escalada nova substitueix l'escalada anterior, per¨° almenys per a una passa d'escalada que encara s'executa a l'escalada anterior. Aquest comportament ¨¦s rellevant en accions sobre esdeveniments que es creen amb l'avaluaci¨® de CADA problema del trigger. |
| Durant una escalada en curs (com l'enviament d'un missatge), depenent de qualsevol tipus d'esdeveniment: - l'acci¨® ¨¦s desactivada Depenent de l'esdeveniment trigger:< br>- l'activador ¨¦s desactivat - equip o element ¨¦s desactivat Segons un esdeveniment intern relacionat amb els triggers: - el trigger ¨¦s desactivat Segons un esdeveniment intern relacionat amb els elements/regles de descoberta de baix nivell: - l'element ¨¦s desactivat<br >- l'equip ¨¦s desactivat |
S'envia el missatge actual i despr¨¦s s'envia un altre missatge sobre l'escalada. El missatge de seguiment contindr¨¤ el text de cancel¡¤laci¨® al principi del cos del missatge (NOTA: Escalada cancel¡¤lada) indicant el motiu (p. ex. **NOTA: Escalada cancel¡¤lada: acci¨® '<Nom de l'acci¨®>' desactivada). D'aquesta manera, s'avisa al destinatari que l'escalada s'ha cancel¡¤lat i no es faran m¨¦s passes. Aquest missatge s'envia a tothom que hagi rebut les notificacions abans. El motiu de la recuperaci¨® tamb¨¦ es registra al fitxer de registre del servidor (des del nivell de depuraci¨® 3=´¡±¹¨ª²õ). Tingueu en compte que el missatge Escalada cancel¡¤lada* tamb¨¦ ¨¦s enviat si les operacions s'han completat, per¨° les operacions de recuperaci¨® s¨®n configurades i encara no s'executen. |
| Durant una escalada en curs (com ara enviar un missatge) l'acci¨® s'esborra | No s'envien m¨¦s missatges. La informaci¨® es registra al fitxer de registre del servidor (des del nivell de depuraci¨® 3=Av¨ªs), per exemple: escalada cancel¡¤lada: acci¨® id:334 esborrada |
Exemples d'escalada
Exemple 1
Enviament d'una notificaci¨® repetida cada 30 minuts (5 vegades en total) a un grup "Administradors de MySQL". Per configurar-lo:
- A la pestanya Operacions, establiu la durada predeterminada de la passa de l'operaci¨® a "30 m" (30 minuts)
- Estableix les Passes d'escalada d'"1" a "5"
- Seleccioneu el grup "Administradors de MySQL" com a destinataris del missatge.
Les notificacions s'enviaran a les 0:00, 0:30, 1:00, 1:30, 2:00 hores despr¨¦s de l'inici del problema (tret que, per descomptat, el problema es resolgui abans).
Si el problema es resol i es configura un missatge de recuperaci¨®, s'enviar¨¤ a aquells que hagin rebut almenys un missatge de problema en aquest escenari d'escalada.
Si el trigger que va generar una escalada activa ¨¦s desactivat, Áú»¢¶Ä²© envia un missatge informatiu al respecte a tothom que ja hagi rebut notificacions.
Exemple 2
Enviament d'una notificaci¨® amb endarreriment sobre un problema de llarga data. Configura:
- A la pestanya Operacions, establiu la durada predeterminada de la passa de l'operaci¨® a "10 h" (10 hores).
- Establiu lesPasses d'escalada de "2" a "2".
No s'enviar¨¤ una notificaci¨® fins a l'etapa 2 de l'escenari d'escalada o 10 hores despr¨¦s de l'inici del problema.
Podeu personalitzar el text del missatge amb alguna cosa com "El problema t¨¦ m¨¦s de 10 hores".
Exemple 3
Escala el problema al cap.
En el primer exemple anterior, hem configurat l'enviament de missatges programats als administradors de MySQL. En aquest cas, els administradors rebran quatre missatges abans que el problema s'escali al gestor de bases de dades. Tingueu en compte que el gestor nom¨¦s rebr¨¤ un missatge si encara no s'ha reconegut el problema, ¨¦s a dir, ning¨² hi treballa.
Detalls de l'operaci¨® 2:
Tingueu en compte l'¨²s de la macro {ESC.HISTORY} al missatge personalitzat. La macro contindr¨¤ informaci¨® sobre totes les passes executades pr¨¨viament en aquesta escalada, com ara les notificacions enviades i les ordres executades.
Exemple 4
Un escenari m¨¦s complex. Despr¨¦s de diversos missatges als administradors de MySQL i una escalada al responsable, Áú»¢¶Ä²© intentar¨¤ reiniciar la base de dades MySQL. Aix¨° passar¨¤ si el problema ha existit durant les 2:30 i no s'ha reconegut.
Si el problema persisteix, despr¨¦s de 30 minuts m¨¦s, Áú»¢¶Ä²© enviar¨¤ un missatge a tots els usuaris convidats.
Si aix¨° no resol el problema, despr¨¦s d'una hora m¨¦s Áú»¢¶Ä²© reiniciar¨¤ el servidor amb la base de dades MySQL (segona ordre remota) mitjan?ant ordres IPMI.
Exemple 5
Una escalada amb m¨²ltiples operacions assignades a una passa i intervals personalitzats emprats. La durada predeterminada de la passa d'operaci¨® ¨¦s de 30 minuts.
Les notificacions s'enviaran de la seg¨¹ent manera:
- Als administradors de MySQL 0:00, 0:30, 1:00, 1:30 despr¨¦s de l'inici del problema
- Al gestor de bases de dades a les 2:00 i a les 2:10 despr¨¦s de l'inici del problema (no a les 3:00; com que les passes 5 i 6 es superposen amb la seg¨¹ent operaci¨®, la durada de la passa personalitzada m¨¦s curta de 10 minuts a l'operaci¨® seg¨¹ent anul¡¤la la m¨¦s llarga. La durada de la passa d'1 hora s'ha intentat establir aqu¨ª)
- Als administradors de Áú»¢¶Ä²© 2:00, 2:10, 2:20 despr¨¦s de l'inici del problema (la durada de la passa personalitzada de 10 minuts de feina)
- Als usuaris convidats 4:00 hores despr¨¦s de l'inici de l'emissi¨® (la durada de l'etapa predeterminada de 30 minuts es revertir¨¤ entre les etapes 8 i 11)