SAP Základní monitorovací T-kódy a kontroly stavu

⚡ Chytré shrnutí

SAP Monitorování systému je denní rutina, která udržuje servery, pracovní procesy, zámky, aktualizace a stav databáze pod kontrolou. Základní T-kódy, jako například SM51, SM50, SM66, SM21, ST22, ST02, ST06, DB02 a DB12, poskytují správcům kompletní proaktivní kontrolní seznam.

  • 🖥️ Ověřte servery a pracovní procesy: SM51 uvádí seznam aplikačních serverů, zatímco SM50 a SM66 zpřístupňují stav pracovních procesů na úrovni instancí a celého systému.
  • 🔒 Vymazání zastaralých zámků a aktualizací: SM12 označuje staré položky zámků; SM13 zachycuje deaktivované aktualizace a zaseknuté fronty.
  • 📜 Audit systémového protokolu a výpisů: SM21 zobrazuje chyby a varování; ST22 shromažďuje krátké výpisy ABAP za daný den.
  • ⚙️ Ladění vyrovnávacích pamětí a CPU: ST02 odhaluje swapování vyrovnávacích pamětí; ST06 potvrzuje, že nečinnost CPU se během stabilního zatížení pohybuje kolem 60–65 %.
  • 🤖 Použijte umělou inteligenci pro detekci anomálií: Asistenti umělé inteligence shrnují vzory SM21 a ST22, označují růstové trendy DB02 a doporučují další vyšetřovací T-kód.

SAP Monitorování a kontroly výkonu

Co je to SAP Monitorování systému?

SAP Monitorování systému je denní rutina, která udržuje SAP udržování zdravého prostředí pravidelnou kontrolou serverů, pracovních procesů, zámků, aktualizací, systémových protokolů a stavu databáze. Cílem je proaktivní odhalení problémů dříve, než si jich uživatelé všimnou.

Typický denní kontrolní seznam obsahuje:

  • 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í vstupů zámků.
  • Využití CPU.
  • Dostupné místo v databázi.
  • Monitorování procesů aktualizací.
  • Monitorování systémového protokolu.
  • Buffer statistiky.
  • Monitorování dávkových úloh.
  • Monitorování požadavků na zařazování a počet požadavků na tisk.
  • Analýza výpisu ABAP.
  • Kontroly výkonu a konzistence databáze.
  • Monitorování uživatelů aplikace.

Proč denní kontroly a monitorování systému?

Denní kontroly odhalují drobné problémy – zaseknutý pracovní proces, starý zámek, tabulkový prostor blížící se 95 % – dříve, než se povedou k výpadkům. Poskytují týmu Basis spolehlivou výchozí informaci, která umožňuje odhalit anomálie, a historická data využívají k rozhodování o plánování kapacity.

Denní kontroly / Monitorování systému

Jak monitorujeme SAP Systém?

Monitorování je organizováno kolem T-kódů, z nichž každý vlastní specifickou vrstvu – servery, pracovní procesy, zámky, aktualizace, protokoly, vyrovnávací paměti, CPU, výpisy, spoolování, dávkové úlohy, RFC a databáze. Následující části postupně procházejí každou kontrolou.

Kontrola aplikačních serverů (SM51)

SM51 uvádí všechny aktivní aplikační servery v dané krajině spolu se službami a pracovními procesy nakonfigurovanými v každé instanci.

Kontrola aplikačních serverů SM51

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

SM50 zobrazuje všechny spuštěné, čekající, zastavené a PRIV procesy v aktuální instanci. Každý proces by měl být v Běh or Čekání stav; cokoli jiného je třeba prošetřit.

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

Na obrazovce se zobrazuje několik užitečných sloupců:

  1. Stav každého pracovního procesu (obsazený nebo volný).
  2. Akce prováděná obsazeným procesem, zobrazená ve sloupci Akce.
  3. Databázová tabulka, se kterou se pracuje.

Typické problémy a jejich řešení:

  • Uživatelé se nemohou přihlásit nebo je grafické uživatelské rozhraní pomalé: pracovní procesy dialogového okna (DIA) jsou vyčerpány. Hledejte dlouhodobě běžící úlohy (červený indikátor pod Čas). Zrušte je prostřednictvím Proces > Zrušit bez jádra pro uvolnění slotu.
  • PRIV ve sloupci Důvod: Transakce spotřebovává tolik paměti, že pracovní proces DIA je „vlastněn“ jedním uživatelem. Promluvte si s uživatelem a pokud možno spusťte úlohu znovu na pozadí.
  • Dlouhodobý pracovní proces SPO: Prozkoumejte tiskový server nebo tiskárnu; zaseknutý front může monopolizovat proces.

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

SM66 je globální přehled pracovních procesů. Shromažďuje data SM50 ze všech aktivních instancí na jedné obrazovce, což z něj činí nejrychlejší způsob, jak odhalit problém s výkonem celého systému.

Monitorování celosystémových pracovních procesů SM66

Na první pohled vidíte:

  • Stav každého aplikačního serveru.
  • Proč proces neběží.
  • Zda byl proces restartován.
  • Využití CPU a běhová doba požadavků.
  • Přihlášený uživatel a klient.
  • Aktuálně probíhající zpráva.

Monitorování uživatelů aplikací (AL08 a SM04)

AL08 zobrazuje uživatele napříč všemi aktivními instancemi, zatímco SM04 zobrazuje uživatele v aktuální instanci. ID povrchových terminálů i klientů, což pomáhá ověřit, zda jsou přihlášena pouze očekávaná ID uživatelů.

Uživatel aplikace Monitor AL08 a SM04

Monitorování procesů aktualizace (SM13)

Běh SM13, místo * v Uživatel pole a spustit. Pokud neexistují žádné čekající aktualizace, fronta je prázdná.

Monitorování procesů aktualizace SM13

Prázdná fronta SM13

Pokud aktualizace nejsou aktivní, odpovězte na následující otázky:

  • Je proces aktualizace aktivní? Pokud ne, byl deaktivován systémem nebo uživatelem?
  • Byla nějaká aktualizace zrušena?
  • Existuje dlouhá fronta čekajících aktualizací starších než 10 minut?

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

Spusťte SM12 a zadejte * v Uživatelské jméno pole.

Monitorování vstupů zámků SM12

SAP používá mechanismus blokování, který brání dvěma uživatelům ve změně stejného záznamu současně. Někdy výpadek sítě nebo selhání relace zanechá zámek. Staré zámky musí být vymazány, jinak blokují přístup k záznamům.

Zachyťte položky zámků, jejichž časové razítko je z předchozího dne nebo dříve – to jsou kandidáti na vyčištění.

Monitorování systémového protokolu (SM21)

SM21 zobrazuje systémové chyby, varování a bezpečnostní zprávy. Použijte ho k určení a odstranění problémů v systému a jeho prostředí.

Zkontrolujte si protokol z předchozího dne pomocí:

  • Zadejte rozsah data a času.
  • Vybrat Problémy a varování přepínač.
  • klikněte Znovu načíst systémový protokol.

Protokol monitorovacího systému SM21

Souhrn ladění (ST02)

ST02 zobrazuje souhrn ladění vyrovnávací paměti. Pro řešení problémů se swapováním použijte níže uvedené kroky.

Krok 1) Otevřete ST02 pro zobrazení souhrnu melodie.

Krok 2) Double-klikněte na libovolnou červenou hodnotu pod VÝMĚNY.

Souhrn melodie ST02

Krok 3) Klepněte na tlačítko Aktuální parametry Karta.

ST02 Aktuální parametry

Krok 4) Poznamenejte si hodnoty a parametry profilu.

Hodnoty profilu ST02

Krok 5) Otevřete RZ10 pro změnu hodnot parametrů profilu.

Krok 6) Uložte změny.

Krok 7) Restartujte server, aby se nové hodnoty projevily.

Využití CPU (ST06)

ST06 ukazuje výkon na úrovni operačního systému. Využití CPU v nečinnosti by se mělo pohybovat kolem 60–65 %; trvalé vyšší zatížení znamená, že systém je pod tlakem.

Využití CPU ST06

