Monitor di dipendenza
Si applica a: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager
Monitoraggi delle dipendenze consentono l'integrità di un oggetto interessato dall'integrità di un altro oggetto. In questo modo il rollup dello stato tra le istanze correlate specifiche delle classi diverse.
Ogni monitoraggio delle dipendenze si basa su una relazione di contenimento o host specifica. Solo la creazione di una relazione tra due oggetti non solo fornisce rollup tra i relativi stati di integrità. Un monitoraggio di dipendenza deve essere associato con la relazione per eseguire il rollup dell'integrità da eseguire.
La classe di origine e di destinazione per un monitoraggio delle dipendenze sono definiti dalla relazione basato sul monitoraggio. Il monitoraggio deve inoltre specificare un monitoraggio unità specifico o un monitoraggio aggregato nella classe di destinazione e un monitoraggio aggregato nella classe di origine. Solo l'integrità del monitoraggio di destinazione viene considerato quando si calcola l'integrità del monitoraggio delle dipendenze e riguarda solo l'integrità del monitoraggio di aggregato specificato sull'oggetto di destinazione.
Monitoraggio dipendenze basato sul monitoraggio unità
.jpeg "Monitoraggio dipendenze basato sul monitoraggio unità")
Monitoraggio dipendenze basato sul monitoraggio aggregato
.jpeg "Monitoraggio dipendenze basato sul monitoraggio aggregato")
È possibile creare più monitoraggi dipendenze su una singola relazione se lo stato della classe di origine deve essere interessato da più unità o monitoraggi aggregati nella classe di destinazione. Ad esempio, potrebbe creare un monitoraggio delle dipendenze per ogni monitoraggio di aggregata standard come illustrato nella figura seguente.
Più monitoraggi delle dipendenze per una singola classe
.jpeg "Più monitoraggi dipendenze su classe singola")
Criteri di Rollup stato
Possono essere presenti più istanze della classe di destinazione, ognuno con uno stato di integrità differenti. Ogni monitoraggio delle dipendenze è necessario definire un criterio di rollup integrità per definire la logica che consente di determinare l'integrità del monitoraggio di dipendenza in base allo stato delle istanze del relativo monitor di destinazione. I criteri di rollup integrità possibili per un monitoraggio delle dipendenze sono i seguenti:
Criteri di stato peggiori
L'oggetto di origine corrisponde allo stato dell'oggetto di destinazione con lo stato di integrità peggiore. Viene utilizzato quando l'oggetto di origine deve essere integro solo se tutti gli oggetti di destinazione siano integri. Questo è il criterio più comune utilizzato dai monitoraggi delle dipendenze.
Criteri di integrità dello stato peggiori
.jpeg "Monitoraggio dipendenze peggiore dei criteri di rollup stato")
Migliore dei criteri di stato
L'oggetto di origine corrisponde allo stato dell'oggetto di destinazione con lo stato di integrità migliore. Questo criterio viene utilizzato quando solo uno degli oggetti di origine deve essere integro perché l'oggetto di destinazione sia integro.
Ad esempio, il monitoraggio di Microsoft Windows Hyper-V 2008 management pack offre un monitoraggio delle dipendenze nella relazione di hosting da Microsoft.Windows.HyperV.ServerRole a Microsoft.Windows.HyperV.VirtualNetwork che utilizza un criterio di stato migliore. In questo modo il server che esegue Hyper-V è funzionale in quanto dispone di una rete virtuale funzionale. La logica definita da questo management pack è che la classe server deve visualizzare un errore di stato se non sono disponibili reti virtuali.
Criteri di integrità migliori stato
.jpeg "Monitoraggio dipendenze migliore dei criteri di rollup stato")
Criteri percentuale
L'oggetto di origine corrisponde allo stato peggiore di un singolo membro di una percentuale specificata di oggetti di destinazione nello stato migliore. Questo criterio viene utilizzato quando una determinata percentuale di oggetti di destinazione deve essere integra perché l'oggetto di destinazione essere considerato integro.
Ad esempio possibile eseguire un'applicazione in una web farm che include più server Web. Grazie alla ridondanza disponibile in questo tipo di distribuzione, l'applicazione può essere considerata integra se non è disponibile una percentuale particolare di server. La farm stesso potrebbe essere rappresentata nel management pack da una classe di rollup integrità in base alla System.ApplicationComponent con una relazione di contenimento per i server Web. È stato possibile creare un monitoraggio delle dipendenze su questa relazione di contenimento con un criterio di rollup integrità specifica di una percentuale. Anche se uno o più server Web è verificato un problema, purché la percentuale specificata sono stati in uno stato di integrità della classe che rappresenta la web farm anche sarebbe integra.
Percentuale dei criteri di integrità
.jpeg "Criteri di rollup stato percentuale di monitoraggio dipendenze")
Rollup stato tra agenti
Stato di integrità può essere eseguito solo tra gli oggetti gestiti dall'agente stesso, a meno che l'oggetto di origine è gestito dal Server di gestione radice. Gruppi e le classi utilizzate per eseguire il rollup integrità sono in genere non host. Ciò significa che vengono gestite da RMS in modo che essi rollup dello stato da oggetti gestiti da agenti diversi. È possibile individuare una relazione tra gli oggetti gestiti da agenti diversi, ma qualsiasi monitoraggio delle dipendenze associate relazione non funzionerà come previsto.
Rollup stato tra agenti
.jpeg "Rollup stato tra agenti")