Beroendeövervakare

 

Gäller för: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

Dependency monitors kan hälsan för ett objekt som påverkas av hälsan för ett annat objekt. Detta gör att samla in hälsa för mellan specifika relaterade instanser av olika klasser.

Varje beroendeövervakare baseras på en specifik värd eller inneslutning relation. Bara skapa en relation mellan två objekt ge inte fristående samlad mellan deras hälsotillstånd. En beroendeövervakare måste vara associerad med förhållandet för insamling av hälsotillstånd ska utföras.

Klassen käll- och mål för en beroendeövervakare definieras av relationen som övervakaren baseras på. Övervakaren måste dessutom ange en enhetsövervakare eller sammanställd Övervakare i målklassen och en sammanställd Övervakare i klassen källa. Endast hälsan för mål-övervakaren anses vid beräkning av hälsan för beroendeövervakaren och påverkar bara hälsan för den angivna sammanställd övervakaren hos målobjektet.

Beroendeövervakare baserad på enhetsövervakare

Beroendeövervakare baserad på aggregerad övervakare

Flera beroende Övervakare kan skapas på en enskild relation om hälsan för source-klass ska påverkas av flera enheter eller aggregera Övervakare för målklassen. Till exempel kan skapa en beroendeövervakare för varje standard sammanställd Övervakare som visas i följande bild.

Flera beroende Övervakare för en enda klass

Hälsa för insamling av princip

Det kan finnas flera instanser av målklassen var och en med ett annat hälsotillstånd. Varje beroendeövervakare måste ange en princip för insamling av hälsotillstånd för att definiera logik som används för att fastställa hälsan för beroendeövervakare baserat på hälsan för instanser av dess mål-övervakaren. Möjliga hälsotillstånd insamling av principer för en beroendeövervakare är följande:

Sämsta tillstånd princip

Källobjektet matchar tillståndet hos målobjektet som har sämsta hälsotillståndet. Det här används när källobjektet ska bara vara felfritt om target-objekt är hälsosamma. Det här är den vanligaste princip som används av Övervakare för beroende.

Sämsta tillstånd hälsotillstånd princip

Bästa tillstånd princip

Källobjektet matchar tillståndet hos målobjektet som har bästa hälsotillstånd. Denna princip används när endast ett av objekten som datakälla måste vara felfritt för målobjektet ska vara felfri.

Exempel: den Microsoft Windows Hyper-V 2008 övervakning hanteringspaket har en beroendeövervakare på värdbaserade relationen från Microsoft.Windows.HyperV.ServerRole till Microsoft.Windows.HyperV.VirtualNetwork som använder en princip för bästa tillstånd. Det beror på att den server som kör Hyper-V fungerar som den har en fungerar virtuella nätverk. Logik definieras av detta management pack är att klassen server ska visa ett fel tillstånd om det finns inga virtuella nätverk.

Bästa tillstånd hälsotillstånd princip

Procentandel princip

Källobjektet matchar det sämsta tillståndet för en medlem av en angiven procentandel av målobjekt i bästa tillstånd. Denna princip används när procentandelen target-objekt måste vara felfritt för målobjektet anses vara felfri.

Till exempel kan ett program köras på en servergrupp som innehåller flera webbservrar. På grund av redundans som erbjuds i den här typen av distribution, kan programmet anses vara felfritt om en viss del av servrar som är tillgängliga. Servergruppen själva kan representeras i management pack av en klass för insamling av hälsotillstånd baserat på System.ApplicationComponent med en inneslutning relation till webbservrar. En beroendeövervakare kan skapas på den här inneslutningsförhållande med en princip för insamling av hälsotillstånd som anger att en del. Även om en eller flera webbservrar hade ett problem som den angivna procentandelen befann sig i ett felfritt tillstånd skulle en klass som representerar gruppen också vara felfri.

Procentandel hälsotillstånd princip

Hälsoberäkning mellan agenter

Hälsotillståndet samlas endast in mellan objekt som hanteras av samma agenten om källobjektet hanteras av Rothanteringsservern. Grupper och klasser som används för att samla in hälsa är vanligtvis unhosted. Det innebär att de hanteras av RMS så att de kan samlar in hälsa från objekt som hanteras av olika agenter. En relation kan identifieras mellan objekt som hanteras av olika agenter, men alla beroendeövervakare som är kopplade till att relationen inte fungerar som förväntat.

Hälsoberäkning mellan agenter