Planowanie projektu grupy zarządzania

Omówienie

Grupa zarządzania jest identyfikowana przez jedną operacyjną bazę danych, co najmniej jeden serwer zarządzania i co najmniej jeden monitorowany agent i urządzenia. Łączenie grup zarządzania umożliwia wyświetlanie i edytowanie alertów i innych danych monitorowania z jednej konsoli. Zadania można również inicjować z lokalnej grupy zarządzania w celu uruchamiania na zarządzanych obiektach połączonej grupy zarządzania.

Najprostszą implementacją programu Operations Manager jest pojedyncza grupa zarządzania. Każda dodatkowa grupa wymaga co najmniej własnej operacyjnej bazy danych i serwera zarządzania. Każda grupa musi być również przechowywana oddzielnie przy użyciu własnych ustawień konfiguracji, pakietów administracyjnych i integracji z innymi rozwiązaniami do monitorowania i ROZWIĄZANIA ITSM.

Implementacja rozproszonej grupy zarządzania będzie stanowić podstawę 99 procent wdrożeń programu Operations Manager. Umożliwia dystrybucję funkcji i usług na wielu serwerach, aby umożliwić skalowalność i nadmiarowość niektórych z tych funkcji. Może zawierać wszystkie role serwera programu Operations Manager i obsługuje monitorowanie urządzeń w granicach zaufania przy użyciu serwera bramy.

Na poniższym diagramie przedstawiono jedną z możliwych opcji topologii rozproszonej grupy zarządzania.

Uwaga

Nie ma bezpośredniej komunikacji między konsolą Operacje i bazami danych. Cała komunikacja jest kierowana do określonego serwera zarządzania za pośrednictwem portu TCP 5724, a następnie do serwerów baz danych przy użyciu ole DB na porcie TCP 1433 lub zdefiniowanym przez użytkownika określonym przez administratora SQL podczas instalacji wystąpienia aparatu bazy danych programu SQL Server. Istnieje jednak bezpośrednia komunikacja między konsolą diagnostyki aplikacji (przeniesioną z konsolą sieci Web) i programem SQL Server hostem operacyjnych i baz danych magazynu danych.

Grupa zarządzania wdrożona w danym środowisku może zostać zintegrowana z pakietem Microsoft Operations Management Suite (OMS) i korzystając z usługi Log Analytics, można dodatkowo skorelować, wizualizować i działać na temat wydajności, zdarzeń i alertów. Zapewnia to większą widoczność dzięki możliwości wykonywania niestandardowych wyszukiwań w całym zestawie danych w celu skorelowania danych między systemami i aplikacjami, hostowanymi lokalnie lub w chmurze.

Integracja z programem Operations Manager obejmuje inne produkty, takie jak BMC Remedy, IBM, Netcool lub inne rozwiązania do zarządzania przedsiębiorstwami używane przez organizację. Aby uzyskać więcej informacji na temat planowania współdziałania z tymi rozwiązaniami, zobacz Integracja z innymi rozwiązaniami do zarządzania.

Składniki grupy zarządzania

Serwer zarządzania

W programie Operations Manager 2007 główny serwer zarządzania (RMS) był wyspecjalizowanym typem serwera zarządzania w grupie zarządzania i był pierwszym serwerem zarządzania zainstalowanym w grupie zarządzania. Usługa RMS była centralnym punktem administrowania konfiguracją grupy zarządzania, administrowaniem i komunikacją z agentami oraz komunikacją z operacyjną bazą danych i innymi bazami danych w grupie zarządzania. Usługa RMS była również elementem docelowym konsoli Operacje i preferowanym elementem docelowym dla konsoli sieci Web. W programie System Center 2012 R2 — Operations Manager rola głównego serwera zarządzania została usunięta, a wszystkie serwery zarządzania są teraz elementami równorzędnymi. Ta konfiguracja nadal istnieje w programie System Center 2016 i nowszym — Operations Manager.

Usługa RMS nie jest już pojedynczym punktem awarii, ponieważ wszystkie serwery zarządzania hostuje wcześniej usługi hostowane tylko przez usługę RMS. Role są dystrybuowane do wszystkich serwerów zarządzania. Jeśli jeden serwer zarządzania stanie się niedostępny, jego obowiązki są automatycznie redystrybuowane. Rola emulatora usługi RMS zapewnia zgodność z poprzednimi wersjami pakietów administracyjnych przeznaczonych dla usługi RMS. Jeśli nie masz żadnych pakietów administracyjnych, które wcześniej były przeznaczone dla usługi RMS, nie musisz korzystać z emulatora usługi RMS.

