Evento Monitor Reset
Pubblicato: marzo 2016
Si applica a: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager
A differenza di altri tipi di monitoraggio in System Center 2012 – Operations Manager, potrebbe essere difficile definire i criteri per restituire un monitoraggio di eventi a uno stato integro. Questo accade perché le applicazioni spesso generano un evento quando si verifica un problema, ma non si crea un evento corrispondente quando è stato corretto il problema. Per questo motivo, sono disponibili le opzioni seguenti per impostare lo stato integro per il monitoraggio di un evento.
Logica di reimpostazione |
Descrizione |
|---|---|
Reimpostazione evento |
Un singolo evento specifico indica che il monitoraggio deve essere reimpostato. |
Riavvio manuale |
Il monitoraggio viene reimpostato mai automaticamente. L'utente deve reimpostare manualmente il monitoraggio. |
Riavvio del timer |
Il monitoraggio viene reimpostato automaticamente dopo un periodo di tempo specificato. |
Ognuno di questi metodi viene trattata in modo approfondito nelle sezioni seguenti:
Reimpostazione evento
Con evento reimpostato, il monitoraggio viene reimpostato quando viene rilevata una singola occorrenza di un evento specifico. L'evento deve essere lo stesso tipo di evento utilizzato per rilevare la condizione di errore. Ad esempio, un monitoraggio di eventi di Windows potrebbe specificare un evento con una determinata origine eventi e un numero per indicare una condizione di errore. Un altro evento Windows con la stessa origine eventi, ma con un numero diverso potrebbe indicare che è stato corretto l'errore nell'applicazione.
Riavvio evento è utilizzabile solo se l'applicazione fornisce un evento che indica che l'errore specifico è stato corretto. Molte applicazioni di creano un evento quando si verifica un errore, ma non può creare un evento corrispondente che indica che l'errore è stato corretto. Riavvio evento non è utilizzato in questo caso.
Riavvio manuale
Con di reimpostazione manuale, il monitoraggio non restituisce mai a uno stato integro automaticamente. L'utente deve determinare se il problema è stato corretto e quindi selezionare il monitoraggio in Esplora stati e selezionare Reimposta stato.
Il vantaggio di questa strategia è un monitor può essere utilizzato per i problemi che si crea un evento che indica uno stato integro. Il monitoraggio può influire sullo stato di integrità dell'oggetto gestito anziché creare un semplice avviso da una regola. Verrà registrato il tempo di inattività per l'oggetto negli eventi di modifica di stato nella Console operatore e in qualsiasi report sulla disponibilità.
Esistono più implicazioni di questa strategia da considerare. Il primo è il lavoro aggiuntivo richiesto dall'utente perché il monitoraggio verrà reimpostato mai automaticamente. Può inoltre comportare troppo tempo di inattività viene registrato se l'utente attende molto tempo prima di eseguire il ripristino. Il problema potrebbe sono stati corretti abbastanza rapidamente, ma non verrà registrato lo stato integro finché l'utente esegue il ripristino.
Utilizzo di reimpostazione manuale deve avvisato soprattutto per i monitoraggi in caso di un potenziale per un singolo problema influire sul più istanze della classe di destinazione. Poiché gli utenti non possono reimpostare il monitoraggio di più istanze della console operatore, l'utente è necessario per aprire manualmente Esplora stati per ogni istanza per eseguire questa azione. A seconda del numero di istanze, ciò potrebbe causare notevole impegno per l'utente.
Riavvio del timer
Una reimpostazione del timer è equivalente a un manuale reimpostato ad eccezione del fatto che se l'utente non reimpostare manualmente il monitoraggio dopo un periodo di tempo specificato, verrà reimpostato automaticamente. Un utilizzo di questo tipo di ripristino è per i problemi che continuamente eventi di errore finché non viene risolto il problema. Anziché utilizzare un altro evento per indicare che è stato corretto il problema, è possibile utilizzare l'evento di errore rilevato in precedenza per un periodo specificato come i criteri di successo.
Reimpostazione del timer può essere utilizzata al posto di reimpostazione manuale che fornisce il vantaggio di reimpostazione automaticamente dopo un periodo di tempo se l'utente non esegue una reimpostazione manuale.
Il ripristino è consigliabile utilizzare?
Se l'applicazione che si sta monitorando crea un evento quando è stato corretto il problema, utilizzare l'evento reimpostato. Si tratta del metodo preferito poiché il monitoraggio torna a uno stato integro appena appena risulta appropriato senza intervento dell'utente. Qualsiasi avviso generato dal monitoraggio può anche essere chiusa automaticamente.
Se l'applicazione che si sta monitorando non crea un evento quando è stato corretto il problema, è necessario utilizzare di reimpostazione manuale o Timer reimpostato. Vedere le descrizioni di ogni sopra per determinare la strategia più appropriata per le esigenze specifiche.