Monitorizare SAP & Verificări de performanță: Tutorial complet cu coduri T

Cuprins:

Anonim

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 prezentare generală a aspectelor tehnice și a conceptelor pentru monitorizarea proactivă a sistemului. Puțini dintre ei sunt:

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

Unele altele sunt:

  • Monitorizarea locurilor de muncă în lot
  • Monitorizare cerere spool.
  • Numărul de cereri de tipărire
  • Analiza ABAP Dump.
  • Monitorul performanței bazei de date.
  • Verificarea bazei de date.
  • Monitorizarea utilizatorilor aplicației.

De ce verificări zilnice de bază / monitorizare sistem?

Cum monitorizăm un sistem SAP?

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 de rulare, de așteptare, 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 execuție. Dacă un proces are un alt statut decât în ​​așteptare sau în desfășurare, trebuie să verificăm procesul respectiv și să raportăm în consecință.

Această tranzacție afișează o mulțime de informații, cum ar fi:

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

Unele dintre problemele tipice:

  • Utilizatorul durează mult timp să se conecteze / nu poate să se conecteze / tranzacția online foarte lent. Acesta ar putea fi rezultatul utilizării depline a proceselor de lucru DIA. Ar putea exista și rezultatul unor lucrări de lungă durată (indicator roșu sub coloana Timp). Dacă este necesar, puteți anula sesiunea selectând joburile, apoi accesați Procesare> Anulare fără nucleu. Aceasta va anula lucrarea și va elibera procesul de lucru pentru alți utilizatori / proces
  • Unii utilizatori pot avea statutul PRIV în coloana Motiv . S-ar putea ca tranzacția utilizatorului să fie atât de mare încât să necesite 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 lucrarea ca lucrare de fundal.
  • Dacă există o lucrare lungă de imprimare î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 nivel de sistem (SM66)

Verificând încărcarea 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 din 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 funcționează
  • Dacă a fost repornit
  • CPU și timpul de rulare a cererii
  • Utilizatorul care s-a conectat și clientul la care s-a conectat
  • Raportul care rulează

Monitorizarea aplicației utilizator (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 UTILIZATOR și faceți clic pe

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

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

  • Actualizarea este activă, dacă nu, a fost dezactivată de sistem sau de un utilizator?
    • Click pe butonul și obțineți informațiile.
    • Click pe ș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ă schimbe înregistrarea la care lucrați. În unele situații, încuietorile nu sunt eliberate. Acest lucru se poate întâmpla dacă utilizatorii sunt întrerupți, adică din cauza unei probleme de rețea, înainte de a putea elibera blocarea.
Aceste blocări vechi trebuie șterse sau ar putea împiedica accesul sau modificările înregistrărilor.
Putem folosi statistici de blocare pentru a monitoriza blocările care sunt setate în sistem. Înregistrăm numai acele intrări de blocare care au ștampila de dată din ziua precedentă.

Jurnal sistem de monitorizare (SM21)

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

Verificăm jurnalul din ziua precedentă cu următoarea selecție / opțiune:
  • Introduceți data și ora.
  • Selectați Probleme și avertismente ale butonului radio
  • Apăsați Recitește jurnalul de sistem.

Sumar melodie (ST02)

Pasul 1: Mergeți la ST02 pentru a verifica rezumatul Tune.
Pasul 2: Dacă vedeți valori roșii, în SWAPS, faceți dublu clic pe același lucru.

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

Pasul 4: Notați valoarea și parametrii profilului

Pasul 5: Mergeți la RZ10 (pentru a modifica valorile parametrilor profilului)
Pasul 6: Salvați modificările.
Pasul 7: Reporniți serverul pentru a efectua noul efect de modificări.

Utilizare 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 ce procese necesită cele mai multe resurse.
  • Mergeți la SM50 sau SM66. Verificați dacă sunt executate lucrări de lungă durată sau orice interogări de actualizare lungă.
  • Mergeți la SM12 și verificați intrările de blocare
  • Mergeți la SM13 și verificați Actualizarea stării active.
  • Verificați dacă există erori în SM21.

Depozite ABAP (ST22)

Aici verificăm haldele din ziua anterioară

Monitorizare cerere spool (SP01)

Pentru monitorizarea solicitării spoolului, executați SP01 și selectați după cum urmează:

  • Puneți „*” în câmpul Creat de
  • Click pe butonul de executare.

Aici înregistrăm numai acele solicitări care sunt încheiate cu probleme.

Monitorizarea locurilor de muncă în lot (SM37)

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

  • Puneți „*” în câmpul Nume utilizator și Numele jobului
  • În Starea jobului, selectați: Cereri programate, anulate, lansate și finalizate.

Administrare tranzacțională RFC (SM58)

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

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

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

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

Administrare QRFC (Coadă de intrare-SMQ2)

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

Administrarea bazei 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 spațiilor de masă din sistem.


Dacă oricare dintre spațiile de tabel 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 completă.

De asemenea, putem determina istoricul spațiilor de tabelă.


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

Putem determina creșterea spațiului de tabel analizând aceste valori.



Jurnale de backup de baze de date (DB12)

Din această tranzacție, am putea stabili când a fost ultima copie de rezervă cu succes a sistemului. Putem revizui copiile de rezervă din ziua precedentă și putem vedea dacă totul a fost în regulă sau nu.
Putem, de asemenea, să examinăm fișierele jurnal de refacere și să vedem dacă backupul jurnalului de refacere a avut succes sau nu.

Scurtă revizuire

Sarcini zilnice de monitorizare

  1. Sarcini critice
  2. Sistem SAP
  3. Bază 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 a fost executat fără erori DB12 Verificați backupul bazei de date.

Sistem SAP

Nu

Sarcină Tranzacţie Procedură / Observație

1

Verificați dacă toate serverele de aplicații sunt pornite. SM51 Verificați dacă toate serverele sunt pornite.

2

Verificați procesele de lucru (începute de la SM51). SM50 Toate procesele de lucru cu starea „în funcțiune” sau „în așteptare”

3

Prezentare generală a procesului de lucru global SM66 Verificați dacă niciun proces de lucru nu rulează mai mult de 1800 de secunde

3

Căutați orice actualizări eșuate (actualizarea se termină). SM13
  • Setați data la o zi în urmă
  • Introduceți * în ID-ul utilizatorului
  • Setați la „toate” actualizări Verificați dacă există linii cu „Err”.

4

Verificați jurnalul sistemului. SM21 Setați data și ora înainte de ultima revizuire a jurnalului. Verifica pentru:
  • Erori
  • Avertizări
  • Mesaje de securitate
  • Probleme cu baza de date

5

Revizuire pentru joburile 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 dacă există utilizatori în sistem. SM04AL08 Verificați dacă există un ID de utilizator și un terminal necunoscut sau diferit. Această sarcină trebuie efectuată de mai multe ori pe zi.

8

Verificați dacă există probleme cu bobina. SP01 Introduceți un asterisc (*) pentru Created ByLook pentru lucrări de spool care au fost „În proces” de peste o oră.

9

Verificați jurnalul de locuri de muncă SM37 Verifica pentru:
  • Locuri de muncă noi
  • Lucrări incorecte

10

Examinați și rezolvați dumpurile. ST22 Căutați un număr excesiv de halde. Căutați halde de o natură neobișnuită.

11

Examinați statisticile tamponului. ST02 Căutați swap-uri.

Bază de date

Nu

Sarcină Tranzacţie Procedură / Observație

1

Examinați jurnalul de erori pentru probleme. ST04

2

Indici de creștere a bazei de date lipsă DB02 Dacă spațiul de tabel este utilizat mai mult de 90% adăugați un fișier de date nou la acesta Reconstruiți indexurile lipsă

3

Jurnalul Statisticilor bazei de date DB13