Grupa zarządzania może zawierać wiele serwerów zarządzania, aby zapewnić dodatkową pojemność i ciągłą dostępność. Po dodaniu co najmniej dwóch serwerów zarządzania do grupy zarządzania serwery zarządzania automatycznie stają się częścią trzech domyślnych pul zasobów i praca jest rozłożona na elementy członkowskie puli. W przypadku niestandardowych zdefiniowanych pul zasobów elementy członkowskie są dodawane ręcznie. Gdy element członkowski puli zasobów ulegnie awarii, inni członkowie w puli zasobów będą pobierać obciążenie tego elementu członkowskiego. Po dodaniu nowego serwera zarządzania nowy serwer zarządzania automatycznie pobiera część pracy z istniejących elementów członkowskich w puli zasobów. Zapoznaj się z zagadnieniami dotyczącymi projektowania puli zasobów, aby dowiedzieć się więcej na temat sposobu ich działania i zaleceń mających wpływ na plan projektu.

Jeśli z jakiegokolwiek powodu serwer zarządzania jest niedostępny, domyślnie agenci korzystający z niego automatycznie przejdą w tryb failover na inny serwer zarządzania. Podczas wybierania liczby i umieszczania serwerów zarządzania ta możliwość przełączania w tryb failover powinna być brana pod uwagę, jeśli wymagana jest wysoka dostępność.

Agenci łączą się z serwerem zarządzania w celu komunikowania się ze wszystkimi innymi składnikami programu Operations Manager. Niektóre zadania wykonywane przez serwer zarządzania to proces podejmowania danych operacyjnych wysyłanych przez agentów i wstawiania ich do operacyjnej bazy danych i magazynu danych.

Typowy serwer zarządzania obsługuje około 3000 agentów. Rzeczywista wydajność serwera różni się w zależności od ilości zebranych danych operacyjnych; jednak serwery zarządzania zwykle obsługują 3000 agentów, nawet przy stosunkowo dużej ilości danych operacyjnych.

Nie ma limitu maksymalnej liczby serwerów zarządzania na grupę zarządzania. Jednak najlepszym rozwiązaniem jest użycie możliwie jak najmniejszej liczby serwerów zarządzania po ograniczeniu skalowalności, wysokiej dostępności i odzyskiwania po awarii.

Serwery zarządzania powinny mieć dobrą łączność sieciową z bazą danych programu Operations Manager i magazynem danych, ponieważ często wysyłają duże ilości danych do tych magazynów. Ogólnie rzecz biorąc, te połączenia programu SQL Server zużywają większą przepustowość i są bardziej wrażliwe na opóźnienia sieci. W związku z tym wszystkie serwery zarządzania powinny znajdować się w tej samej sieci lokalnej co operacyjna baza danych i baza danych magazynu danych i nigdy nie są wdrażane w całej sieci rozległej. Opóźnienie między serwerem zarządzania a wystąpieniem programu SQL Server hostem baz danych programu Operations Manager powinno być mniejsze niż 10 milisekund.

Serwer bramy

Program Operations Manager wymaga wzajemnego uwierzytelniania między agentami a serwerami zarządzania przed wymianą informacji między nimi. Aby zabezpieczyć proces uwierzytelniania między nimi, proces jest szyfrowany. Gdy agent i serwer zarządzania znajdują się w tej samej domenie usługi Active Directory lub w domenach usługi Active Directory, które mają ustanowione relacje zaufania, korzystają z mechanizmów uwierzytelniania Kerberos V5 udostępnianych przez usługę Active Directory. Gdy agenci i serwery zarządzania nie znajdują się w tej samej granicy zaufania, należy użyć innych mechanizmów, aby spełnić wymagania bezpiecznego wzajemnego uwierzytelniania.

