SAP Monitorizare și verificări de performanță: tutorial complet cu coduri T

Ce este monitorizarea sistemului?

Monitorizarea sistemului este o activitate de rutină zilnică și acest document oferă o procedură sistematică pas cu pas pentru monitorizarea serverului. Oferă o privire de ansamblu asupra aspectelor și conceptelor tehnice pentru monitorizarea proactivă a sistemului. Putine dintre ele sunt:

Verificarea serverelor de aplicații.
Monitorizarea proceselor de lucru la nivelul întregului sistem.
Monitorizarea proceselor de lucru pentru instanțe individuale.
Monitorizarea intrărilor de blocare.
Utilizarea procesorului
Spațiu disponibil în baza de date.
Monitorizarea proceselor de actualizare.
Jurnalul sistemului de monitorizare.
Buffer Statistici

Alții sunt:

Monitorizarea loturilor de muncă
Monitorizarea cererii spool.
Numărul de solicitări de imprimare
Analiza de gunoi ABAP.
Monitorul performanței bazei de date.
Verificare baze de date.
Monitorizarea utilizatorilor aplicației.

De ce verificări zilnice de bază / monitorizare a sistemului?

Cum monitorizăm a SAP Sistem?

Verificarea serverelor de aplicații (SM51)

Această tranzacție este utilizată pentru a verifica toate serverele de aplicații active.

Aici puteți vedea ce servicii sau procese de lucru sunt configurate în fiecare instanță.

Monitorizarea proceselor de lucru pentru instanțe individuale SM50

Afișează toate procesele care rulează, așteaptă, oprite și PRIV legate de o anumită instanță. În acest pas verificăm toate procesele; starea procesului ar trebui să fie întotdeauna în așteptare sau în curs de funcționare. Dacă vreun proces are o altă stare decât așteptarea sau rularea, trebuie să verificăm acel proces și să raportăm în consecință.

Această tranzacție afișează o mulțime de informații precum:

Starea procesului de lucru (indiferent dacă este ocupat sau nu)
Dacă procesul de lucru rulează, este posibil să puteți vedea acțiunea întreprinsă de acesta în coloana Acțiune.
Puteți ce masă se lucrează

Câteva dintre problemele tipice:

Utilizatorul durează mult timp să se conecteze/nu se poate conecta/tranzacție online foarte lentă. Acesta ar putea fi rezultatul utilizării pe deplin a proceselor de lucru DIA. Ar putea fi, de asemenea, rezultatul unor joburi de lungă durată (indicator roșu sub coloana Timp). Dacă este necesar, puteți anula sesiunea selectând joburile, apoi accesați Process>Anulare fără core. Aceasta va anula jobul și va elibera procesul de lucru pentru alt utilizator/proces
Unii utilizatori pot avea statutul PRIV sub Motiv coloană. Aceasta ar putea fi faptul că tranzacția utilizatorului este atât de mare încât necesită mai multă memorie. Când se întâmplă acest lucru, procesul de lucru DIA va fi „deținut” de utilizator și nu va permite altor utilizatori să folosească. Dacă se întâmplă acest lucru, verificați cu utilizatorul și, dacă este posibil, executați jobul ca job de fundal.
Dacă există o lucrare de imprimare lungă în procesul de lucru SPO, investigați problema. Ar putea fi o problemă legată de serverul de imprimare sau de imprimantă.

Monitorizarea proceselor de lucru la nivelul întregului sistem (SM66)

Prin verificarea sarcinii procesului de lucru utilizând prezentarea globală a procesului de lucru, putem investiga rapid cauza potențială a unei probleme de performanță a sistemului.

Monitorizați încărcarea procesului de lucru pe toate instanțele active în întregul sistem

Folosind ecranul Prezentare generală a procesului de lucru global, putem vedea dintr-o privire:

Starea fiecărui server de aplicații
Motivul pentru care nu rulează
Dacă a fost repornit
Procesorul și solicitarea timpului de rulare
Utilizatorul care s-a conectat și clientul la care s-a conectat
Raportul care rulează

Monitorizarea utilizatorului aplicației (AL08 și SM04)

Această tranzacție afișează toți utilizatorii instanțelor active.

Monitorizarea proceselor de actualizare (SM13)

Executați tranzacția SM13 și puneți „*' în câmpul USER și faceți clic pe butonul.

Dacă nu există înregistrări de actualizări în așteptare de mult timp sau nu există actualizări, atunci această coadă va fi goală, așa cum se arată în captura de ecran de mai jos.

Dar, dacă Actualizarea nu este activă, atunci găsiți informațiile de mai jos:

Actualizarea este activă, dacă nu, a fost dezactivată de sistem sau de un utilizator?
- Faceţi clic pe butonul și obțineți informațiile.
- Faceţi clic pe butonul și obțineți informațiile de mai jos:
Este vreo actualizare anulată?
Există o coadă lungă de actualizări în așteptare mai vechi de 10 minute?

Monitorizarea intrărilor de blocare (SM12)

Executați tranzacția SM12 și puneți „*” în câmpul Nume utilizator

SAP oferă un mecanism de blocare pentru a împiedica alți utilizatori să modifice înregistrarea la care lucrați. În unele situații, încuietorile nu sunt eliberate. Acest lucru se poate întâmpla dacă utilizatorii sunt tăiați, adică din cauza unei probleme de rețea, înainte de a putea elibera blocarea.

Aceste încuietori vechi trebuie să fie șterse sau ar putea împiedica accesul sau modificările la înregistrări.

Putem folosi statisticile de blocare pentru a monitoriza blocările care sunt setate în sistem. Înregistrăm numai acele intrări de blocare care au marcaj de dată și oră a zilei precedente.

Jurnalul sistemului de monitorizare (SM21)

Putem folosi jurnalul pentru a identifica și a rectifica erorile care apar în sistem și în mediul său.

Verificăm jurnalul pentru ziua anterioară cu următoarea selecție/opțiune:

Introduceți data și ora.
Selectați Probleme și avertismente cu butonul radio
Apăsați Recitiți jurnalul de sistem.

Rezumatul melodiilor (ST02)

Pasul 1: Accesați ST02 pentru a verifica rezumatul Tune.

Pasul 2: Dacă vedeți valori roșii, în SWAPS, faceți dublu clic pe aceeași.

Pasul 3: În ecranul de mai jos, faceți clic pe fila „Parametri actuali”

Pasul 4: Notați valoarea și parametrii Profil

Pasul 5: Accesați RZ10 (pentru a modifica valorile parametrilor Profil)

Pasul 6: Salvați modificările.

Pasul 7: Reporniți serverul pentru a avea efectul noilor modificări.

Utilizarea CPU (ST06)

Rata de utilizare a procesorului inactiv trebuie să fie de 60-65%, dacă depășește valoarea atunci trebuie să începem să verificăm cel puțin lucrurile de mai jos:

Rulați comenzi la nivel de sistem de operare – sus și verificați care procese necesită cele mai multe resurse.
Accesați SM50 sau SM66. Verificați dacă există joburi de lungă durată sau orice interogări de actualizare lungi care se execută.
Accesați SM12 și verificați intrările de blocare
Accesați SM13 și verificați Actualizare stare activă.
Verificați erorile din SM21.

Halde ABAP (ST22)

Aici verificăm pentru depozitele din ziua precedentă

Monitorizarea cererii spool (SP01)

Pentru monitorizarea cererii spool, executați SP01 și selectați după cum urmează:

Pune „*” în câmpul Created By
Faceţi clic pe butonul de executare.

Aici înregistrăm doar acele cereri care sunt încheiate cu probleme.

Monitorizarea sarcinilor lot (SM37)

Pentru monitorizarea joburilor de fundal, executați SM37 și selectați după cum urmează:

Introduceți „*” în câmpul Nume utilizator și Nume job
În Stare job, selectați: Solicitari programate, Anulate, Eliberate și Terminate.

Administrare RFC tranzacțională (SM58)

RFC tranzacțional (tRFC, cunoscut inițial ca asincron RFC) este o metodă de comunicare asincronă care execută o singură dată modulul funcțional numit în serverul RFC.

Trebuie să selectăm perioada de afișare pentru care dorim să vedem tRFC-urile și apoi să selectăm „*” în câmpul nume de utilizator pentru a vizualiza toate apelurile care nu au fost executate corect sau care nu au fost în așteptare în coadă.

