Monitorowanie SAP i Weryfikacja wydajności: ukończ samouczek z kodami Tcodes

Co to jest monitorowanie systemu?

Monitorowanie systemu jest codzienną rutynową czynnością, a niniejszy dokument zawiera systematyczną, krok po kroku procedurę monitorowania serwera. Zawiera przegląd aspektów technicznych i koncepcji proaktywnego monitorowania systemu. Niewiele z nich to:

• Sprawdzanie serwerów aplikacji.
• Monitorowanie procesów pracy w całym systemie.
• Monitorowanie procesów pracy dla poszczególnych instancji.
• Monitorowanie wejść zamków.
• Zużycie procesora
• Dostępne miejsce w bazie danych.
• Monitorowanie procesów aktualizacji.
• Dziennik systemu monitorowania.
• Statystyki bufora

Niektóre inne to:

• Monitorowanie zadań wsadowych
• Monitorowanie żądań buforowania.
• Liczba żądań drukowania
• Analiza zrzutu ABAP.
• Monitor wydajności bazy danych.
• Sprawdzanie bazy danych.
• Monitorowanie użytkowników aplikacji.

Dlaczego codzienne kontrole podstawowe / monitorowanie systemu?

Jak monitorujemy system SAP?

Sprawdzanie serwerów aplikacji (SM51)

Ta transakcja służy do sprawdzenia wszystkich aktywnych serwerów aplikacji.

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

Monitorowanie procesów pracy dla poszczególnych instancji SM50:

Wyświetla wszystkie uruchomione, oczekujące, zatrzymane i PRIV procesy związane z określoną instancją. Na tym etapie sprawdzamy wszystkie procesy; stan 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:

1. Status procesu pracy (czy jest zajęty, czy nie)
2. Jeśli proces roboczy jest uruchomiony, możesz zobaczyć wykonane przez niego działanie w kolumnie Akcja.
3. Możesz wiedzieć, nad którym stołem pracujesz

Niektóre z typowych problemów:

• Użytkownik bardzo długo się loguje / nie jest w stanie zalogować się / transakcja online jest bardzo wolna. Może to być wynikiem pełnego wykorzystania procesów roboczych DIA. Może to również wynikać z długotrwałych zadań (czerwony wskaźnik pod kolumną Czas). W razie potrzeby możesz anulować sesję, wybierając zadania, a następnie przejdź do opcji Przetwarzaj> Anuluj bez rdzenia. Spowoduje to anulowanie zadania i zwolnienie procesu pracy dla innego użytkownika / procesu
• Niektórzy użytkownicy mogą mieć status PRIV w kolumnie Przyczyna . Może się tak zdarzyć, że transakcja użytkownika jest tak duża, że ​​wymaga więcej pamięci. Kiedy tak się stanie, proces pracy DIA będzie „własnością” użytkownika i nie pozwoli innym użytkownikom na korzystanie. 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 roboczym SPO występuje długie zadanie drukowania, zbadaj problem. Może to być problem związany z serwerem druku lub drukarką.

Monitorowanie procesów roboczych 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 procesu roboczego we wszystkich aktywnych instancjach w systemie
Korzystając z ekranu Globalnego przeglądu procesu roboczego, możemy od razu zobaczyć:

• Stan każdego serwera aplikacji
• Powód, dla którego nie działa
• Czy został ponownie uruchomiony
• Procesor i czas wykonywania żądań
• Użytkownik, który się zalogował i klient, do którego się zalogował
• Raport, który jest uruchomiony

Monitor aplikacji użytkownika (AL08 i SM04)

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

Monitorowanie procesów aktualizacji (SM13)

Wykonaj transakcję SM13 i wpisz „ * ” w polu UŻYTKOWNIK i kliknij

Jeśli nie ma od dawna oczekujących aktualizacji lub nie ma żadnych aktualizacji, ta 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, a jeśli nie, to została dezaktywowana przez system czy przez użytkownika?
  • Kliknij i uzyskaj informacje.
  • Kliknij i uzyskaj poniższe informacje:
• Czy jakakolwiek aktualizacja została anulowana?
• Czy istnieje długa kolejka oczekujących aktualizacji starsza niż 10 minut?

Monitorowanie wejść zamków (SM12)

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

SAP zapewnia mechanizm blokujący, aby uniemożliwić 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 problemu z siecią, zanim będą mogli zwolnić blokadę.
Te stare blokady muszą zostać wyczyszczone, w przeciwnym razie może to uniemożliwić dostęp lub zmiany w rekordach.
Możemy wykorzystać statystyki blokad do monitorowania blokad ustawionych w systemie. Rejestrujemy tylko te wpisy blokady, które mają znacznik daty i czasu poprzedniego dnia.

Dziennik systemu monitorowania (SM21)

Za pomocą dziennika możemy zlokalizować i naprawić błędy występujące w systemie i jego otoczeniu.

Sprawdzamy dziennik z poprzedniego dnia z następującym wyborem / opcją:

• Wprowadź datę i godzinę.
• Wybierz opcję Problemy i ostrzeżenia dotyczące przycisków radiowych
• Naciśnij przycisk Reread System Log.

Podsumowanie dostrojenia (ST02)

Krok 1: Przejdź do ST02, aby sprawdzić podsumowanie Tune.
Krok 2: Jeśli zobaczysz jakieś czerwone wartości, w SWAPS kliknij dwukrotnie to samo.

Krok 3: Na poniższym ekranie kliknij kartę „Bieżące parametry”

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: Zrestartuj serwer, aby zastosować nowe zmiany.

Wykorzystanie procesora (ST06)

Stopień wykorzystania bezczynnego procesora musi wynosić 60-65%, jeśli przekracza wartość, musimy zacząć sprawdzać co najmniej poniższe rzeczy:

• Uruchom polecenia na poziomie systemu operacyjnego - przejdź do góry i sprawdź, które procesy pochłaniają najwięcej zasobów.
• Przejdź do SM50 lub SM66. Sprawdź, czy nie ma długo działających zadań lub długich zapytań aktualizacyjnych, które są uruchomione.
• Idź do SM12 i sprawdź wpisy zamków
• Przejdź do SM13 i sprawdź Aktualizuj aktywny status.
• Sprawdź błędy w SM21.

Zrzuty ABAP (ST22)

Tutaj sprawdzamy zrzuty z poprzedniego dnia

Monitorowanie żądania buforowania (SP01)

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

• Wpisz „*” w polu Utworzone przez
• Kliknij przycisk wykonania.

Tutaj rejestrujemy tylko te żądania, które zostały zakończone z problemami.

Monitorowanie zadań wsadowych (SM37)

Aby monitorować zadania w tle, wykonaj SM37 i wybierz poniżej:

• Wpisz „*” w polu Nazwa użytkownika i Nazwa zadania
• W Status zadania wybierz: Zaplanowane, Anulowane, Zwolnione i Zakończone.

Administracja transakcyjna RFC (SM58)

Transakcyjny RFC (tRFC, pierwotnie znany również jako asynchroniczny RFC) to asynchroniczna metoda komunikacji, która wykonuje wywoływany moduł funkcyjny na serwerze RFC tylko raz.

Musimy wybrać okres wyświetlania, dla którego chcemy wyświetlić 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 tutaj podać nazwę klienta i sprawdzić, czy są jakieś wychodzące qRFC w stanie oczekiwania lub błędu.

Administracja QRFC (kolejka przychodząca -SMQ2)

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

Administracja bazami danych (DB02)

Po wybraniu Aktualne rozmiary na pierwszym ekranie przechodzimy 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%, a automatyczne rozszerzenie jest wyłączone, musimy dodać nowy plik danych, aby baza danych nie była pełna.

Możemy również określić historię przestrzeni tabel.

Możemy tutaj wybrać Miesiące, Tygodnie lub Dni, aby zobaczyć zmiany zachodzące w obszarze tabel.

Możemy określić wzrost przestrzeni tabel, analizując te wartości.

Dzienniki kopii zapasowych bazy danych (DB12)

Na podstawie tej transakcji mogliśmy określić, kiedy nastąpiła 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 również przejrzeć pliki dziennika ponownego wykonania i sprawdzić, czy kopia zapasowa dziennika ponownego wykonania zakończyła się powodzeniem, czy nie.

Szybki przegląd

Codzienne zadania monitorowania

1. Krytyczne zadania
2. System SAP
3. Baza danych

Krytyczne zadania

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

System SAP

Nie	Zadanie	Transakcja	Procedura / uwaga
1	Sprawdź, czy wszystkie serwery aplikacji działają.	SM51	Sprawdź, czy wszystkie serwery działają.
2	Sprawdź procesy robocze (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 pracy nie trwa dłużej niż 1800 sekund
3	Poszukaj wszelkich nieudanych aktualizacji (aktualizacja kończy się).	SM13	Ustaw datę na jeden dzień temu Wpisz * w ID użytkownika Ustaw na „wszystkie” aktualizacje Sprawdź, czy są wiersze z „Err”.
4	Sprawdź dziennik systemowy.	SM21	Ustaw datę i godzinę przed ostatnim przeglądaniem dziennika. Sprawdź: Błędy Ostrzeżenia Komunikaty dotyczące bezpieczeństwa Problemy z bazą danych
5	Przejrzyj anulowane zadania.	SM37	Wpisz gwiazdkę (*) w polu ID użytkownika i sprawdź, czy wszystkie krytyczne zadania zakończyły się powodzeniem.
6	Sprawdź, czy nie ma „starych” zamków.	SM12	Wpisz gwiazdkę (*) jako identyfikator użytkownika.
7	Sprawdź użytkowników w systemie.	SM04AL08	Sprawdź, czy nie ma nieznanego lub innego identyfikatora użytkownika i terminala. To zadanie należy wykonywać kilka razy dziennie.
8	Sprawdź problemy ze szpulą.	SP01	Wprowadź gwiazdkę (*) dla opcji Created ByLook dla zadań buforowania, które były „W toku” przez ponad godzinę.
9	Sprawdź dziennik zadań	SM37	Sprawdź: Nowe prace Nieprawidłowe prace
10	Przejrzyj i rozwiąż zrzuty.	ST22	Poszukaj nadmiernej liczby zrzutów. Szukaj wysypisk o niezwykłym charakterze.
11	Przejrzyj statystyki buforów.	ST02	Szukaj zamiany.

Baza danych

Nie	Zadanie	Transakcja	Procedura / uwaga
1	Przejrzyj dziennik błędów pod kątem problemów.	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