Serwery bramy są używane, gdy zapora oddziela agentów od serwerów zarządzania lub gdy agenci znajdują się w oddzielnej niezaufanej domenie. Serwer bramy działa jako serwer proxy między agentami a serwerem zarządzania. Bez serwera bramy agenci mogą nadal wykonywać uwierzytelnianie certyfikatów za pomocą serwera zarządzania, ale certyfikat X.509 musi zostać wystawiony i zainstalowany na każdym agencie przy użyciu narzędzia MOMCertImport.exe, a każdy z nich wymagałby dostępu do serwera zarządzania za pośrednictwem zapory. Jeśli agenci znajdują się w tej samej domenie co serwer bramy lub jeśli znajdują się w zaufanej domenie, mogą używać uwierzytelniania Kerberos. W takim przypadku tylko serwer bramy i podłączone serwery zarządzania będą wymagały certyfikatów. Obejmuje to monitorowanie maszyn wirtualnych działających w infrastrukturze jako usługi (IaaS) platformy Microsoft Azure za pomocą programu Operations Manager (czyli monitorowania chmury hybrydowej), które nie jest przyłączone do tego samego zaufanego obszaru co role obsługujące grupę zarządzania programu Operations Manager lub wdrożono program Operations Manager w usłudze Azure IaaS (maszyna wirtualna z programem SQL Server hostujący operacyjne bazy danych i co najmniej jedną maszynę wirtualną hostującą rolę serwera zarządzania) i monitoruje niezaufane obciążenia lokalne.

Poniżej przedstawiono przykładowe monitorowanie zasobów IaaS platformy Azure przy wdrażaniu programu Operations Manager.

Poniżej przedstawiono przykładowe wdrożenie programu Operations Manager hostowane w usłudze Azure IaaS.

Zazwyczaj serwery bramy nie są używane do zarządzania wykorzystaniem przepustowości, ponieważ całkowita ilość danych wysyłanych z agentów do serwera zarządzania jest podobna, niezależnie od tego, czy serwer bramy jest używany, czy nie. Celem serwera bramy jest zmniejszenie nakładu pracy wymaganego do zarządzania certyfikatami dla agentów w niezaufanych domenach i zmniejszenia liczby ścieżek komunikacyjnych, które muszą być dozwolone przez zapory.

• Posiadanie ponad 2000 agentów na serwer bramy może negatywnie wpłynąć na możliwość odzyskania w przypadku trwałej awarii, która uniemożliwia serwerowi bramy komunikację z serwerem zarządzania. Jeśli wymagane jest więcej niż 2000 agentów, zaleca się użycie wielu serwerów bramy. Alternatywą, jeśli czas odzyskiwania serwera bramy jest problemem, jest przetestowanie systemu w celu zapewnienia, że serwer bramy może szybko opróżnić kolejkę po trwałej awarii między serwerem bramy a serwerem zarządzania. Ponadto po wypełnieniu kolejki przychodzącej na serwerze bramy dane w kolejce są porzucane zgodnie z priorytetem, co oznacza, że trwała awaria serwera bramy w tym scenariuszu może spowodować utratę danych.
• Jeśli istnieje duża liczba agentów połączonych za pośrednictwem serwerów bramy, rozważ użycie dedykowanego serwera zarządzania dla wszystkich serwerów bramy. Posiadanie wszystkich serwerów bramy łączy się z jednym serwerem zarządzania bez innych agentów połączonych z nim może przyspieszyć czas odzyskiwania w przypadku trwałej awarii. Efektywne obciążenie serwera zarządzania to całkowita liczba agentów zgłaszanych do niego bezpośrednio lub za pomocą serwerów bramy.
• Aby uniemożliwić serwerowi bramy inicjowanie komunikacji z serwerem zarządzania, w tym w przypadku skonfigurowania trybu failover między wieloma serwerami zarządzania w celu zapewnienia wysokiej dostępności, narzędzie zatwierdzania bramy zawiera argument wiersza polecenia /ManagementServerInitiatesConnection. Dzięki temu program Operations Manager może być zgodny z zasadami zabezpieczeń klienta, gdy systemy są wdrażane w strefie DMZ lub w innym środowisku sieciowym, a komunikacja może być inicjowana tylko z intranetu.

Serwer konsoli sieci Web

Konsola sieci Web udostępnia interfejs dla grupy zarządzania, która jest dostępna za pośrednictwem przeglądarki sieci Web. Nie ma pełnej funkcjonalności konsoli Operacje i zapewnia dostęp tylko do widoków Monitorowanie i Mój obszar roboczy. Konsola sieci Web zapewnia dostęp do wszystkich danych monitorowania i zadań, które są akcjami, które można uruchamiać na monitorowanych komputerach z poziomu konsoli Operacje. Dostęp do danych w konsoli sieci Web ma takie same ograniczenia jak dostęp do zawartości w konsoli Operacje.

Serwer raportowania

