Monitorování SAP & Kontroly výkonu: Kompletní výukový program s Tcodes

Obsah:

Anonim

Co je Monitorování systému?

Monitorování systému je každodenní rutinní činnost a tento dokument poskytuje systematický postup krok za krokem pro monitorování serveru. Poskytuje přehled technických aspektů a koncepcí proaktivního monitorování systému. Několik z nich je:

  • Kontrola aplikačních serverů.
  • Monitorování pracovních procesů v celém systému.
  • Monitorování pracovních procesů pro jednotlivé instance.
  • Monitorování záznamů zámku.
  • Využití CPU
  • Dostupné místo v databázi.
  • Monitorování procesů aktualizace.
  • Monitorovací systémový protokol.
  • Statistika vyrovnávací paměti

Někteří jiní jsou:

  • Monitorování dávkových úloh
  • Sledování požadavků na zařazování.
  • Počet požadavků na tisk
  • Analýza skládky ABAP.
  • Monitorování výkonu databáze.
  • Kontrola databáze.
  • Monitorování uživatelů aplikace.

Proč denní základní kontroly / monitorování systému?

Jak monitorujeme systém SAP?

Kontrola aplikačních serverů (SM51)

Tato transakce se používá ke kontrole všech aktivních aplikačních serverů.

Zde můžete vidět, které služby nebo pracovní procesy jsou konfigurovány v jednotlivých instancích.

Monitorování pracovních procesů pro jednotlivé instance SM50:

Zobrazuje všechny běžící, čekající, zastavené a PRIV procesy související s konkrétní instancí. V tomto kroku zkontrolujeme všechny procesy; stav procesu by měl vždy čekat nebo běžet. Pokud má některý proces jiný stav než čekání nebo běh, musíme tento konkrétní proces zkontrolovat a podle toho ohlásit.

Tato transakce zobrazuje spoustu informací, jako například:

  1. Stav pracovního procesu (ať už je obsazený nebo ne)
  2. Pokud je pracovní proces spuštěn, můžete vidět akci, kterou provedl, ve sloupci Akce.
  3. Můžete, na které tabulce se pracuje

Některé typické problémy:

  • Přihlašování uživatele trvá dlouho / není schopen se přihlásit / online transakce je velmi pomalá. To by mohlo být výsledkem plného využití pracovních procesů DIA. Může to být také výsledek dlouho běžících úloh (červený indikátor ve sloupci Čas). V případě potřeby můžete relaci zrušit výběrem úloh a poté přejít na Zpracovat> Zrušit bez jádra. To zruší úlohu a uvolní pracovní proces pro jiného uživatele / proces
  • Někteří uživatelé mohou mít ve sloupci Důvod stav PRIV . Může se stát, že transakce uživatele je tak velká, že vyžaduje více paměti. Když k tomu dojde, pracovní proces DIA bude „vlastněn“ uživatelem a nedovolí ostatním uživatelům používat. Pokud k tomu dojde, zeptejte se uživatele a pokud je to možné, spusťte úlohu jako úlohu na pozadí.
  • Pokud je v pracovním procesu SPO dlouhá tisková úloha, prozkoumejte problém. Může to být problém související s tiskovým serverem nebo tiskárnou.

Monitorování pracovních procesů v celém systému (SM66)

Kontrolou zatížení pracovního procesu pomocí globálního přehledu pracovního procesu můžeme rychle prozkoumat možnou příčinu problému s výkonem systému.
Monitorujte zatížení pracovního procesu u všech aktivních instancí v systému.
Na obrazovce Global Work Process Overview můžeme na první pohled vidět:

  • Stav každého aplikačního serveru
  • Důvod, proč nefunguje
  • Zda byl restartován
  • CPU a doba běhu požadavku
  • Uživatel, který se přihlásil, a klient, ke kterému se přihlásili
  • Zpráva, která je spuštěna

Monitorovat uživatele aplikace (AL08 a SM04)

Tato transakce zobrazuje všechny uživatele aktivních instancí.

Monitorování aktualizačních procesů (SM13)

Proveďte transakci SM13, vložte ' * ' do pole USER a klikněte na

Pokud neexistují žádné dlouhé nevyřízené záznamy o aktualizacích nebo se žádné aktualizace neprovádějí, bude tato fronta prázdná, jak je znázorněno na následujícím snímku obrazovky.

Pokud však aktualizace není aktivní, najděte níže uvedené informace:

  • Je aktualizace aktivní, pokud ne, byla deaktivována systémem nebo uživatelem?
    • Klikněte na tlačítko a získejte informace.
    • Klikněte na tlačítko a získejte níže uvedené informace:
  • Je nějaká aktualizace zrušena?
  • Existuje dlouhá fronta čekajících aktualizací starších než 10 minut?

Monitorování záznamů zámku (SM12)

Proveďte transakci SM12 a do pole Uživatelské jméno vložte znak *

SAP poskytuje uzamykací mechanismus, který ostatním uživatelům brání ve změně záznamu, na kterém pracujete. V některých situacích se zámky neuvolní. K tomu může dojít, pokud jsou uživatelé odpojeni, tj. Kvůli problémům se sítí, než budou moci zámek uvolnit.
Tyto staré zámky je třeba vyčistit, jinak by to mohlo bránit přístupu nebo změnám v záznamech.
Můžeme použít statistiku zámku ke sledování zámků, které jsou nastaveny v systému. Zaznamenáváme pouze ty položky zámku, které mají datum a časovou známku předchozího dne.

Monitorovací systémový protokol (SM21)

Můžeme použít protokol k určení a nápravě chyb, ke kterým dochází v systému a jeho prostředí.

Zkontrolujeme protokol předchozího dne s následujícím výběrem / možností:
  • Zadejte datum a čas.
  • Vyberte Problémy a varování přepínače
  • Stiskněte znovu Přečíst systémový protokol.

Přehled ladění (ST02)

Krok 1: Přejděte na ST02 a zkontrolujte soulad Vyladit.
Krok 2: Pokud vidíte nějaké červené hodnoty, v SWAPS dvakrát klikněte na stejnou hodnotu.

Krok 3: Na obrazovce níže klikněte na záložku „Aktuální parametry“

Krok 4: Poznamenejte si hodnotu a parametry profilu

Krok 5: Přejít na RZ10 (pro změnu hodnot parametrů profilu)
Krok 6: Uložit změny.
Krok 7: Restartujte server, aby se projevily nové změny.

Využití CPU (ST06)

Míra využití nečinného CPU musí být 60-65%, pokud překročí hodnotu, musíme začít kontrolovat alespoň níže uvedené věci:

  • Spouštějte příkazy na úrovni OS - nahoře a zkontrolujte, které procesy berou většinu zdrojů.
  • Přejděte na SM50 nebo SM66. Zkontrolujte, zda nejsou spuštěny dlouhé běžící úlohy nebo nějaké dlouhé aktualizační dotazy.
  • Přejděte na SM12 a zkontrolujte položky zámku
  • Přejděte na SM13 a zkontrolujte Aktualizovat aktivní stav.
  • Zkontrolujte chyby v SM21.

Skládky ABAP (ST22)

Zde kontrolujeme skládky z předchozího dne

Monitorování požadavku na zařazování (SP01)

Pro monitorování požadavku na zařazování spusťte SP01 a vyberte níže:

  • Do pole Vytvořeno zadejte „*“
  • Klikněte na tlačítko spuštění.

Zde zaznamenáváme pouze ty požadavky, které jsou ukončeny s problémy.

Monitorování dávkových úloh (SM37)

Pro monitorování úloh na pozadí proveďte SM37 a vyberte níže:

  • Do pole Uživatelské jméno a Název úlohy vložte znak *
  • V části Stav úlohy vyberte: Naplánované, Zrušené, Uvolněné a Dokončené požadavky.

Transakční správa RFC (SM58)

Transakční RFC (tRFC, také původně známý jako asynchronní RFC) je asynchronní komunikační metoda, která provádí volaný funkční modul na serveru RFC pouze jednou.

Musíme vybrat období zobrazení, pro které chceme zobrazit tRFC, a poté vybrat '*' v poli uživatelské jméno pro zobrazení všech hovorů, které nebyly provedeny správně nebo čekají ve frontě.

Správa QRFC (odchozí fronta -SMQ1)

Zde bychom měli zadat jméno klienta a zjistit, zda existují odchozí qRFC v čekajícím nebo chybovém stavu.

Správa QRFC (příchozí fronta -SMQ2)

Měli bychom zadat jméno klienta zde a zjistit, zda existují nějaké příchozí qRFC v čekajícím nebo chybovém stavu.

Správa databáze (DB02)

Poté, co na první obrazovce vyberete Aktuální velikosti, přejdeme na obrazovku níže, která nám ukáže aktuální stav všech tabulkových prostorů v systému.


Pokud je některý z tabulkových prostorů více než 95% a automatický rozsah je vypnutý, musíme přidat nový datový soubor, aby databáze nebyla plná.

Můžeme také určit historii tabulkových prostorů.


Můžeme zde vybrat Měsíce, Týdny nebo Dny, abychom viděli změny, ke kterým dochází v tabulkovém prostoru.

Můžeme určit růst tabulkového prostoru analýzou těchto hodnot.



Protokoly zálohování databáze (DB12)

Z této transakce jsme mohli určit, kdy byla poslední úspěšná záloha systému. Můžeme zkontrolovat zálohy z předchozího dne a zjistit, zda je vše v pořádku, nebo ne.
Můžeme také zkontrolovat soubory protokolu znovu a zjistit, zda bylo zálohování protokolu znovu úspěšné nebo ne.

Rychlý přehled

Denní monitorovací úkoly

  1. Kritické úkoly
  2. Systém SAP
  3. Databáze

Kritické úkoly

Ne

Úkol Transakce Postup / poznámka

1

Zkontrolujte, zda je systém R / 3 aktivní. Přihlaste se do systému R / 3

2

Zkontrolujte, zda je denní zálohování provedeno bez chyb DB12 Zkontrolujte zálohu databáze.

Systém SAP

Ne

Úkol Transakce Postup / poznámka

1

Zkontrolujte, zda jsou všechny aplikační servery funkční. SM51 Zkontrolujte, zda jsou všechny servery funkční.

2

Zkontrolujte pracovní procesy (spuštěné od SM51). SM50 Všechny pracovní procesy se stavem „běží“ nebo „čekají“

3

Přehled globálního pracovního procesu SM66 Zkontrolujte, zda žádný pracovní proces neběží déle než 1 800 sekund

3

Vyhledejte všechny neúspěšné aktualizace (aktualizace končí). SM13
  • Nastavit datum na jeden den
  • Zadejte * do ID uživatele
  • Nastavit na „všechny“ aktualizace Zkontrolovat řádky pomocí „Chyb.“

4

Zkontrolujte systémový protokol. SM21 Nastavte datum a čas před poslední kontrolou protokolu. Zkontrolujte:
  • Chyby
  • Varování
  • Bezpečnostní zprávy
  • Problémy s databází

5

Zkontrolovat zrušené úlohy. SM37 Zadejte hvězdičku (*) do ID uživatele. Ověřte, zda byly všechny důležité úlohy úspěšné.

6

Zkontrolujte „staré“ zámky. SM12 Jako ID uživatele zadejte hvězdičku (*).

7

Zkontrolujte uživatele v systému. SM04AL08 Zkontrolujte neznámé nebo jiné ID uživatele a terminál. Tuto úlohu je třeba provádět několikrát denně.

8

Zkontrolujte problémy s cívkou. SP01 Zadejte hvězdičku (*) pro Created ByLook pro zařazovací úlohy, které jsou „zpracovávány“ déle než hodinu.

9

Zkontrolujte protokol úloh SM37 Zkontrolujte:
  • Nová pracovní místa
  • Nesprávné úlohy

10

Zkontrolujte a vyřešte skládky. ST22 Hledejte nadměrný počet skládek. Hledejte skládky neobvyklé povahy.

11

Zkontrolujte statistiku vyrovnávací paměti. ST02 Hledejte swapy.

Databáze

Ne

Úkol Transakce Postup / poznámka

1

Zkontrolujte problémy s protokolem chyb. ST04

2

Indexy chybějící databáze růstu DB02 Pokud se používá tabulkový prostor více než 90%, přidejte do něj nový datový soubor Znovu sestavte chybějící indexy

3

Protokol statistik databáze DB13