SAP Monitorowanie i kontrola wydajności: kompletny samouczek z kodami T

Co to jest monitorowanie systemu?

Monitorowanie systemu to codzienna rutynowa czynność, a niniejszy dokument przedstawia systematyczną procedurę krok po kroku dla monitorowania serwera. Daje przegląd aspektów technicznych i koncepcji proaktywnego monitorowania systemu. Oto kilka z nich:

Sprawdzanie serwerów aplikacji.
Monitorowanie procesów pracy w całym systemie.
Monitorowanie procesów pracy dla poszczególnych instancji.
Monitorowanie wpisów blokujących.
Wykorzystanie CPU
Dostępne miejsce w bazie danych.
Monitorowanie procesów aktualizacji.
Dziennik systemu monitorowania.
Buffer Statystyki

Niektóre inne to:

Monitorowanie zadań wsadowych
Monitorowanie żądań buforowania.
Liczba żądań drukowania
Analiza zrzutu ABAP.
Monitor wydajności bazy danych.
Kontrola bazy danych.
Monitorowanie Użytkowników Aplikacji.

Dlaczego codzienne podstawowe kontrole/monitorowanie systemu?

Jak monitorujemy a SAP System?

Sprawdzanie serwerów aplikacji (SM51)

Transakcja ta służy do sprawdzenia wszystkich aktywnych serwerów aplikacji.

Tutaj możesz zobaczyć, które usługi lub procesy pracy są skonfigurowane w każdej instancji.

Monitorowanie procesów pracy dla poszczególnych instancji SM50

Wyświetla wszystkie uruchomione, oczekujące, zatrzymane i procesy PRIV powiązane z konkretną instancją. W ramach tego kroku sprawdzamy wszystkie procesy; status procesu powinien zawsze czekać lub działać. Jeśli jakikolwiek proces ma status inny niż oczekujący lub uruchomiony, musimy sprawdzić ten konkretny proces i odpowiednio zgłosić.

Ta transakcja wyświetla wiele informacji, takich jak:

Status procesu pracy (czy jest zajęty czy nie)
Jeśli proces roboczy jest uruchomiony, w kolumnie Akcja możesz zobaczyć podjęte przez niego działania.
Możesz sprawdzić, nad którym stołem aktualnie pracujesz

Niektóre z typowych problemów:

Logowanie użytkownika zajmuje dużo czasu/nie jest w stanie się zalogować/transakcja online jest bardzo powolna. Może to wynikać z pełnego wykorzystania procesów roboczych DIA. Przyczyną mogą być także długotrwałe zadania (czerwony wskaźnik w kolumnie Czas). Jeśli to konieczne, możesz anulować sesję, wybierając zadania, a następnie przejdź do Proces>Anuluj bez rdzenia. Spowoduje to anulowanie zadania i zwolnienie procesu roboczego dla innego użytkownika/procesu
Niektórzy użytkownicy mogą mieć status PRIV poniżej Powód kolumna. Może to być spowodowane tym, że transakcja użytkownika jest tak duża, że wymaga więcej pamięci. Kiedy to nastąpi, proces pracy DIA stanie się „własnością” użytkownika i nie pozwoli innym użytkownikom z niego korzystać. Jeśli tak się stanie, skontaktuj się z użytkownikiem i jeśli to możliwe, uruchom zadanie jako zadanie w tle.
Jeśli w procesie pracy SPO występuje długie zadanie drukowania, zbadaj problem. Może to być problem związany z serwerem wydruku lub drukarką.

Monitorowanie procesów pracy w całym systemie (SM66)

Sprawdzając obciążenie procesu pracy za pomocą globalnego przeglądu procesu pracy, możemy szybko zbadać potencjalną przyczynę problemu z wydajnością systemu.

Monitoruj obciążenie procesów roboczych na wszystkich aktywnych instancjach w całym systemie

Korzystając z ekranu Ogólnego przeglądu procesu pracy, możemy w skrócie zobaczyć:

Status każdego serwera aplikacji
Powód, dla którego nie działa
Czy został uruchomiony ponownie
Czas działania procesora i żądania
Użytkownik, który się zalogował, i klient, do którego się zalogował
Działający raport

Monitoruj użytkownika aplikacji (AL08 i SM04)

Ta transakcja wyświetla wszystkich użytkowników aktywnych instancji.

Monitorowanie procesów aktualizacji (SM13)

Wykonaj transakcję SM13 i wstaw „*' w polu UŻYTKOWNIK i kliknij przycisk.

Jeśli nie ma żadnych długo oczekujących rekordów aktualizacji lub żadne aktualizacje nie są wykonywane, kolejka będzie pusta, jak pokazano na poniższym zrzucie ekranu.

