Condividi tramite


Avvisi

 

Si applica a: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

In Operations Manager gli avvisi possono essere generati dai monitoraggi o dalle regole. La Console operatore non fa distinzione tra i tipi, ma i due tipi presentano differenze che è necessario comprendere quando si definiscono i monitoraggi e le regole. Nelle sezioni di seguito vengono fornite le proprietà degli avvisi che è necessario definire quando si configura un monitoraggio per generare un avviso o se si crea una regola di avviso.

Avvisi dai monitoraggi

Un avviso viene generato da un monitoraggio solo se tutte le condizioni seguenti sono vere:

  • Il monitoraggio è configurato per generare un avviso.

  • Lo stato di integrità del monitoraggio è stato modificato da stato integro ad avviso o errore in base ai possibili stati di integrità del monitoraggio.

  • Un avviso aperto non esiste già per lo stesso oggetto creato dallo stesso monitoraggio.

Gli avvisi vengono generati da un monitoraggio solo quando lo stato di integrità del monitoraggio cambia da uno stato integro. Anche se i criteri per la condizione di errore si possono verificare più volte, non verranno generati più avvisi dopo che lo stato di integrità del monitoraggio è impostato su avviso o critico. Un nuovo avviso verrà generato solo dopo che lo stato di integrità del monitoraggio torna su integro e la condizione di errore si verifica di nuovo.

Ad esempio, si consideri un monitoraggio eventi di Windows configurato per impostare uno stato critico quando viene rilevato un evento con numero 101 e per reimpostare il monitoraggio quando viene rilevato un evento con numero 100. Quando viene creato il primo evento 101, il monitoraggio è impostato su uno stato critico e viene generato un avviso. Nonostante sia possibile chiudere un avviso, se viene rilevato un altro evento 101, non viene creato un nuovo avviso perché lo stato del monitoraggio non è cambiato. Viene generato un avviso solo dopo che il monitoraggio viene reimpostato rilevando un evento 100 oppure manualmente dall'utente e dopo che viene rilevato un evento 101.

Nome avviso

Il nome dell'avviso è un'unica riga di testo statico e non può includere le variabili.

Priorità e gravità

La gravità dell'avviso definisce l'avviso come informativo, avviso o critico. Non è necessario che la gravità corrisponda alla gravità dello stato di integrità che ha attivato l'avviso. La gravità dell'avviso è identificata da un'icona nella Console operatore e viene utilizzata da visualizzazioni e sottoscrizioni di notifica. La priorità avviso non è accessibile nella Console operatore ma viene utilizzata principalmente per le sottoscrizioni di notifica.

Descrizione avviso

La descrizione dell'avviso può disporre di più righe di testo e includere una combinazione di variabili e testo statico. Il tipo di variabile più comune nella descrizione dell'avviso saranno le variabili $Data per includere nella descrizione dell'avviso le informazioni dall'origine di dati del monitoraggio. Le proprietà disponibili dipenderanno dal tipo di origine dati utilizzata.

Nella tabella riportata di seguito vengono descritti gli esempi e la sintassi delle variabili negli avvisi creati dai monitoraggi.

Origine dati

Sintassi

Esempi

Evento Windows

        $Data/Context/<Property Name>$
      
        $Data/Context/EventDescription$
      
        $Data/Context/Params/Param[#]$
      
        $Data/Context/Params/Param[2]$
      

Registro di testo

        $Data/Context/<Property Name>$
      
        $Data/Context/LogFileName$
      
        $Data/Context/Params/Param[1]$
      
        $Data/Context/Params/Param[1]$
      

Registro di testo delimitato

        $Data/Context/<Property Name>$
      
        $Data/Context/LogFileName$
      
        $Data/Context/Params/Param[#]$
      
        $Data/Context/Params/Param[2]$
      

Evento WMI

        $Data/Context/Collection[@Name='<TargetInstance|PreviousInstance>']/Property[@Name='<PropertyName>']$
      
        $Data/Context/Collection[@Name=’TargetInstance’]/Property[@Name='Name']$
      

Prestazioni Windows

        $Data/Context/<PropertyName>]$
      
        $Data/Context/Value$
      

Prestazioni WMI

        $Data/Context/<PropertyName>]$
      
        $Data/Context/Value$
      

Script di monitoraggio

        $Data/Context/Property[@Name='<PropertyName>']$
      
        $Data/Context/Property[@Name='Result'>']$
      

Risoluzione automatica avvisi

È possibile configurare i monitoraggi che creano avvisi per risolvere automaticamente l'avviso quando il monitoraggio torna su uno stato integro. Questo significa che gli avvisi non risolti per il monitoraggio rappresentano un problema che persiste. L'unica configurazione per questo requisito è l'opzione che esegue la risoluzione automatica.

Nota

Non è possibile eseguire la risoluzione automatica degli avvisi con le regole perché le regole non sono in grado di rilevare che il problema è stato risolto.

Avvisi da regole

Verrà generato un avviso da una regola solo se si verificano le condizioni seguenti:

  • La regola è configurata per generare un avviso.

  • I criteri definiti nella regola sono veri.

  • Non esiste già un avviso aperto che corrisponde alla configurazione di eliminazione dell'avviso.

Nella tabella riportata di seguito viene illustrata la capacità di generare un avviso di ogni tipo di regola.

Tipo di regola

Funzionalità avviso

Regole degli eventi

È possibile creare regole di avviso per tutte le origini dati eventi. I criteri specificati per stabilire quando un avviso deve essere creato sono gli stessi utilizzati per modificare lo stato nei monitoraggi evento.

Regole di prestazioni

Non è possibile creare una regola di avviso basata su un contatore delle prestazioni. È necessario utilizzare un monitoraggio perché una condizione di riuscita in genere è rilevabile da un contatore delle prestazioni ed è relativa ad alcuni stati di integrità della classe di destinazione.

Regole di script

Non è possibile creare una regola di avviso basata su uno script. È necessario utilizzare un monitoraggio perché uno script in genere fornirà un valore restituito sia in caso di errore sia in caso di stato di integrità, pertanto la condizione di riuscita è rilevabile e relativa allo stato di integrità della classe di destinazione.

Nome avviso

Il nome dell'avviso è un'unica riga di testo statico e non può includere le variabili.

Priorità e gravità

La gravità dell'avviso definisce l'avviso come informativo, avviso o critico. Non è necessario che la gravità corrisponda alla gravità dello stato di integrità che ha attivato l'avviso. La gravità dell'avviso è identificata da un'icona nella Console operatore e viene utilizzata da visualizzazioni e sottoscrizioni di notifica. La priorità avviso non è accessibile nella Console operatore ma viene utilizzata principalmente per le sottoscrizioni di notifica.

Descrizione avviso

La descrizione dell'avviso può disporre di più righe di testo e includere testo statico o variabili. Il tipo di variabile più comune nella descrizione dell'avviso saranno le variabili $Data per includere nella descrizione dell'avviso le informazioni dall'origine di dati della regola. Le proprietà disponibili dipenderanno dal tipo di origine dati utilizzata. Ogni sezione di Origini dati include un elenco di proprietà disponibili per le diverse origini di dati.

Nella tabella riportata di seguito vengono descritti gli esempi e la sintassi delle variabili negli avvisi creati dalle regole:

Origine dati

Sintassi

Esempi

Evento Windows

        $Data/<Property Name>$
      
        $Data/EventDescription$
      
        $Data/Params/Param[#]$
      
        $Data/Params/Param[2]$
      

Registro di testo

        $Data/EventData/DataItem/<PropertyName>$
      
        $Data/EventData/DataItem/LogFileName$
      
        $Data/EventData/DataItem/Params/Param[1]$
      
        $Data/EventData/DataItem/Params/Param[1]$
      

Registro di testo delimitato

        $Data/EventData/DataItem/<PropertyName>$
      
        $Data/EventData/DataItem/LogFileName$
      
        $Data/EventData/DataItem/Params/Param[#]$
      
        $Data/EventData/DataItem/Params/Param[2]$
      

Evento WMI

        $Data/EventData/DataItem/Collection[@Name='<TargetInstance | PreviousInstance>']/Property[@Name='<PropertyName>']$
      
        $Data/EventData/DataItem/Collection[@Name='TargetInstance']/Property[@Name='Name']$
      

Evento Syslog

        $Data/EventData/DataItem/<PropertyName>$
      
        $Data/EventData/DataItem/Facility$
      

Eliminazione avvisi

Eliminazione avvisi si riferisce alla logica definita nelle regole di avviso per eliminare la creazione di un avviso quando è ancora aperto un avviso corrispondente. In questo modo si evita di creare più avvisi per lo stesso problema. Poiché il problema è già stato identificato con un avviso aperto, la creazione di un ulteriore avviso crea un disturbo inutile con il valore minimo. Quando la condizione per una regola di avviso viene soddisfatta ma un avviso esistente è ancora aperto, anziché creare un ulteriore avviso, l'eliminazione aumenterà il numero di ripetizioni dell'avviso esistente.

Per definire l'eliminazione di una regola di avviso, è necessario specificare i campi che identificano un avviso corrispondente. Prima di creare un nuovo avviso, la regola di avviso verificherà se è presente un avviso aperto con i valori per i campi definiti per l'eliminazione che corrispondono ai valori negli stessi campi del nuovo avviso. Se è aperto un avviso con i valori corrispondenti per ciascuno di questi campi, non viene creato un nuovo avviso.

Per l'eliminazione dell'avviso è necessario specificare il numero minimo di campi che identificano in modo univoco l'avviso. In genere, questi saranno il nome del computer e i campi utilizzati per i criteri della regola. Ad esempio, spesso è possibile ottenere l'eliminazione nelle regole eventi utilizzando i campi seguenti:

  • Computer di accesso

  • Origine evento

  • Numero evento

Tuttavia, se la regola è destinata a una classe con più istanze in un agente, potrebbe essere necessario un parametro per identificare in modo univoco l'evento nei criteri della regola. In tal caso, è necessario specificare lo stesso parametro nell'eliminazione dell'avviso.

Nota

L'eliminazione degli avvisi non è disponibile per i monitoraggi perché non è necessaria. I monitoraggi generano gli avvisi solo quando il relativo stato cambia da integro ad avviso o critico. Anche se il problema rilevato si verifica di nuovo quando un monitoraggio è già in stato negativo, non viene generato alcun avviso perché lo stato del monitoraggio non cambia. Un nuovo avviso viene generato solo se il monitoraggio torna a uno stato integro prima che si verifichi il problema.