Administrare QRFC (Coadă de ieșire-SMQ1)

Ar trebui să specificăm numele clientului aici și să vedem dacă există qRFC de ieșire în stare de așteptare sau de eroare.

Administrare QRFC (Inbound Queue-SMQ2)

Ar trebui să specificăm numele clientului aici și să vedem dacă există qRFC-uri în așteptare sau în stare de eroare.

Administrare baze de date (DB02)

După ce selectați Dimensiuni curente pe primul ecran ajungem la ecranul de mai jos care ne arată starea curentă a tuturor tablespace-urilor din sistem.

Dacă oricare dintre spațiile de tabele este mai mare de 95% și extinderea automată este dezactivată, atunci trebuie să adăugăm un nou fișier de date, astfel încât baza de date să nu fie plină.

De asemenea, putem determina istoricul tablespace-urilor.

Putem selecta luni, săptămâni sau zile aici pentru a vedea modificările care au loc într-un spațiu de masă.

Putem determina creșterea spațiului de masă prin analiza acestor valori.

Jurnalele de copiere de rezervă a bazei de date (DB12)

Din această tranzacție, am putut stabili când a fost ultima copie de rezervă reușită a sistemului. Putem revizui backup-urile din ziua precedentă și putem vedea dacă totul a fost bine sau nu.

Putem, de asemenea, să examinăm fișierele jurnal de refacere și să vedem dacă copierea de rezervă a jurnalului de refacere a avut succes sau nu.

Rapid Review

Sarcini zilnice de monitorizare

Sarcini critice
SAP Sistem
Baza de date

Sarcini critice

Nu	Sarcină	tranzacție	Procedură / Observație
1	Verificați dacă sistemul R/3 este pornit.		Conectați-vă la sistemul R/3
2	Verificați dacă backupul zilnic este executat fără erori	DB12	Verificați backupul bazei de date.

SAP Sistem

Nu	Sarcină	tranzacție	Procedură / Observație
1	Verificați dacă toate serverele de aplicații sunt activate.	SM51	Verificați dacă toate serverele sunt activate.
2	Verificați procesele de lucru (începând cu SM51).	SM50	Toate procesele de lucru cu starea „în rulare” sau „în așteptare”.
3	Prezentare generală a procesului de lucru global	SM66	Verificați că niciun proces de lucru nu rulează mai mult de 1800 de secunde
3	Căutați actualizări eșuate (actualizarea se încheie).	SM13	Setați data la o zi în urmă Introduceți * în ID-ul utilizatorului Setați la „toate” actualizările Verificați liniile cu „Err”.
4	Verificați jurnalul de sistem.	SM21	Setați data și ora înainte de ultima examinare a jurnalului. Verifica pentru: Erori Avertismente Mesaje de securitate Probleme cu bazele de date
5	Revvedere pentru joburi anulate.	SM37	Introduceți un asterisc (*) în User ID. Verificați dacă toate lucrările critice au avut succes.
6	Verificați dacă există încuietori „vechi”.	SM12	Introduceți un asterisc (*) pentru ID-ul utilizatorului.
7	Verificați utilizatorii din sistem.	SM04AL08	Revvizualizați pentru un ID de utilizator și terminal necunoscut sau diferit. Această sarcină ar trebui făcută de mai multe ori pe zi.
8	Verificați dacă există probleme cu bobina.	SP01	Introduceți un asterisc (*) pentru Created ByLook pentru joburile spool care au fost „În proces” de peste o oră.
9	Verificați jurnalul de lucrări	SM37	Verifica pentru: Locuri de muncă noi Locuri de muncă incorecte
10	Revvizualizați și rezolvați depozitele.	ST22	Căutați un număr excesiv de gropi. Căutați haldele de natură neobișnuită.
11	Revvezi statisticile bufferului.	ST02	Căutați schimburi.

Baza de date

Nu	Sarcină	tranzacție	Procedură / Observație
1	Revconsultați jurnalul de erori pentru probleme.	ST04
2	Indici lipsă de creștere a bazei de date	DB02	Dacă spațiul tabelă este utilizat mai mult de 90 %, adăugați un fișier de date nou la acesta Reconstruiți indecșii lipsă
3	Jurnalul statisticilor bazei de date	DB13

S-ar putea sa-ti placa: