Guida al contenuto predefinito › Moduli di business logic › Moduli di business logic di gestione della disponibilità

Moduli di business logic di gestione della disponibilità

Le sezioni seguenti descrivono i moduli di business logic utilizzati nelle metriche comuni alle statistiche relative alla disponibilità e agli errori.

Presupposti per la gestione della disponibilità

I presupposti e i comportamenti di base riportati di seguito sono applicabili per tutti i moduli inclusi nel dominio della disponibilità:

• Lo stato iniziale del componente nel primo periodo di calcolo è Attivo, prima della ricezione di qualsiasi evento da segnalare in merito a questo componente.
• Esiste uno stato Nessuno. Quando lo stato di una risorsa non è conosciuto, lo stato precedente allo stato Nessuno viene considerato in base all'ultimo stato reale della risorsa.
• Ogni volta che viene definito un periodo che supera il periodo di applicazione, il periodo di eccezione viene gestito nello stesso modo.
• Nel caso in cui l'intero periodo calcolo superi il periodo di applicazione, il risultato del periodo è NULL.
• Eventi forzati: in alcuni casi le informazioni sulla disponibilità del servizio fornite dallo strumento di monitoraggio sono errate o non valide. In questi casi, viene definito un ulteriore evento il cui stato viene forzato in tutti gli eventi ricevuti precedentemente. Ad esempio, se è stato segnalato che il servizio è Up (Attivo) e si ricevuto un evento Force Down (Disattivazione forzata), il servizio viene considerato Down (Non attivo)
• Eventi incidente: in alcuni casi gli eventi incidente segnalano lo stato della disponibilità. Ad esempio, "Incident – Open" (Incidente – Aperto) per i ticket con priorità 1 indica uno stato DOWN (NON ATTIVO), mentre "Incident – Resolved" (Incidente – Risolto) per i ticket con priorità 1 indica uno stato UP (ATTIVO).
• Quando si riceve un nuovo evento, la formula controlla lo stato dell'evento precedente. Se lo stato dell'evento precedente è inattivo, il periodo tra questo evento e il nuovo evento viene considerato non attivo.
• Gli eventi possono essere segnalati per indicare lo stato di un componente o di un dispositivo specifico o globalmente per tutto il servizio. Nel caso in cui gli eventi vengano segnalati sia per un componente sia globalmente, lo stato reale è quello globale.

Tipi di evento di gestione della disponibilità

I seguenti tipi di evento di gestione della disponibilità forniscono lo stato di disponibilità di un dispositivo o un servizio specifico:

• Evento Availability UP (Disponibilità attiva)
• Evento Availability DOWN (Disponibilità attiva)
• Evento Availability Force UP (Forzatura disponibilità attiva)
• Evento Availability Force DOWN (Forzatura disponibilità attiva)
• Evento Availability Force NONE (Forzatura disponibilità attiva)

Inoltre, gli eventi incidente (come descritto nel capitolo Modulo Incident Management (Gestione incidenti)) possono essere utilizzato per riflettere lo stato di disponibilità del servizio o di un dispositivo. Ad esempio Incident – Open (Incidente – Aperto) può rappresentare lo stato DOWN (NON ATTIVO), mentre Incident – Resolved (Incidente – Risolto) rappresenta lo stato UP (ATTIVO).

Struttura dei tipi di evento disponibilità

La tabella seguente illustra la struttura disponibilità di tutti i tipi di evento disponibilità: