SAP Monitorování a kontroly výkonu: Kompletní návod s Tkódy
Co je sledová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 konceptů proaktivního monitorování systému. Jen málo 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.
- Sledování položek zámku.
- Využití CPU
- Dostupné místo v databázi.
- Monitorování aktualizačních procesů.
- Monitorovací systémový protokol.
- Buffer Statistika
Některé další jsou:
- Sledování dávkových úloh
- Sledování požadavků na zařazování.
- Počet požadavků na tisk
- Analýza ABAP skládky.
- Monitor výkonu databáze.
- Kontrola databáze.
- Monitorování uživatelů aplikací.
Proč denní základní kontroly / monitorování systému?
Jak sledujeme a SAP Systém?
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 v jednotlivých instancích nakonfigurovány.
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á jakýkoli proces jiný stav než čekání nebo běžící, musíme tento konkrétní proces zkontrolovat a podle toho nahlásit.
Tato transakce zobrazuje mnoho informací jako:
- Stav pracovního procesu (ať už je obsazený nebo ne)
- Pokud pracovní proces běží, můžete vidět akci, kterou provedl, ve sloupci Akce.
- Můžete zjistit, na kterém stole se pracuje
Některé z typických problémů:
- Uživateli trvá přihlášení dlouho/nemůže se přihlásit/online transakce je velmi pomalá. To by mohlo být výsledkem toho, že pracovní procesy DIA jsou plně využívány. 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řejděte 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 status PRIV pod Důvod sloupec. To může být tím, že uživatelská transakce 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, obraťte se na uživatele a pokud možno spusťte úlohu jako úlohu na pozadí.
- Pokud je v pracovním procesu SPO dlouhá tisková úloha, prozkoumejte problém. Může se jednat o 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 potenciální příčinu problému s výkonem systému.
Sledujte zatížení pracovního procesu na všech aktivních instancích napříč systémem
Na obrazovce Globální přehled pracovního procesu můžeme na první pohled vidět:
- Stav každého aplikačního serveru
- Důvod, proč neběží
- Zda byl restartován
- Procesor a doba běhu požadavku
- Uživatel, který se přihlásil, a klient, ke kterému se přihlásili
- Přehled, který běží
Monitorovat uživatele aplikace (AL08 a SM04)
Tato transakce zobrazí všechny uživatele aktivních instancí.
Monitorování procesů aktualizace (SM13)
Proveďte transakci SM13 a vložte '*' v poli USER a klikněte na .
Pokud neexistují žádné dlouho čekající záznamy o aktualizacích nebo žádné aktualizace neprobíhají, bude tato fronta prázdná, jak je znázorněno na obrázku níže.
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 '*'
SAP poskytuje uzamykací mechanismus, který zabrání ostatním uživatelům ve změně záznamu, na kterém pracujete. V některých situacích se zámky neuvolní. To se může stát, pokud jsou uživatelé odříznuti, např. kvůli problému se sítí, než budou schopni uvolnit zámek.
Tyto staré zámky je třeba vyčistit, jinak by to mohlo bránit přístupu nebo změnám záznamů.
Pomocí statistiky zámků můžeme sledovat zámky, které jsou v systému nastaveny. Zaznamenáváme pouze ty položky zámku, které mají datum a čas předchozího dne.
Protokol systému monitorování (SM21)
Protokol můžeme použít k určení a nápravě chyb vyskytujících se v systému a jeho prostředí.
Zkontrolujeme protokol za předchozí den s následující volbou/možností:
- Zadejte datum a čas.
- Vyberte možnost Problémy s přepínačem a varování
- Stiskněte Znovu přečíst systémový protokol.
Souhrn ladění (ST02)
Krok 1: Přejděte na ST02 a zkontrolujte shrnutí Tune.
Krok 2: Pokud vidíte nějaké červené hodnoty, ve SWAPS na ně dvakrát klikněte.
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řejděte na RZ10 (pro změnu hodnot parametrů profilu)
Krok 6: Uložte změny.
Krok 7: Restartujte server, aby se nové změny projevily.
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:
- Spusťte příkazy na úrovni operačního systému – nahoře a zkontrolujte, které procesy zabírají nejvíce prostředků.
- Přejděte na SM50 nebo SM66. Zkontrolujte, zda nejsou spuštěny nějaké dlouho běžící úlohy nebo dlouhé aktualizační dotazy.
- Přejděte na SM12 a zkontrolujte položky zámku
- Přejděte na SM13 a zaškrtněte Aktualizovat aktivní stav.
- Zkontrolujte chyby v SM21.
ABAP Dumps (ST22)
Zde zkontrolujeme skládky z předchozího dne
Spool Request Monitoring (SP01)
Pro monitorování požadavku na zařazování spusťte SP01 a vyberte níže:
Zde evidujeme pouze ty požadavky, které jsou ukončeny s problémy.
Sledování dávkových úloh (SM37)
Pro monitorování úloh na pozadí spusťte SM37 a vyberte níže:
- Do pole Uživatelské jméno a Název úlohy zadejte '*'
- Ve Stavu ú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á provede volaný funkční modul na RFC serveru pouze jednou.
Musíme vybrat období zobrazení, pro které chceme zobrazit tRFC, a poté vybrat '*' v poli uživatelského jména, abychom viděli všechna volání, která nebyla provedena správně nebo čekající ve frontě.
Správa QRFC (Odchozí fronta-SMQ1)
Zde bychom měli zadat jméno klienta a zjistit, zda jsou nějaké odchozí qRFC v čekání nebo chybovém stavu.
Správa QRFC (příchozí fronta-SMQ2)
Zde bychom měli zadat jméno klienta a zjistit, zda jsou nějaké příchozí qRFC v čekání nebo chybovém stavu.
Správa databáze (DB02)
Poté, co vyberete Aktuální velikosti na první obrazovce se dostaneme na níže uvedenou obrazovku, která nám ukazuje 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ů.
Zde můžeme vybrat Měsíce, Týdny nebo Dny, abychom viděli změny, ke kterým dochází v tabulkovém prostoru.
Analýzou těchto hodnot můžeme určit růst tabulkového prostoru.
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 bylo vše v pořádku nebo ne.
Můžeme také zkontrolovat soubory protokolu opakování a zjistit, zda záloha protokolu opakování byla úspěšná nebo ne.
Rychlý Review
Denní monitorovací úkoly
- Kritické úkoly
- SAP Systém
- Databáze
Kritické úkoly
Ne | Úkol | transakce | Postup / Poznámka |
---|---|---|---|
1 | Zkontrolujte, zda je systém R/3 zapnutý. | Přihlaste se do systému R/3 | |
2 | Zkontrolujte, zda denní zálohování proběhlo bez chyb | DB12 | Zkontrolujte zálohu databáze. |
SAP Systém
Ne | Úkol | transakce | Postup / Poznámka |
---|---|---|---|
1 | Zkontrolujte, zda jsou všechny aplikační servery v provozu. | SM51 | Zkontrolujte, zda jsou všechny servery v provozu. |
2 | Zkontrolujte pracovní procesy (zahájené od SM51). | SM50 | Všechny pracovní procesy ve stavu „běžící“ nebo „čekající“. |
3 | Přehled globálního pracovního procesu | SM66 | Zkontrolujte, zda žádný pracovní proces neběží déle než 1800 sekund |
3 | Vyhledejte všechny neúspěšné aktualizace (aktualizace se ukončí). | SM13 |
|
4 | Zkontrolujte systémový protokol. | SM21 | Nastavte datum a čas před poslední kontrolou protokolu. Zkontrolujte:
|
5 | Revpro zrušené úlohy. | SM37 | Do pole User ID zadejte hvězdičku (*). Ověřte, že všechny kritické úlohy byly úspěšné. |
6 | Zkontrolujte „staré“ zámky. | SM12 | Zadejte hvězdičku (*) pro ID uživatele. |
7 | Zkontrolujte uživatele v systému. | SM04AL08 | Revew pro neznámé nebo jiné uživatelské ID a terminál. Tento úkol by měl být prováděn několikrát denně. |
8 | Zkontrolujte problémy s cívkou. | SP01 | Zadejte hvězdičku (*) pro Created ByLook pro zařazovací úlohy, které byly „V procesu“ déle než hodinu. |
9 | Zkontrolujte protokol úlohy | SM37 | Zkontrolujte:
|
10 | Revzobrazit a vyřešit skládky. | ST22 | Hledejte nadměrný počet skládek. Hledejte skládky neobvyklého charakteru. |
11 | Revzobrazit statistiku vyrovnávací paměti. | ST02 | Hledejte swapy. |
Databáze
Ne | Úkol | transakce | Postup / Poznámka |
---|---|---|---|
1 | Revzobrazit protokol chyb pro problémy. | ST04 | |
2 | Růst databáze Chybějící indexy | DB02 | Pokud je tabulkový prostor použit z více než 90 %, přidejte do něj nový datový soubor. Znovu vytvořte chybějící indexy |
3 | Statistika databáze log | DB13 |