Po uzyskaniu poprawnego monitorowania, zwykle trzeba przedstawić stan monitorowanych serwerów, czy aplikacji. Gdy korzystamy z konsoli administracyjnej Operations Managera, do dyspozycji jest sporo rozmaitych widoków, które pozwalają pokazać stan obiektów, w różnych ujęciach.
W celu przedstawienia stanu monitorowanych obiektów, zebranych w grupę można zastosować „State Widget”.
Wymaga to uprzedniego przygotowania grupy interesujących nas obiektów należących do określonej klasy.
Zazwyczaj działa to całkiem przewidywalnie, aż do momentu, gdy w ten sposób chcemy przedstawić stan klastrów umieszczonych w grupie. Wtedy nagle okazuje się, że obiekt przedstawiający stan jest pusty:
Taka niespodzianka nie wynika z jakiejś specjalnej niechęci do klastrów, lecz z potraktowania obiektów klastrowych jak następnych (zagnieżdżonych) grup, co widać w sekcji Authoring:
Każdy klaster traktowany jest tu jak podgrupa.
Widok, który utworzyliśmy zawiera niekonfigurowalne (z poziomu kreatora) ustawienie rozwijania grup aż do ostatniego poziomu.
Kreator nie daje możliwości sterowania poziomem zagłębienia pokazywanych obiektów, lecz można na ten parametr wpłynąć przez edycję XML. Zmienna sterująca poziomem zagłębienia to RecursionLevel, ustawiana domyślnie na -1, co oznacza „nieskończoność”.
Właśnie to jest przyczyną obserwowanego efektu: następuje rozwinięcie zawartości grup aż do końca, zatem nie uzyskamy obiektów klasy Windows Cluster, lecz rozmaite obiekty umieszczone wewnątrz. Ponieważ dostępne są jedynie obiekty innych klas niż wskazana w ustawieniach widoku, więc oczywiście nic się nie wyświetla. Gdybyśmy ustawili parametr na wartość zero zabronilibyśmy rozwijania grup.
W tym przypadku dostaniemy zupełnie bezużyteczny stan samej grupy klastrów (jako niemonitorowany nic nie wnosi):
Jak nietrudno zgadnąć, właściwe będzie rozwinięcie grup o jeden poziom (wartość +1). To pozwoli zajrzeć do wnętrza grupy z obiektami klastrów, lecz nie rozwijać dalej ich zawartości, jako kolejnych grup. Zapis XML:
Teraz rzeczywiście dostajemy stan monitorowanych klastrów:
Oczywiście wprowadzając zmiany w XML należy pamiętać, aby najpierw wyeksportować potrzebny Management Pack zawierający wizualizację monitorowania, oraz zapisywać wersje przed i po dokonaniu zmian (aby zachować możliwość powrotu do poprzedniego stanu).