Raportowanie programu System Center — Operations Manager jest instalowane w usługach SQL Server Reporting Services (obsługiwanych przez używaną wersję programu Operations Manager), a jedyną prawidłową konfiguracją usług Reporting Services obsługiwanych przez raportowanie programu Operations Manager jest tryb natywny.

Uwaga

Instalowanie programu System Center — Operations Manager Reporting Services integruje zabezpieczenia wystąpienia usług SQL Reporting Services z zabezpieczeniami opartymi na rolach programu Operations Manager. Nie instaluj żadnych innych aplikacji usług Reporting Services w tym samym wystąpieniu programu SQL Server.

Składniki serwera raportów programu Operations Manager można zainstalować na tym samym serwerze, na którym działa program SQL Server 2014 lub 2016 Reporting Services lub na innym komputerze. Aby uzyskać optymalną wydajność, szczególnie w środowisku przedsiębiorstwa z dużą ilością, równoległym generowaniem raportów przez użytkowników, podczas gdy raporty interakcyjne lub zaplanowane są przetwarzane współbieżnie, należy skalować w górę, aby obsługiwać więcej współbieżnych użytkowników i większych obciążeń wykonywania raportów. Zaleca się, aby usługa raportowania programu Operations Manager nie znajdowała się w tym samym programie SQL Server hostujący bazę danych magazynu danych i zainstalowana w dedykowanym systemie.

Operacyjna baza danych

Operacyjna baza danych to baza danych programu SQL Server, która przechowuje wszystkie dane operacyjne, informacje o konfiguracji i reguły monitorowania dla grupy zarządzania. Baza danych programu Operations Manager jest pojedynczym źródłem awarii dla grupy zarządzania, więc można ją udostępnić w wysokiej dostępności przy użyciu obsługiwanych konfiguracji klastrowania.

Aby zachować tę bazę danych o stałym rozmiarze, ustawienia pielęgnacji w programie Operations Manager określają czas przechowywania w nim danych. Domyślnie ten czas trwania wynosi siedem (7) dni.

Baza danych magazynu danych raportowania

Magazyn danych raportowania to baza danych programu SQL Server, która zbiera i przechowuje dane operacyjne na potrzeby długoterminowego raportowania. Te dane są zapisywane bezpośrednio z reguł, które zbierają dane do raportowania i z procesów synchronizacji danych w operacyjnej bazie danych. Konserwacja magazynu danych, w tym agregacja, pielęgnacja i optymalizacja, jest wykonywana automatycznie przez program Operations Manager.

W poniższej tabeli przedstawiono domyślne typy danych i okres przechowywania po wstępnej konfiguracji bazy danych magazynu danych.

Zestaw danych	Typ agregacji	Okres przechowywania (w dniach)
Alerty	Nieprzetworzone	400
Monitorowanie klienta	Nieprzetworzone	30
Monitorowanie klienta	Codziennie	400
Zdarzenia	Nieprzetworzone	100
Wydajność	Nieprzetworzone	10
Wydajność	Co godzinę	400
Wydajność	Codziennie	400
Stan	Nieprzetworzone	180
Stan	Co godzinę	400
Stan	Codziennie	400

Magazyn danych może obsługiwać wiele grup zarządzania. Dzięki temu pojedynczy raport może uwzględniać dane ze wszystkich komputerów w całej organizacji.

Podobnie jak w przypadku bazy danych programu Operations Manager baza danych magazynu danych może być klastrowana w celu zapewnienia wysokiej dostępności. Jeśli nie jest ona klastrowana, należy uważnie monitorować, aby można było szybko rozwiązać wszelkie problemy.

Moduł zbierający ACS

Moduł zbierający ACS odbiera i przetwarza zdarzenia z usług przesyłania dalej ACS, a następnie wysyła te dane do bazy danych ACS. To przetwarzanie obejmuje dezasemblowanie danych, dzięki czemu można je rozłożyć na kilka tabel w bazie danych ACS, minimalizując nadmiarowość danych i stosując filtry, aby niepotrzebne zdarzenia nie zostały dodane do bazy danych ACS.

Baza danych ACS

Baza danych usług ACS to centralne repozytorium zdarzeń generowanych przez zasady inspekcji we wdrożeniu usług ACS. Baza danych ACS może znajdować się na tym samym komputerze co moduł zbierający ACS, ale aby uzyskać najlepszą wydajność, każdy z nich powinien być zainstalowany na dedykowanym serwerze. Domyślnie dane są przechowywane przez czternaście (14) dni.

Usługa przesyłania dalej ACS

Usługa uruchamiana w usługach przesyłania dalej ACS jest zawarta w agencie programu Operations Manager. Domyślnie ta usługa jest instalowana, ale nie jest włączona po zainstalowaniu agenta programu Operations Manager. Tę usługę można włączyć dla wielu komputerów agentów jednocześnie przy użyciu zadania Włącz zbieranie inspekcji lub programu PowerShell. Po włączeniu tej usługi wszystkie zdarzenia zabezpieczeń są wysyłane do modułu zbierającego ACS oprócz lokalnego dziennika zabezpieczeń.

Uwagi dotyczące projektowania

Podczas podejmowania decyzji o zaimplementowaniu jednej lub wielu grup zarządzania należy wziąć pod uwagę następujące czynniki:

• Zwiększona pojemność. Program Operations Manager nie ma wbudowanych limitów dotyczących liczby agentów, których może obsługiwać pojedyncza grupa zarządzania. W zależności od używanego sprzętu i obciążenia monitorowania (więcej wdrożonych pakietów administracyjnych oznacza wyższe obciążenie monitorowania) w grupie zarządzania, może być konieczne użycie wielu grup zarządzania w celu utrzymania akceptowalnej wydajności.
• Skonsolidowane widoki. Gdy do monitorowania środowiska jest używanych wiele grup zarządzania, potrzebny jest mechanizm zapewniający skonsolidowany widok danych monitorowania i zgłaszania alertów z nich. Można to osiągnąć, wdrażając dodatkową grupę zarządzania (która może lub nie ma żadnych obowiązków monitorowania), która ma dostęp do wszystkich danych we wszystkich innych grupach zarządzania. Te grupy zarządzania są następnie mówi się, że są połączone. Grupa zarządzania używana do udostępniania skonsolidowanego widoku danych jest nazywana lokalną grupą zarządzania, a inne, które dostarczają do niej dane, są nazywane połączonymi grupami zarządzania.
• Zabezpieczenia i administracja. Partycjonowanie grup zarządzania ze względów zabezpieczeń i administracji jest podobne do delegowania uprawnień administracyjnych za pośrednictwem jednostek organizacyjnych lub domen usługi Active Directory do różnych grup administracyjnych. Twoja firma może obejmować wiele grup IT, z których każda ma własny obszar odpowiedzialności. Obszar może być określonym obszarem geograficznym lub podziałem biznesowym. Na przykład w przypadku spółki holdingowej może to być jedna z spółek zależnych. Jeśli istnieje ten typ pełnego delegowania urzędu administracyjnego ze scentralizowanej grupy IT, może być przydatne zaimplementowanie struktury grupy zarządzania w każdym z obszarów. Następnie można je skonfigurować jako połączone grupy zarządzania z lokalną grupą zarządzania, która znajduje się w scentralizowanym centrum danych IT.
• Zainstalowane języki. Wszystkie serwery z zainstalowaną rolą serwera programu Operations Manager muszą być zainstalowane w tym samym języku. Oznacza to, że nie można zainstalować serwera zarządzania przy użyciu angielskiej wersji programu Operations Manager 2012 R2, a następnie wdrożyć konsolę Operacje przy użyciu japońskiej wersji. Jeśli monitorowanie musi obejmować wiele języków, wymagana będzie dodatkowa grupa zarządzania dla każdego języka operatorów.
• Funkcje produkcji i przedprodukcyjnej. W programie Operations Manager zalecana jest implementacja produkcyjna używana do monitorowania aplikacji produkcyjnych i implementacji przedprodukcyjnej, która ma minimalną interakcję ze środowiskiem produkcyjnym. Przed rozpoczęciem migracji do środowiska produkcyjnego grupa zarządzania jest używana do testowania i dostrajania funkcji pakietu administracyjnego. Ponadto niektóre firmy zatrudniają środowisko przejściowe dla serwerów, na których nowo utworzone serwery są umieszczane w okresie spalenia przed umieszczeniem ich w środowisku produkcyjnym. Grupa zarządzania przedprodukcyjnego może służyć do monitorowania środowiska przejściowego w celu zapewnienia kondycji serwerów przed wdrożeniem produkcyjnym.
• Dedykowana funkcja ACS. Jeśli wymagania obejmują konieczność zbierania zdarzeń dziennika zabezpieczeń inspekcji systemu Windows lub zdarzeń zabezpieczeń systemu UNIX/Linux, wdrożysz usługę Audit Collection Service (ACS). Korzystne może być zaimplementowanie grupy zarządzania obsługującej funkcję ACS wyłącznie wtedy, gdy wymagania dotyczące zabezpieczeń firmy muszą być kontrolowane i zarządzane przez grupę administracyjną inną niż ta, która zarządza resztą środowiska produkcyjnego.
• Funkcje odzyskiwania po awarii. W programie Operations Manager wszystkie interakcje z bazą danych programu Operations Manager są rejestrowane w dziennikach transakcji przed ich zatwierdzaniem w bazie danych. Te dzienniki transakcji można wysyłać na inny serwer z uruchomionym programem Microsoft SQL Server i zatwierdzać kopię tam bazy danych programu Operations Manager. Ta funkcja jest opcją zapewnienia nadmiarowości operacyjnej bazy danych programu Operations Manager między dwoma serwerami SQL w tej samej grupie zarządzania. Gdy należy wykonać kontrolowany tryb failover, serwery zarządzania w grupie zarządzania wymagają zmiany rejestru, aby odwoływać się do pomocniczego programu SQL Server i komunikować się z nim. Można wdrożyć grupę zarządzania trybu failover zgodną z dokładną konfiguracją podstawowej grupy zarządzania (pakietów administracyjnych, przesłonięć, subskrypcji powiadomień, zabezpieczeń itp.), a agenci są skonfigurowani do raportowania obu grup zarządzania. Jeśli podstawowa grupa zarządzania w całości stanie się niedostępna z jakiegokolwiek powodu, nie ma przestoju środowiska monitorowania. To rozwiązanie zapewnia ciągłość usług grupy zarządzania i zerową utratę monitorowania operacyjnego.