Když je CPU nabité, postupujte podle této krátké cesty třídění:

  • Spouštění příkazů na úrovni operačního systému (například top) abyste zjistili, které procesy využívají nejvíce CPU.
  • Otevřete SM50 nebo SM66 a vyhledejte dlouhodobě běžící úlohy nebo aktualizační dotazy.
  • Otevřete SM12 a zkontrolujte staré položky zámku.
  • Otevřete SM13 a zkontrolujte stav aktualizace.
  • Otevřete SM21 a vyhledejte systémové chyby.

ABAP Dumps (ST22)

ST22 zachycuje chyby ABAP za běhu (krátké výpisy). RevKaždé ráno si prohlédněte skládky z předchozího dne, abyste odhalili neobvyklé vzorce nebo recidivisty.

Skládky ABAP ST22

Spool Request Monitoring (SP01)

Spusťte SP01 pro sledování požadavků na spoolování:

  • vstoupit * v Vytvořil pole.
  • klikněte Provést.

Monitorování požadavků na řazení SP01

Zaznamenávat pouze požadavky ukončené s problémy.

Požadavky na zařazování byly ukončeny

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

Spusťte SM37 pro sledování úloh na pozadí:

  • vstoupit * v Uživatelské jméno a Název práce pole.
  • Pod Pracovní status Vyberte Naplánováno, Zrušeno, Uvolněno a Dokončeno.

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

Transakční správa RFC (SM58)

Transakční RFC (tRFC), původně známý jako asynchronní RFC, spustí volaný funkční modul na RFC serveru právě jednou.

Transakční RFC SM58

Vyberte období zobrazení, které chcete zkontrolovat, a zadejte * v poli uživatele a spustit. Seznam zobrazuje všechna volání, která se neúspěšně spustil nebo stále čekají ve frontě.

Administrace QRFC (odchozí fronta – SMQ1)

SMQ1 monitoruje odchozí fronty qRFC. Zadejte klienta a hledejte fronty v něm. Čekání or Chyba stav.

QRFC Odchozí SMQ1

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

SMQ2 zrcadlí SMQ1 pro příchozí fronty qRFC. Zadejte klienta a hledejte příchozí fronty v Čekání or Chyba stav.

QRFC Příchozí SMQ2

Správa databáze (DB02)

DB02 je centrální kokpit pro správu databáze. První obrazovka umožňuje prozkoumat tabulkové prostory, chybějící indexy a historii růstu.

Záznam DB02 pro správu databáze

vybrat Aktuální velikosti zobrazit stav každého tabulkového prostoru.

DB02 Aktuální velikosti

Pokud je některý tabulkový prostor zaplněn z více než 95 % a automatické rozšiřování je vypnuto, přidejte nový datový soubor, aby databázi nedošlo místo.

Můžete si také prohlédnout historii tabulkového prostoru podle měsíce, týdne nebo dne a zjistit tak trendy růstu.

Výběr historie DB02

Historický graf DB02

Detailní pohled DB02

Záznamy záloh databáze (DB12)

DB12 potvrzuje, kdy byla provedena poslední úspěšná záloha. RevProhlédněte si databázi z předchozího dne a proveďte opakované zálohy protokolů, abyste se ujistili, že byly v pořádku dokončeny.

Zálohování databáze protokoly DB12

Rychlý Revzobrazení: Kontrolní seznam denního monitorování

Níže uvedené tabulky shrnují kritické denní kontroly pro administrátory Basis.

Kritické úkoly

# Úkol transakce Postup / Poznámka
1 Potvrďte, že je systém R/3 spuštěný. - Přihlaste se do systému R/3.
2 Ověřte, že denní záloha proběhla bez chyb. DB12 Zkontrolujte protokol zálohování databáze.

SAP Systémové kontroly

# Úkol transakce Postup / Poznámka
1 Ověřte, zda jsou všechny aplikační servery v provozu. SM51 Všechny servery jsou v provozu.
2 Zkontrolujte pracovní postupy. SM50 Všechny pracovní procesy ve stavu Spuštěno nebo Čeká.
3 Globální přehled pracovních procesů. SM66 Žádný pracovní proces neběží déle než 1800 sekund.
4 Hledejte neúspěšné nebo ukončené aktualizace. SM13 Nastavte datum na jeden den zpět, zadejte * v části ID uživatele nastavte aktualizace na „Všechny“. Hledejte řádky s Err.
5 Zkontrolujte systémový protokol. SM21 Nastavte datum a čas před poslední kontrolou. Hledejte chyby, varování, bezpečnostní zprávy a problémy s databází.
6 Revzobrazit zrušené úlohy. SM37 vstoupit * v ID uživatele. Potvrďte úspěšné dokončení každé kritické úlohy.
7 Zkontrolujte staré zámky. SM12 vstoupit * v ID uživatele.
8 Zkontrolujte uživatele v systému. SM04 / AL08 Hledejte neočekávaná uživatelská ID nebo terminály; kontrolujte je několikrát denně.
9 Zkontrolujte problémy s cívkou. SP01 vstoupit * v Vytvořil(a). Hledejte úlohy zařazování, které se zasekly jako „Zpracovává se“ déle než hodinu.
10 Zkontrolujte protokol úlohy. SM37 Hledejte nové nebo nesprávné pracovní pozice.
11 Revzobrazit a vyřešit skládky. ST22 Hledejte nadměrné nebo neobvyklé výpadky.
12 Revzobrazit statistiku vyrovnávací paměti. ST02 Hledejte swapy.

Kontroly databáze

# Úkol transakce Postup / Poznámka
1 Revzobrazit protokol chyb databáze. ST04 Prozkoumejte všechny nové chyby.
2 Růst databáze a chybějící indexy. DB02 Pokud je tabulkový prostor využit z > 90 %, přidejte nový datový soubor a znovu sestavte chybějící indexy.
3 Protokol statistik databáze. DB13 Potvrďte dokončení naplánovaných statistických úloh.

Nejčastější dotazy

Základní T-kódy jsou SM51, SM50, SM66, SM12, SM13, SM21, SM37, SP01, ST22, ST02, ST06, DB02 a DB12. Společně zahrnují servery, pracovní procesy, zámky, aktualizace, protokoly, výpisy, vyrovnávací paměti, CPU a stav databáze.

SM50 zobrazuje pracovní procesy pouze pro aktuální aplikační server. SM66 agreguje data pracovních procesů napříč všemi aktivními instancemi, což poskytuje celosystémový pohled, který je ideální pro hodnocení výkonu napříč instancemi.

Zámek smažte až po ověření ukončení relace, která jej vlastní. Zámky starší než předchozí den, které již nejsou vázány na aktivní relaci, lze obvykle bezpečně odstranit po konzultaci s uživatelem nebo týmem vlastníků.

PRIV znamená, že dialogový pracovní proces pracuje v režimu privátní (rozšířené) paměti, protože transakce jednoho uživatele se příliš rozrostla. Ostatní uživatelé nemohou tento pracovní proces používat, dokud neskončí vlastnící transakce.

CPU v klidovém stavu kolem 60–65 % je zdravý cíl pro ustálený stav. Dlouhodobý klidový stav pod 30 % signalizuje tlak na kapacitu a vyžaduje kontrolu modulů SM50, SM66, SM12, SM13 a SM21, aby se zjistila hlavní příčina.

Většina kontrol probíhá jednou denně, ideálně brzy ráno. Kritické kontroly, jako například SM04/AL08 (aktivní uživatelé), SM21 (systémový protokol) a ST06 (CPU), se kontrolují několikrát denně, zejména během špičky.

Nástroje umělé inteligence shlukují zprávy SM21, shrnují trendy výpisů ST22, predikují vyčerpání tabulkového prostoru z historie DB02 a doporučují další vyšetřovací T-kód. To snižuje šum a urychluje reakci na incidenty.

Ano. Asistenti umělé inteligence přijímají snímky obrazovky a exporty z denních T-kódů a poté vytvářejí strukturovanou zprávu, která označuje anomálie, propojuje každý problém s dalším T-kódem a navrhuje kroky k nápravě pro tým Basis.

Shrňte tento příspěvek takto: