La notifica degli avvisi di Operations Manager potrebbe non essere ricevuta

Questo articolo consente di risolvere un problema per cui i destinatari delle sottoscrizioni di avvisi potrebbero non ricevere notifiche tramite posta elettronica in System Center 2012 Operations Manager.

Versione originale del prodotto: System Center 2012 Operations Manager
Numero KB originale: 2709639

Causa

System Center Operations Manager può inviare notifiche tramite posta elettronica per nuovi avvisi o avvisi con una modifica dello stato di risoluzione. Email notifiche vengono inviate a tutti i destinatari che sottoscrivono l'avviso purché l'avviso soddisfi i criteri definiti per la sottoscrizione e che siano soddisfatti tutti gli altri prerequisiti. Se l'avviso non soddisfa tutti i criteri o se la notifica è configurata in modo errato, i destinatari previsti non riceveranno notifiche tramite posta elettronica.

Verificare che i prerequisiti di notifica siano soddisfatti

Il processo di configurazione di System Center Operations Manager per l'invio di notifiche tramite posta elettronica tramite server SMTP è descritto in Configurazione delle notifiche.

Il canale di notifica deve essere configurato usando il nome di dominio completo e la porta corretti del server SMTP. L'indirizzo e la porta devono essere disponibili da tutti i server di gestione che fanno parte del pool di risorse delle notifiche in System Center 2012 Operations Manager. Se l'indirizzo o la porta è bloccata dalle regole del firewall o dal software antimalware, è necessario creare esclusioni per i server del pool di risorse.

Il canale può essere configurato per l'autenticazione anonima o autenticazione di Windows. Se è selezionata l'autenticazione anonima, il server SMTP deve consentire connessioni anonime o essere configurato in modo da usare un'esclusione per l'indirizzo IP dei server di gestione del pool di risorse di notifica. Se autenticazione di Windows è selezionato, un account RunAs dovrà essere creato e associato al profilo RunAs dell'account di notifica. Questo account dovrà disporre dell'autorizzazione per inviare messaggi di posta elettronica tramite il server SMTP. Per altre informazioni, vedere Creare e configurare un account azione di notifica

Verificare la configurazione del sottoscrittore

Ogni sottoscrittore può avere una pianificazione che specifica il tempo durante il quale le notifiche verranno inviate. Si tratta di un'impostazione generale che interessa tutti gli indirizzi configurati per il sottoscrittore. Ogni indirizzo definito per un sottoscrittore può anche avere una pianificazione che specifica quando tale indirizzo è disponibile per l'invio di notifiche. Ciò consente molte flessibilità con le notifiche.

Ad esempio, un sottoscrittore potrebbe avere disponibilità di notifiche generali dalle 8:00 alle 17:00 ogni giorno della settimana. Tuttavia, questo sottoscrittore potrebbe avere due indirizzi con tempi di notifica diversi. Ad esempio, il sottoscrittore potrebbe avere un indirizzo di lavoro configurato per il lunedì e il giovedì e un indirizzo alternativo configurato per il venerdì e la domenica. Se il sottoscrittore non riceve notifiche tramite posta elettronica, è necessario impostare la disponibilità generale del sottoscrittore e la disponibilità di indirizzi specifici prima di poter inviare la notifica.

Anche l'indirizzo a cui viene inviata la notifica deve essere verificato come indirizzo valido. Il server SMTP e il client di posta elettronica del sottoscrittore non devono avere regole di filtro che bloccano i messaggi di posta elettronica dal server Operations Manager o dal nome di dominio. L'indirizzo Reply-To definito nel canale di notifica può essere aggiunto come esenzione a qualsiasi regola di filtro nel server SMTP o nel client, se necessario.

Verificare l'applicabilità della sottoscrizione

Le sottoscrizioni possono avere più criteri che devono essere soddisfatti per l'invio di una notifica. Se uno dei criteri non viene soddisfatto, non viene inviata alcuna notifica.

In Operations Manager 2007 R2 i primi due criteri disponibili riguardano l'generazione dell'avviso da parte di un'istanza membro di un gruppo specifico e la generazione dell'avviso da parte di un'istanza di una classe specifica. In questi due criteri, l'istanza che ha generato l'avviso deve essere elencata nel campo di origine dell'avviso. L'avviso elencherà solo il nome dell'istanza, non la classe . Se la classe di cui l'istanza è membro non è deselezionata, il menu Azioni elenca le azioni disponibili per tale classe quando l'avviso è evidenziato in una visualizzazione Avviso. Se class è un criterio, la classe deve essere inclusa nella sottoscrizione. In alternativa, l'istanza specifica deve essere un membro di qualsiasi gruppo per il quale è definita la sottoscrizione.

In System Center 2012 Operations Manager sono state aggiunte diverse condizioni aggiuntive come possibili criteri per la notifica degli avvisi. È possibile specificare più condizioni in una singola sottoscrizione. Ma tutte le condizioni devono essere soddisfatte per l'invio della notifica. Le regole applicabili all'appartenenza a classi e gruppi sono le stesse che si applicano a Operations Manager 2007 R2.

In alcuni casi, un avviso può essere generato da un nodo watcher o da un partner di replica per conto di un'istanza. In questo caso, l'origine dell'avviso è il nodo watcher o il partner di replica. Pertanto, le sottoscrizioni di avviso che non includono il nodo watcher o il partner di replica come origine non inviano una notifica tramite posta elettronica. L'istanza più comune di questa operazione sarebbe la mancanza di avvisi heartbeat dell'agente in cui l'origine è l'istanza del watcher del servizio di integrità per tale servizio di integrità.

È possibile creare sottoscrizioni per regole e monitoraggi specifici. È possibile evidenziare un avviso specifico in una visualizzazione Avviso e creare una sottoscrizione di notifica per tale avviso dal menu Azioni oppure facendo clic con il pulsante destro del mouse sull'avviso e selezionando il sottomenu Notifiche . Se è necessario includere più avvisi in una sottoscrizione, è possibile selezionare il criterio Creato da regole o monitoraggi nella nuova procedura guidata della sottoscrizione e è possibile selezionare più regole e monitoraggi contemporaneamente.

Per impostazione predefinita, le sottoscrizioni invieranno notifiche per tutti i livelli di gravità e priorità degli avvisi, a meno che non venga specificato un altro comportamento. Le regole e i monitoraggi che creano avvisi di gravità e priorità specifici in genere espongono le sostituzioni per modificare la gravità e la priorità di questi avvisi. Le sostituzioni di queste proprietà di avviso possono essere utili per includere nelle sottoscrizioni esistenti gli avvisi generati da queste regole e monitoraggi o per escludere tali avvisi dalle sottoscrizioni esistenti.

In System Center 2012 Operations Manager, la notifica di avviso verrà inviata quando l'avviso soddisfa per la prima volta tutti i criteri, indipendentemente dallo stato di risoluzione, a meno che lo stato di risoluzione stesso non sia un criterio. Se l'eliminazione degli avvisi è abilitata per la regola o il monitoraggio che genera un avviso, verrà inviata una sola notifica quando i criteri di sottoscrizione vengono soddisfatti per la prima volta. Non verranno inviate notifiche aggiuntive fino a quando l'avviso non viene chiuso e viene generato un nuovo avviso che soddisfa tutti i criteri di sottoscrizione.

I criteri che cercano testo specifico nel nome o nei campi personalizzati possono anche impedire l'invio di alcune notifiche di avviso. Qualsiasi criterio che consenta il testo con caratteri jolly può impedire la notifica se i valori jolly specificati non corrispondono al campo di avviso specificato. Come test, usare un valore jolly più semplice o eliminare i criteri durante il test per verificare che la notifica di avviso venga inviata.

Ritardo delle notifiche

Le sottoscrizioni di avviso possono essere configurate per inviare una notifica solo dopo che i criteri di avviso rimangono invariati per un po'. Ad esempio, una sottoscrizione configurata per inviare un messaggio di posta elettronica dopo 20 minuti non invierà un messaggio se una delle proprietà dell'avviso cambia in meno di 20 minuti in modo che non soddisfino più i criteri di notifica. Se le proprietà dell'avviso cambiano per soddisfare nuovamente i criteri di sottoscrizione e rimangono per 20 minuti o più, la notifica verrà inviata.

Le proprietà che potrebbero cambiare prima dell'invio della notifica possono essere la gravità, la priorità, lo stato di risoluzione o le proprietà dei campi personalizzati. Se l'avviso viene generato da un monitoraggio e configurato in modo che la gravità dell'avviso corrisponda allo stato del monitoraggio, una modifica dello stato del monitoraggio prima della scadenza dell'intervallo di ritardo potrebbe modificare la gravità dell'avviso e impedire la notifica da parte di una sottoscrizione che usa una determinata gravità come criterio di notifica.

Se i server di gestione del pool di risorse di notifica riscontrano periodi di utilizzo elevato delle risorse o carichi di lavoro, la notifica di avviso potrebbe essere ritardata. I flussi di lavoro di notifica vengono eseguiti dal servizio di gestione di System Center. Pertanto, se questo servizio non è disponibile o è sotto carico, le notifiche potrebbero non essere ricevute o potrebbero essere ritardate, anche se altre funzioni di gestione e l'elaborazione dei dati sembrano verificarsi come di consueto.