Monitory i zasady

 

Opublikowano: czerwiec 2016

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

Monitory i zasady to podstawowe elementy służące do monitorowania kondycji oraz wykrywania błędów w programie Operations Manager, charakteryzujące się podobnymi, lecz nieco odmiennymi funkcjami. Monitory ustawiają stan obiektu, natomiast zasady tworzą alerty i zbierają dane na potrzeby analizy i raportowania. Każdy monitor i każda zasada są zdefiniowane głównie przez źródło danych używane podczas wykonywania żądanej funkcji, jak również przez logikę używaną do oceny tych danych.

Monitory i zasady udostępniają różne funkcje, jednak korzystają ze wspólnego zestawu źródeł danych podlegających ocenie. Przykładowo monitor może korzystać z licznika wydajności, aby ustawić stan konkretnego obiektu. Z kolei zasada może mieć dostęp do tego samego licznika wydajności w związku z przechowywaniem wartości na potrzeby analizy i raportowania.

Monitory

Monitor mierzy kondycję, analizując pewien aspekt zarządzanego obiektu. W poniższej tabeli przedstawiono trzy rodzaje monitorów:

Stan kondycji

Każdy monitor ma dwa lub trzy stany kondycji. W danym momencie monitor jest w jednym i tylko w jednym ze swoich potencjalnych stanów. Monitor załadowany przez agenta jest inicjowany do stanu prawidłowego. Stan zmieni się tylko wtedy, gdy wykryte zostaną określone warunki przejścia w inny stan.

Ogólna kondycja konkretnego obiektu jest ustalana na podstawie kondycji każdego z jego monitorów. Będzie to zatem kombinacja monitorów ukierunkowanych bezpośrednio na ten obiekt, monitorów ukierunkowanych na obiekty od niego zależne (za pośrednictwem monitora zależności), monitorów zależności ukierunkowanych na te obiekty itd. Taka hierarchia jest zaprezentowana w Eksploratorze kondycji w konsoli Operacje. Zasady agregowania kondycji wchodzą w skład konfiguracji monitorów agregujących i monitorów zależności.

Podczas tworzenia monitora należy określić warunek dla każdego z jego stanów kondycji. Po spełnieniu jednego z tych warunków monitor przechodzi w dany stan. Każdy warunek musi być unikatowy, aby w danym momencie tylko jeden z nich był spełniony. Gdy monitor przechodzi w stan ostrzegawczy lub krytyczny, może opcjonalnie generować alert. Po jego przejściu w stan prawidłowy, wcześniej wygenerowany alert może zostać opcjonalnie rozwiązany automatycznie.

Typy monitorów

Monitor	Opis
Monitory jednostkowe	Mierzy pewien aspekt aplikacji. Może to być sprawdzenie licznika wydajności w celu ustalenia wydajności aplikacji, uruchomienie skryptu w celu przeprowadzenia transakcji syntetycznej lub prowadzenie obserwacji pod kątem zdarzenia wskazującego błąd. Na klasy będzie zazwyczaj ukierunkowanych kilka monitorów jednostkowych, aby testować różne funkcje aplikacji oraz monitorować różne problemy.
Monitory zależności	Umożliwia ustalenie kondycji zbiorczej na podstawie różnych klas. Dzięki temu kondycja obiektu będzie uzależniona od kondycji obiektu innego rodzaju, co z kolei warunkuje powodzenie operacji.
Monitory agregujące	Zapewnia zbiorczy stan kondycji dla podobnych monitorów. Monitory jednostkowe i monitory zależności będą zazwyczaj konfigurowane w ramach konkretnego monitora agregującego. Oprócz zapewnienia lepszej ogólnej organizacji wielu różnych monitorów ukierunkowanych na konkretną klasę, monitory agregujące udostępniają unikatowy stan kondycji dla różnych kategorii klasy.

Uwaga

Gdy określenie monitor występuje samodzielnie, odnosi się zazwyczaj do monitora jednostkowego. Monitory agregujące i monitory zależności będą zazwyczaj przywoływane pod pełną nazwą.

Na poniższym diagramie przedstawiono przykład Eksploratora kondycji dla klasy Windows Server. Pokazano na nim użycie różnych rodzajów monitorów, na podstawie których ustalany jest ogólny stan kondycji.

Przykładowy Eksplorator kondycji

Zasady

Zasady nie mają wpływu na stan kondycji obiektu docelowego. Służą one do realizacji jednej z trzech funkcji opisanych w poniższej tabeli:

Monitor	Opis
Zasady alertów	Zasady alertów tworzą alert po wykryciu konkretnego zdarzenia. Różne rodzaje zdarzeń zostały przedstawione w temacie Źródła danych. Zasady alertów nie mają wpływu na stan kondycji.
Zasady zbierania danych	Zasady zbierania danych służą do zbierania danych dotyczących zdarzeń lub wydajności w bazie danych programu Operations Manager oraz w magazynie danych. Nie tworzą alertów ani nie ustawiają stanu kondycji. Zasady zbierania danych mogą korzystać ze źródeł danych przedstawionych w temacie Źródła danych. Dane będą konwertowane na dane dotyczące zdarzeń lub wydajności, a jest to uzależnione od konkretnego rodzaju tworzonej zasady zbierania danych. W przypadku niektórych kreatorów będzie konieczne podanie określonych informacji ze źródła danych, które zostaną użyte dla różnych właściwości zbieranych danych.
Zasady poleceń	Zasady poleceń uruchomią skrypt lub polecenie (zgodnie z harmonogramem). Nie tworzą alertów ani nie zbierają żadnych danych.

Co należy tworzyć — monitor czy zasadę?

Monitory jednostkowe i zasady w programie Operations Manager są do siebie podobne. Są przepływami pracy uruchamianymi w odniesieniu do agenta, mogą generować alert po spełnieniu konkretnego warunku, a także wykrywają takie warunki na podstawie podobnego zestawu źródeł danych. Z tego względu może być trudne do ustalenia, czy w przypadku danego scenariusza należy utworzyć monitor czy zasadę.

Skorzystaj z poniższych kryteriów, aby ustalić, co lepiej utworzyć w różnych warunkach.

Utwórz monitor, jeśli...

• Chcesz wpływać na kondycję obiektu. Oprócz generowania alertu, monitor będzie wpływał na stan kondycji obiektu docelowego. Jest to wyświetlane w widokach stanu oraz w raportach dostępności.

• Chcesz automatycznie rozwiązać alert po wyczyszczeniu warunku błędu. Alert wygenerowany przez zasadę nie może zostać automatycznie wyczyszczony, ponieważ zasada nie ma możliwości ustalenia, czy dany problem został rozwiązany. Monitor może wykryć, że dany problem został rozwiązany, gdy spełniony zostanie warunek dla stanu prawidłowego. Dzięki temu alert może zostać automatycznie rozwiązany.

• Alert jest tworzony na podstawie progu wydajności. Nie są dostępne żadne zasady umożliwiające generowanie alertu na podstawie progu wydajności. W przypadku tego scenariusza należy użyć monitora, ponieważ pozwala na zastosowanie warunku, w którym licznik wydajności znajduje się poniżej zdefiniowanego progu.

• Istnieje warunek wymagający bardziej złożonej logiki niż dostępna w przypadku zasad. Konsola Operacje zapewnia różne opcje ustawiania stanu kondycji monitora, a jedynie opcję wykrywania prostego w przypadku zasad. Jeśli potrzebna jest bardziej złożona logika dla zasady, lecz nie ma metody wykrywania prawidłowego stanu monitora, można utworzyć monitor z zastosowaniem opcji resetowania ręcznego lub resetowania przez czasomierz. Więcej informacji można znaleźć w temacie Resetowanie Monitor zdarzenia.

  Uwaga

  Przy użyciu programu adb418d7-95ab-4e33-8ced-34a934016aa3#VMPD można tworzyć zasady niestandardowe korzystające z tej samej logiki, jaka jest dostępna dla monitorów w konsoli Operacje.

Utwórz zasadę, jeśli...

• Chcesz zbierać dane dotyczące liczników wydajności lub zdarzeń na potrzeby analizy i raportowania. Monitory mogą zbierać takie informacje tylko wtedy, gdy inicjują zmianę stanu kondycji. Aby zbierać informacje, konieczne jest utworzenie zasady zbierania danych.

  Aby zbierać dane dotyczące licznika wydajności oraz ustawić dla niego próg określający stan kondycji, należy utworzyć zasadę i monitor korzystające z tego samego licznika wydajności.

• Chcesz generować alert, który nie jest związany ze stanem kondycji obiektu.

Tematy dotyczące monitorów i zasad

Monitory i zasady są opisane w następujących tematach.

• Źródła danych

  Wyjaśnia pojęcie „źródło danych” i zawiera listę różnych rodzajów źródeł danych dostępnych dla monitorów i zasad.

• Wyrażenia

  Opisuje sposób tworzenia wyrażenia w przypadku różnych rodzajów monitorów i zasad.

• Alerty

  Opisuje sposób konfigurowania alertów tworzonych przez monitory i zasady.

• Monitory i zasady zdarzeń

  Zawiera opis monitorów i zasad korzystających z różnych rodzajów zdarzeń, jak również szczegóły i procedury ich tworzenia za pomocą kreatorów w konsoli Operacje.

• Zasady i monitory wydajności

  Zawiera opis monitorów i zasad zbierających dane i monitorujących wydajność, jak również szczegóły i procedury ich tworzenia za pomocą kreatorów w konsoli Operacje.

• Skrypt monitory i reguły

  Zawiera szczegółowe informacje dotyczące pisania skryptu monitorowania oraz tworzenia monitorów i zasad używających skryptów.

• Monitory zależności

  Zawiera opis monitorów pozwalających na to, aby kondycja obiektu jednego rodzaju była uzależniona od kondycji innego obiektu.

• Monitory agregujące

  Zawiera opis monitorów konsolidujących dane o kondycji innych monitorów dla obiektu określonego rodzaju.