Jeśli jednak aktualizacja nie jest aktywna, znajdź poniższe informacje:

Czy aktualizacja jest aktywna, jeśli nie to czy została wyłączona przez system czy przez użytkownika?
- Kliknij na przycisk i uzyskaj informacje.
- Kliknij na przycisk i uzyskaj poniższe informacje:
Czy jakakolwiek aktualizacja została anulowana?
Czy istnieje długa kolejka oczekujących aktualizacji starszych niż 10 minut?

Monitorowanie wpisów blokujących (SM12)

Wykonaj transakcję SM12 i wpisz „*” w polu Nazwa użytkownika

SAP zapewnia mechanizm blokujący uniemożliwiający innym użytkownikom zmianę rekordu, nad którym pracujesz. W niektórych sytuacjach blokady nie są zwalniane. Może się to zdarzyć, jeśli użytkownicy zostaną odcięci, np. z powodu problemów z siecią, zanim będą mogli zwolnić blokadę.

Te stare blokady muszą zostać usunięte, w przeciwnym razie mogą uniemożliwić dostęp lub zmiany w dokumentach.

Możemy używać statystyk blokad do monitorowania blokad ustawionych w systemie. Rejestrujemy tylko te wpisy zamków, które posiadają datę i godzinę poprzedniego dnia.

Dziennik systemu monitorowania (SM21)

Dzięki logowi możemy wskazać i naprawić błędy występujące w systemie i jego otoczeniu.

Sprawdzamy dziennik z poprzedniego dnia, wybierając następującą opcję:

Wprowadź datę i godzinę.
Wybierz opcję Problemy i ostrzeżenia dotyczące przycisków radiowych
Naciśnij przycisk Przeczytaj ponownie dziennik systemowy.

Podsumowanie strojenia (ST02)

Krok 1: Przejdź do ST02, aby sprawdzić podsumowanie strojenia.

Krok 2: Jeśli widzisz jakieś czerwone wartości w SWAPS, kliknij je dwukrotnie.

Krok 3: Na poniższym ekranie kliknij zakładkę „Parametry bieżące”

Krok 4: Zanotuj wartość i parametry profilu

Krok 5: Przejdź do RZ10 (aby zmienić wartości parametrów Profilu)

Krok 6: Zapisz zmiany.

Krok 7: Uruchom ponownie serwer, aby zastosować nowe zmiany.

Wykorzystanie procesora (ST06)

Stopień wykorzystania procesora w stanie bezczynności musi wynosić 60-65%. Jeśli przekroczy tę wartość, należy sprawdzić przynajmniej poniższe rzeczy:

Uruchom polecenia na poziomie systemu operacyjnego – u góry i sprawdź, które procesy zużywają najwięcej zasobów.
Przejdź do SM50 lub SM66. Sprawdź, czy nie są uruchamiane żadne długo działające zadania lub jakiekolwiek długie zapytania aktualizacyjne.
Przejdź do SM12 i sprawdź wpisy blokady
Przejdź do SM13 i sprawdź Aktywny status aktualizacji.
Sprawdź błędy w SM21.

Zrzuty ABAP (ST22)

Tutaj sprawdzamy zrzuty z poprzedniego dnia

Monitorowanie żądań buforowania (SP01)

Aby monitorować żądania buforowania, wykonaj SP01 i wybierz jak poniżej:

Wstaw „*” w polu Utworzony przez
Kliknij na przycisk wykonania.

Tutaj rejestrujemy tylko te żądania, które zakończyły się problemami.

Monitorowanie zadań wsadowych (SM37)

W przypadku zadań monitorowania w tle uruchom SM37 i wybierz jak poniżej:

Wpisz „*” w polu Nazwa użytkownika i Nazwa stanowiska
W statusie zadania wybierz żądania: Zaplanowane, Anulowane, Zwolnione i Zakończone.

Administracja transakcyjna RFC (SM58)

Transakcyjny RFC (tRFC, pierwotnie znany również jako asynchroniczny RFC) jest asynchroniczną metodą komunikacji, która wykonuje wywoływany moduł funkcji na serwerze RFC tylko raz.

Musimy wybrać okres wyświetlania, przez który chcemy przeglądać tRFC, a następnie wybrać '*' w polu nazwy użytkownika, aby wyświetlić wszystkie połączenia, które nie zostały poprawnie wykonane lub czekają w kolejce.

Administracja QRFC (kolejka wychodząca-SMQ1)

Powinniśmy podać tutaj nazwę klienta i sprawdzić, czy są jakieś wychodzące qRFC w stanie oczekiwania lub błędu.

Administracja QRFC (kolejka przychodząca-SMQ2)

Powinniśmy podać tutaj nazwę klienta i sprawdzić, czy są jakieś przychodzące komunikaty qRFC oczekujące lub w stanie błędu.

Administracja bazami danych (DB02)

Po wybraniu Aktualne rozmiary na pierwszym ekranie dochodzimy do poniższego ekranu, który pokazuje nam aktualny stan wszystkich obszarów tabel w systemie.

Jeśli którykolwiek z obszarów tabel jest większy niż 95% i automatyczny zakres jest wyłączony, musimy dodać nowy plik danych, aby baza danych nie była pełna.

Możemy także określić historię obszarów tabel.

Możemy tutaj wybrać miesiące, tygodnie lub dni, aby zobaczyć zmiany zachodzące w obszarze tabel.

Analizując te wartości, możemy określić wzrost obszaru tabel.

Dzienniki kopii zapasowych bazy danych (DB12)

Na podstawie tej transakcji mogliśmy ustalić, kiedy miała miejsce ostatnia pomyślna kopia zapasowa systemu. Możemy przejrzeć kopie zapasowe z poprzedniego dnia i sprawdzić, czy wszystko było w porządku, czy nie.

Możemy także przejrzeć pliki dziennika powtórzeń i sprawdzić, czy utworzenie kopii zapasowej dziennika powtórzeń powiodło się, czy nie.

Szybki Review

Codzienne zadania monitorowania

Zadania krytyczne
SAP Konfiguracja
Baza danych

Zadania krytyczne

Nie	Zadanie	Transakcja	Procedura/Uwaga
1	Sprawdź, czy system R/3 działa.		Zaloguj się do systemu R/3
2	Sprawdź, czy codzienna kopia zapasowa jest wykonywana bez błędów	DB12	Sprawdź kopię zapasową bazy danych.

SAP Konfiguracja

Nie	Zadanie	Transakcja	Procedura/Uwaga
1	Sprawdź, czy wszystkie serwery aplikacji działają.	SM51	Sprawdź, czy wszystkie serwery działają.
2	Sprawdź procesy pracy (rozpoczęte od SM51).	SM50	Wszystkie procesy robocze ze statusem „uruchomione” lub „oczekujące”.
3	Omówienie globalnego procesu pracy	SM66	Sprawdź, czy żaden proces roboczy nie trwa dłużej niż 1800 sekund
3	Poszukaj wszelkich nieudanych aktualizacji (aktualizacja zostaje zakończona).	SM13	Ustaw datę na jeden dzień temu Wpisz * w identyfikatorze użytkownika Ustaw na „wszystkie” aktualizacje. Sprawdź linie z „Err”.
4	Sprawdź dziennik systemowy.	SM21	Ustaw datę i godzinę przed ostatnim przeglądem dziennika. Sprawdzić: Błędy ostrzeżenia Wiadomości dotyczące bezpieczeństwa Problemy z bazą danych
5	Revnp. w przypadku anulowanych zadań.	SM37	Wpisz gwiazdkę (*) w polu Identyfikator użytkownika. Sprawdź, czy wszystkie krytyczne zadania zakończyły się pomyślnie.
6	Sprawdź, czy nie ma „starych” zamków.	SM12	Wprowadź gwiazdkę (*) jako identyfikator użytkownika.
7	Sprawdź, czy w systemie są użytkownicy.	SM04AL08	Revie dla nieznanego lub innego identyfikatora użytkownika i terminala. To zadanie należy wykonywać kilka razy dziennie.
8	Sprawdź problemy ze szpulą.	SP01	Wpisz gwiazdkę (*) w polu Utworzono według widoku w przypadku zadań buforowania, które są „W toku” od ponad godziny.
9	Sprawdź dziennik zadań	SM37	Sprawdzić: Nowe prace Nieprawidłowe prace
10	Revprzeglądaj i rozwiązuj zrzuty.	ST22	Poszukaj nadmiernej liczby zrzutów. Poszukaj wysypisk o nietypowym charakterze.
11	Revzobacz statystyki bufora.	ST02	Szukaj zamian.

Baza danych

Nie	Zadanie	Transakcja	Procedura/Uwaga
1	Revprzejrzyj dziennik błędów, aby znaleźć problemy.	ST04
2	Brakujące indeksy wzrostu bazy danych	DB02	Jeśli obszar tabel jest używany w ponad 90%, dodaj do niego nowy plik danych. Odbuduj brakujące indeksy
3	Dziennik statystyk bazy danych	DB13