Najprostsze systemy monitorowania weryfikują tylko podstawowe parametry pracy, takie jak obciążenie CPU, czy miejsce na dyskach. Najczęściej jednak są to informacje niewystarczające do potwierdzenia poprawności działania. Dodatkowo w takich rozwiązaniach używa się metod sprawdzających dostępność portu, czy odpowiedzi na pinga. Oczywiście, w przypadku awarii sprzętu zostanie ona wykryta, ale już problem w logice aplikacji, wąskie gardła w procesie przetwarzania już niekoniecznie.

W K2 wykorzystujemy oprogramowanie SCOM 2007, które jako rozwiązanie klasy Enterprise posiada szereg mechanizmów ułatwiających pracę administratorów.
Z perspektywy zespołu administratorów są to między innymi tzw. Management Packi, które posiadają zdolność do automatycznego zakładania i odwoływania alarmów, zdolność od obsługi niemalże wszystkich urządzeń informatycznych posiadających jakikolwiek interfejs.  Przy czym posiadają również możliwość tworzenia tzw. Distributed Applications (Interfejsy Usługowe) co przy warunkach SLA jest elementem koniecznym.

Management Packs

Jest to zbiór zasad dostarczonych przez producenta oprogramowania lub sprzętu, który w formie pliku konfiguracyjnego jest importowany do SCOM’a. Oczywiste jest, że producent oprogramowania/sprzętu potrafi w taki sposób dobrać zasady monitorowania jego rozwiązania aby było ono najbardziej optymalne i najskuteczniejsze. Importując więc takie zbiory zasad do SCOM’a otrzymujemy gotowe predefiniowane mechanizmy monitorowania,  które zawierają od kilku do kilkuset punktów pomiarowych per monitorowana usługa.
Takie zbiory istnieją zarówno dla podstawowych usług (systemy operacyjne), ale również dla sprzętu ( np. HP, DELL) jak i warstwy aplikacyjnej (.NET, MSSQL, Sharepoint, etc).
Często jest tak, że management pack jest dostarczany przed producenta sprzętu/oprogramowania w formie darmowego pliku do pobrania. Czasami jeśli producent nie dysponuje odpowiednim zbiorem, można kupić taki od firm trzecich.

Poniżej tylko częściowy przykład monitorowanych punktów dla zwykłego Windows 2003 Server. 

Przeciętnie, bardzo niewielu administratorów systemowych posiada wiedzę ile można zdefiniować sensowych punktów monitorowania ani jakie powinny posiadać wartości progowe.  Wybierając natomiast takie rozwiązanie, problem zostaje rozwiązany niejako „z pudełka”.

SNMP

Architektura SCOM’a przewiduje działanie w oparciu o agentów zainstalowanych na monitorowanych systemach (widnows, linux) czasami jednak, kiedy zachodzi potrzeba monitorowania urządzeń sieciowych. SCOM dysponuje mechanizmami pozwalającymi na bezpośrednie zapytanie urządzeń i ich parametrów przy pomocy protokołu SNMP, także na podstawie danych opisanych w odpowiednich management pack’ach . Tak architektura, w połączeniu z możliwością rozproszenia instalacji SCOM’a na wiele instancji, pozwala na zbudowanie bardzo elastycznego środowiska zdolnego wychwycić wszelkie niepokojące sygnały.

Zdalne środowiska

Oprócz monitorowania naszych głównych systemów wewnętrznych, oraz systemów dedykowanych naszym klientom, wykorzystujemy SCOM’a również do monitorowania całkowicie zewnętrznych i niezależnych od nas systemów działających u innych operatorów lub w siedzibie klienta. 
Usługa monitoringu prowadzona przez nas dla zewnętrznych klientów za przystępną cenę pozwoli każdemu przedsiębiorstwu skorzystać z jego funkcjonalności, bez konieczności tworzenia całej niezbędnej infrastruktury.