Przed wdrożeniem programu System Center Operations Manager w środowisku produkcyjnym zaplanuj projekt grupy zarządzania. W fazie planowania należy zrozumieć składniki usługi IT (czyli infrastrukturę i poziom aplikacji) oraz liczbę systemów i urządzeń, które je obsługują, jak będzie integrować i obsługiwać procesy zarządzania zdarzeniami i problemami oraz jak wizualizować dane dla różnych warstw pomocy technicznej eskalacji zdarzeń, inżynierii, konsumentów usług i zarządzania.

Podłączone grupy zarządzania

Wiele przedsiębiorstw z serwerami w wielu lokalizacjach geograficznych wymaga centralnego monitorowania tych serwerów. Konfiguracja połączonej grupy zarządzania, pokazana na poniższej ilustracji, to zestaw procesów przepływu pracy przeznaczonych do tworzenia infrastruktury zarządzania systemami hierarchicznymi.

Ta konfiguracja może służyć do osiągnięcia scentralizowanego monitorowania. Jest ona przeznaczona do obsługi wyświetlania alertów i danych monitorowania oraz inicjowania zadań względem zarządzanego obiektu połączonej grupy zarządzania.

Łącząc grupy zarządzania programu Operations Manager, można jednocześnie utrzymywać scentralizowane funkcje monitorowania:

• Monitorowanie większej liczby obiektów zarządzania niż jest możliwe w przypadku pojedynczej grupy zarządzania.
• Izolacja działań monitorowania zgodnie z logicznymi jednostkami biznesowymi, takimi jak "Marketing", lub lokalizacjami fizycznymi, takimi jak Rzym.

Podczas łączenia grup zarządzania nie wdrażasz żadnych nowych serwerów; zamiast tego zezwalasz lokalnej grupie zarządzania na dostęp do alertów i informacji dotyczących odnajdywania, które są w połączonej grupie zarządzania. W ten sposób można wyświetlać wszystkie alerty i inne dane monitorowania z wielu grup zarządzania i wchodzić w interakcje z nimi w jednej konsoli Operacje. Ponadto można uruchamiać zadania na monitorowanych komputerach połączonych grup zarządzania. Aby dowiedzieć się, jak połączyć grupy zarządzania, zobacz Łączenie grup zarządzania w programie Operations Manager.

Zainstalowane języki

Grupy zarządzania programu Operations Manager obsługują tylko jeden zainstalowany język. Jeśli ogólne środowisko IT, które należy monitorować, ma więcej niż jeden zainstalowany język, wymagana będzie oddzielna grupa zarządzania dla każdego języka.