Monitory zależności

 

Dotyczy: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

Monitorów zależności zezwala kondycji jednego obiektu wpłynąć kondycji innego obiektu. Dzięki temu informacje zbiorcze o kondycji między określonych wystąpień powiązane z różnymi klasami.

Każdy monitor zależności jest oparta na określonej relacji hostingu lub zawierania. Tworzenie relacji między dwoma obiektami nie autonomicznie zapewnia zbiorczy między ich stanów kondycji. Monitor zależności musi być skojarzony z relacji dla zbiorcze informacje o kondycji jest wykonywana.

Klasa źródłowej i docelowej dla monitora zależności są definiowane przez monitor oparty na relacji. Monitor również określić konkretny monitor jednostki lub monitor agregacji klasy docelowej i monitor agregacji w klasie źródła. Tylko kondycji monitora docelowy jest uznawany za podczas obliczania kondycji monitora zależności, a wpływa jedynie na kondycję określony monitor agregacji w obiekcie docelowym.

Monitor zależności korzystający z monitora jednostek

Monitor zależności korzystający z monitora agregującego

Jeśli kondycję Klasa źródła powinien mieć wpływ na wielu jednostek lub zagregować monitory klasy docelowej można utworzyć kilka monitorów zależności pojedynczej relacji. Na przykład monitor zależności mogą można utworzyć dla każdego standardowy monitor agregacji, co zostało pokazane na poniższej ilustracji.

Kilka monitorów zależności dla pojedynczego klasy

Zasady zbiorcze informacje o kondycji

Może istnieć wiele wystąpień klasy docelowej, każdy o stanie kondycji różnych. Każdy monitor zależności należy zdefiniować zasadę zbiorczy do definiowania logiki, która służy do określania kondycji monitora zależności w oparciu o kondycji wystąpień o jego monitor docelowy. Zasady kondycji możliwe przedstawienie monitora zależności są następujące:

Najgorszy stan zasad

Stan obiektu docelowego, który ma najgorszy stan kondycji jest zgodny z obiektem źródłowym. Jest ono używane, gdy obiekt źródłowy powinien być tylko dobrej kondycji w przypadku wszystkich obiektów docelowych są w dobrej kondycji. Jest to najbardziej typowe zasady używany przez monitory zależności.

Najgorszy stan kondycji zasad

Najlepsze zasady stanu

Stan obiektu docelowego, który ma najlepszego stanu kondycji jest zgodny z obiektem źródłowym. Ta zasada jest używany, gdy tylko jeden z obiektów źródła musi być prawidłowego obiektu docelowego do dobrej kondycji.

Na przykład monitorowania 2008 funkcji Hyper-V systemu Windows firmy Microsoft pakiet administracyjny zawiera monitor zależności w hostingu relacji z Microsoft.Windows.HyperV.ServerRole do Microsoft.Windows.HyperV.VirtualNetwork który używa najlepsze zasady stanu. Jest to spowodowane na serwerze z uruchomioną funkcją Hyper-V działa tak długo, jak ma ona co funkcjonowania sieci wirtualnej. Logika zdefiniowane przez ten pakiet administracyjny jest że klasa serwera powinien Pokaż błąd stan, jeśli są dostępne nie sieci wirtualne.

Najlepsze stan kondycji zasad

Procent zasad

Najgorszy stan pojedynczego elementu członkowskiego o określonej wartości procentowej obiektów docelowych w stanie najlepiej pasuje do z obiektem źródłowym. Ta zasada jest używany, gdy procent obiektów docelowych musi być prawidłowego obiektu docelowego, należy rozważyć dobrej kondycji.

Na przykład aplikacja może działać w farmie sieci web, która zawiera wiele serwerów sieci Web. Z powodu redundancji oferowane w tego rodzaju wdrażania aplikacji może być traktowany jako prawidłowego, jeśli dostępny jest określonej wartości procentowej serwerów. Sama farmie można jest reprezentowana w pakiecie administracyjnym przez klasę zbiorcze informacje o kondycji na podstawie na System.ApplicationComponent z relacją zawierania na serwerach sieci Web. Monitor zależności można utworzyć na tę relację zawierania za pomocą zasad zbiorcze informacje o kondycji, określając wartości procentowej. Nawet wtedy, gdy co najmniej jeden serwer sieci Web wystąpił problem, jak długo określonej wartości procentowej były w stan prawidłowy następnie Klasa reprezentująca farmy sieci web będą również dobrej kondycji.

Procent zasad dotyczących kondycji

Zestawienie kondycji agentów

Stan kondycji można tylko rzutowana między obiektami zarządzanych przez samego agenta, chyba że obiekt źródłowy jest zarządzany przez głównego serwera zarządzania. Grupy i klasy służące do informacje zbiorcze o kondycji są zwykle unhosted. Oznacza to, że są one zarządzane przez RMS, tak, aby ich rzutowanie kondycji z zarządzanych przez agentów różnych obiektów. Może być rozpoznana relacji między obiektami zarządzanych przez agentów różnych, ale dowolnego monitora zależności skojarzony z relacji nie będzie działać zgodnie z oczekiwaniami.

Zestawienie kondycji agentów