Monitorowanie systemu – CHECKLIST – część 2

Zapraszam do kolejnej odsłony transakcji okiem konsultanta, tylko i wyłącznie.

Zapewne zauważysz, że brakuje jednej kolumny. Specjalnie ją usunęłam, ponieważ wszelkie poprawki zostawiam dla SAP BASIS. Więc nie podejmuj w nich żadnych działań, jak usunięcie wpisu czy zmiana harmonogramów, jeżeli nie masz odpowiednich kompetencji. Od tego jest oddelegowany SAP Basis i jak już, to możesz z nimi to przegadać. Ten wpis jest tylko po to, abyś wiedział, że warto znać te transakcję. Dodatkowo zachęcam Cię do nauczenia się podstaw raportów. Na pewno pomoże to w komunikacji z innymi SAP-owcami i rozjaśni w głowie działanie systemu.

O niektórych transakcjach można by było pisać i pisać, jak np. DB02. Tyle szczegółów i parametrów do sprawdzenia, że lepiej zostawić to SAP BASIS i z ich pomocą poznawać tajniki każdej tabeli.

TransakcjaNazwa transakcjiJak często monitorować?Na co zwrócić uwagę?
SMWPCRM Middleware Monitoring cocpit●        Parę razy w ciągu dnia
●        Po każdym wgraniu nowego transportu
Na statusy.
SMGWGateway monitor
●       Codziennie
●      W zależności od statusu komunikatu o błędzie
●      błędy
●     stare żądania

Jeżeli występują, to należy zgłosić do SAP Basis bądź obserwować czy sami nie usuną w najbliższym czasie.
ST03NMonitor obciążenia systemu●        Codziennie
Sprawdzamy co piszczy w widokach:
●       Workloas Overview
●       Transaction Profile
●       Time Profile

Interesuje nas przede wszystkim czas reakcji.
DB02DBA Cockpit: System Confiuguration Maintaince ●        Codziennie
Sprawdzamy trzy rzeczy:
●     Tablespace size
●     Missing indexes
●     Space critical objects
Więcej informacji pod linkiem: https://itsiti.com/db02-database-performance.
ST06●        Parę razy w ciągu dniaZwracamy uwagę czy CPU jest w przedziale 60-65 %, jeżeli nie to możemy sprawdzić w:
●     raporcie RSBDCOS0 (OS level commands) uruchamianym w transakcji SE38 procesy, które zabierają najwięcej zasobów
●     SM50 lub SM66 CPU i runtime procesów/zadań
●     SM12 istniejące blokady
●     SM13 statusy aktualizacji
●     SM21 błędy.

SM50Procesy robocze instancji●        Parę razy w ciągu dnia
●      W przypadku problemów z wydajnością
Zwracamy uwagę na statusy waiting i running. Jeżeli występują, to należy zgłosić do SAP BASIS.
SM66Procesy robocze wszystkich instancji
●        Parę razy w ciągu dnia
Podobny do SM50, ale dotyczy całego systemu. Służy do przeglądania procesów działających na wszystkich instancjach/serwerach aplikacji systemu SAP takich jak:
●        statusy aplikacji
●        powód błędnego statusu
●        data restartu
●        CPU i run time
●        zalogowanych użytkowników
●        raport aktywności
SM21Display system log●        Parę razy w ciągu dnia
Używamy jej do sprawdzania:
●      Błędy
●      Ostrzeżenia
●      Komunikaty bezpieczeństwa
●      Problemy z bazą danych
SM37Prosty wybór zadania●        CodziennieW ramach codziennego monitorowania administratorzy baz SAP wykorzystują tą transakcje do wyszukania anulowanych i aktywnych. Podejmują analizy anulowanych zadań ich przyczyn (np. logi) i wdrażają zmiany, które mają udoskonalić procesowanie zadań na przyszłość.

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *