Monitoraggi e regole

Ogni monitoraggio ha due o tre stati di integrità. In un determinato momento un monitoraggio si troverà in uno solo dei relativi stati possibili. Quando un monitoraggio viene caricato dall'agente, viene inizializzato a uno stato integro. Lo stato verrà modificato solo se vengono rilevate le condizioni specificate per un altro stato.

L'integrità generale di un determinato oggetto è determinata dall'integrità di ogni singolo monitoraggio. In questo modo ci sarà una combinazione di monitoraggi destinati direttamente all'oggetto, monitoraggi destinati agli oggetti che eseguono il rollup all'oggetto tramite un monitoraggio delle dipendenze, monitoraggi delle dipendenze destinati agli oggetti e così via. Questa gerarchia è illustrata in Esplora stati della Console operatore. I criteri per la modalità di rollup dell'integrità fanno parte della configurazione dei monitoraggi aggregati e delle dipendenze.

Quando si crea un monitoraggio, è necessario specificare una condizione per ogni stato di integrità. Quando una di queste condizioni è soddisfatta, lo stato del monitoraggio viene modificato. Ogni condizione deve essere univoca in modo che solo una possa essere vera in un determinato momento. Quando lo stato di un monitoraggio cambia in avviso o critico, può essere generato facoltativamente un avviso. Quando si trasforma in uno stato integro, qualsiasi avviso generato in precedenza può facoltativamente essere risolto automaticamente.

Il diagramma seguente mostra un esempio di Esplora stati per la classe Windows Server. Viene illustrato come l'utilizzo di diversi tipi di monitoraggio contribuisca a uno stato di integrità generale.

Esempio di Esplora stati

• Si desidera influire sullo stato di integrità di un oggetto. Oltre a generare un avviso, un monitoraggio influirà sullo stato di integrità del relativo oggetto di destinazione. Viene visualizzato nella visualizzazione dello stato e nei report di disponibilità.

• Si desidera risolvere automaticamente un avviso quando la condizione di errore è stata cancellata. Non è possibile cancellare automaticamente un avviso di una regola poiché una regola non è in grado di rilevare che il problema è stato risolto. Un monitoraggio può rilevare che il problema è stato risolto quando viene soddisfatta la condizione per il relativo stato di integrità e l'avviso può essere risolto automaticamente.

• Si sta creando un avviso in base a una soglia di prestazioni. Non sono presenti regole per generare un avviso da una soglia di prestazioni. È necessario utilizzare un monitoraggio per questo scenario poiché è possibile utilizzare la condizione in cui il contatore delle prestazioni è al di sotto della soglia definita.

• Si dispone di una condizione che richiede una logica più complessa di quanto sia possibile con le regole. La Console operatore offre una serie di opzioni per l'impostazione dello stato di integrità di un monitoraggio, ma solo il rilevamento per una regola. Se è necessaria una logica più complessa per una regola ma non si dispone di un metodo per rilevare lo stato di integrità del monitoraggio, è possibile creare un monitoraggio utilizzando la reimpostazione manuale o timer. Per altre informazioni, vedere Evento Monitor Reset.

  Nota

  In adb418d7-95ab-4e33-8ced-34a934016aa3#VMPD è possibile creare regole personalizzate utilizzando la stessa logica disponibile per i monitoraggi nella Console operatore.

• Si desidera raccogliere i contatori delle prestazioni o gli eventi per l'analisi e la creazione di report. I monitoraggi raccolgono queste informazioni solo quando si verifica una modifica nello stato di integrità. Se si desidera raccogliere le informazioni necessarie per creare una regola di raccolta.

  Se si desidera raccogliere un contatore delle prestazioni e impostare una soglia in modo che venga impostato uno stato di integrità, quindi creare sia una regola che un monitoraggio utilizzando lo stesso contatore delle prestazioni.

• Si desidera generare un avviso che non è correlato allo stato di integrità di un oggetto.