SAP Monitorizare de bază Coduri T și verificări ale stării de funcționare

Ce Este SAP Monitorizarea sistemului?

SAP Monitorizarea sistemului este rutina zilnică de bază care menține un SAP menținerea unui peisaj sănătos prin verificarea serverelor, a proceselor de lucru, a blocărilor, a actualizărilor, a jurnalelor de sistem și a stării de sănătate a bazei de date la intervale regulate. Scopul este proactiv - de a identifica problemele înainte ca utilizatorii să le observe.

O listă de verificare zilnică tipică include:

• Verificarea serverelor de aplicații.
• Monitorizarea proceselor de lucru la nivelul întregului sistem.
• Monitorizarea proceselor de lucru pentru instanțe individuale.
• Monitorizarea intrărilor în blocare.
• Utilizarea procesorului.
• Spațiul disponibil în baza de date.
• Monitorizarea proceselor de actualizare.
• Monitorizarea jurnalului de sistem.
• Buffer statistici.
• Monitorizarea joburilor în lot.
• Monitorizarea cererilor de spool și a numărului de cereri de imprimare.
• Analiza dump-urilor ABAP.
• Verificări ale performanței și consistenței bazei de date.
• Monitorizarea utilizatorilor aplicației.

De ce sunt necesare verificări zilnice de bază și monitorizare a sistemului?

Verificările zilnice identifică problemele minore - un proces de lucru blocat, o blocare veche, un tablespace care se apropie de 95% - înainte ca acestea să se transforme în întreruperi. Acestea oferă echipei Basis o bază de referință fiabilă, astfel încât anomaliile să fie evidențiate și alimentează datele istorice în deciziile de planificare a capacității.

Cum monitorizăm o SAP Sistem?

Monitorizarea este organizată în jurul unor coduri T, fiecare deținând un anumit nivel - servere, procese de lucru, blocări, actualizări, jurnale, buffere, CPU, dumpuri, spool, joburi batch, RFC și baza de date. Secțiunile de mai jos parcurg fiecare verificare în ordine.

Verificarea serverelor de aplicații (SM51)

SM51 listează fiecare server de aplicații activ din peisaj, împreună cu serviciile și procesele de lucru configurate pe fiecare instanță.

Monitorizarea proceselor de lucru pentru instanțe individuale (SM50)

SM50 afișează fiecare proces care rulează, așteaptă, oprit și PRIV pe instanța curentă. Fiecare proces ar trebui să fie în Alergare or Aşteptare stare; orice altceva necesită investigare.

Ecranul afișează mai multe coloane utile:

1. Starea fiecărui proces de lucru (ocupat sau liber).
2. Acțiunea întreprinsă de un proces ocupat, afișată în coloana Acțiune.
3. Tabelul bazei de date asupra căruia se lucrează.

Probleme tipice și remedii:

• Utilizatorii nu se pot conecta sau interfața grafică este lentă: procesele de lucru din dialogul DIA sunt epuizate. Căutați joburi care rulează mult timp (indicatorul roșu de sub Timp). Anulați-le prin Proces > Anulare fără nucleu pentru a elibera slotul.
• PRIV în coloana Motiv: O tranzacție consumă atât de multă memorie încât procesul de lucru DIA este „deținut” de un singur utilizator. Discutați cu utilizatorul și, dacă este posibil, rulați din nou jobul în fundal.
• Proces de lucru SPO de lungă durată: Investigați serverul de imprimare sau imprimanta; o bobină de imprimare blocată poate monopoliza un proces.

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

SM66 este Prezentarea generală a procesului de lucru global. Aceasta cumulează datele SM50 din fiecare instanță activă într-un singur ecran, ceea ce o face cea mai rapidă modalitate de a identifica o problemă de performanță la nivelul întregului sistem.

La prima vedere, vedeți:

• Starea fiecărui server de aplicații.
• De ce un proces nu rulează.
• Dacă procesul a fost repornit.
• Utilizarea CPU și timpul de execuție al cererii.
• Utilizatorul și clientul conectat(ă).
• Raportul se execută în prezent.

Monitorizarea utilizatorilor aplicației (AL08 și SM04)

AL08 listează utilizatorii din fiecare instanță activă, în timp ce SM04 afișează utilizatorii din instanța curentă. Atât ID-urile terminalelor de suprafață, cât și cele ale clienților, ceea ce ajută la confirmarea faptului că sunt conectate doar ID-urile de utilizator așteptate.

Monitorizarea proceselor de actualizare (SM13)

Rulați SM13, plasați * în Utilizator câmp și executați. Dacă nu există actualizări în așteptare, coada este goală.

Dacă actualizările nu sunt active, răspundeți la următoarele întrebări:

• Este procesul de actualizare activ? Dacă nu, a fost dezactivat de sistem sau de un utilizator?
• A fost anulată vreo actualizare?
• Există o coadă lungă de actualizări în așteptare mai vechi de 10 minute?

Monitorizarea intrărilor de blocare (SM12)

Rulați SM12 și introduceți * în Nume de utilizator camp.

SAP folosește un mecanism de blocare pentru a împiedica doi utilizatori să modifice aceeași înregistrare în același timp. Uneori, o întrerupere a rețelei sau o eroare de sesiune lasă în urmă un blocaj. Blocajele vechi trebuie eliminate, altfel blochează accesul la înregistrări.

Capturați intrările de blocare a căror marcaj temporal este din ziua precedentă sau anterioară — acestea sunt candidatele pentru curățare.

Monitorizarea jurnalului de sistem (SM21)

SM21 afișează erori de sistem, avertismente și mesaje de securitate. Folosește-l pentru a identifica și rectifica problemele din sistem și din mediul său.

Verificați jurnalul zilei anterioare cu:

• Introduceți intervalul de dată și oră.
• selectaţi Probleme și avertismente buton de radio.
• Clic Recitește jurnalul de sistem.

Rezumatul melodiilor (ST02)

ST02 afișează rezumatul reglării bufferului. Urmați pașii de mai jos pentru a remedia problemele de swap.

Pas 1) Deschideți ST02 pentru a vizualiza rezumatul melodiei.

Pas 2) Double-faceți clic pe orice valoare roșie de sub SCHIMBURI.

Pas 3) Apasă pe Parametrii curenti tab.

Pas 4) Rețineți valorile și parametrii profilului.

Pas 5) Deschideți RZ10 pentru a modifica valorile parametrilor de profil.

Pas 6) Salvați modificările.

Pas 7) Reporniți serverul pentru ca noile valori să aibă efect.

Utilizarea CPU (ST06)

ST06 prezintă performanța la nivel de sistem de operare. Utilizarea CPU în inactivitate ar trebui să fie în jur de 60–65%; o sarcină mai mare susținută înseamnă că sistemul este sub presiune.

Când CPU-ul este încărcat la capacitate maximă, urmați această scurtă cale de triaj:

• Executați comenzi la nivel de sistem de operare (cum ar fi top) pentru a afla care procese utilizează cel mai mult CPU.
• Deschideți SM50 sau SM66 și căutați joburi cu execuție lungă sau interogări de actualizare.
• Deschide SM12 și verifică dacă există intrări vechi în lacăt.
• Deschideți SM13 pentru a verifica starea actualizării.
• Deschideți SM21 pentru a căuta erori de sistem.

Halde ABAP (ST22)

ST22 capturează erorile de execuție ABAP (dump-uri scurte). RevVerificați depozitele de deșeuri din ziua precedentă în fiecare dimineață pentru a identifica tipare neobișnuite sau recidiviști.

Monitorizarea cererii spool (SP01)

Rulați SP01 pentru a monitoriza cererile de spool:

• Intrați * în Creat de camp.
• Clic Executa.

Înregistrați doar cererile terminate cu probleme.

Monitorizarea sarcinilor lot (SM37)

Rulați SM37 pentru a monitoriza joburile în fundal:

• Intrați * în Nume de utilizator și Numele locului de munca domenii.
• În Starea postului selectați Programat, Anulat, Lansat și Finalizat.

Administrare RFC tranzacțională (SM58)

RFC tranzacțional (tRFC), cunoscut inițial ca asincron RFC, execută modulul funcției apelate pe serverul RFC exact o singură dată.

Selectați perioada de afișare pe care doriți să o revizuiți, introduceți * în câmpul utilizator și executați. Lista afișează apelurile care nu au fost executate cu succes sau care încă așteaptă în coadă.

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

SMQ1 monitorizează cozile qRFC de ieșire. Specificați clientul și căutați cozi în Aşteptare or Eroare de stat.

Administrarea QRFC (Coadă de intrare — SMQ2)

SMQ2 oglindește SMQ1 pentru cozile qRFC de intrare. Specificați clientul și căutați cozile de intrare în Aşteptare or Eroare de stat.

Administrare baze de date (DB02)

DB02 este cockpit-ul central de administrare a bazelor de date. Primul ecran vă permite să analizați în detaliu tablespace-uri, indexurile lipsă și istoricul creșterii.

Selectați Dimensiuni curente pentru a vedea starea fiecărui tablespace.

Dacă vreun tablespace este plin în proporție de peste 95% și extinderea automată este dezactivată, adăugați un nou fișier de date pentru ca baza de date să nu rămână fără spațiu.

De asemenea, puteți revizui istoricul unui tablespace pe lună, săptămână sau zi pentru a identifica tendințele de creștere.

Jurnale de rezervă ale bazei de date (DB12)

DB12 confirmă când a fost executată ultima copie de rezervă cu succes. RevVizualizați baza de date din ziua precedentă și refaceți copiile de rezervă pentru a vă asigura că s-au finalizat corect.

Rapid RevVedere: Listă de verificare pentru monitorizarea zilnică

Tabelele de mai jos rezumă verificările zilnice critice pentru administratorii Basis.

Sarcini critice

#	Sarcină	tranzacție	Procedură / Observație
1	Confirmați că sistemul R/3 este funcțional.	-	Conectați-vă la sistemul R/3.
2	Confirmați că backup-ul zilnic a fost executat fără erori.	DB12	Verificați jurnalul de rezervă al bazei de date.

SAP Verificări de sistem

#	Sarcină	tranzacție	Procedură / Observație
1	Confirmați că fiecare server de aplicații este funcțional.	SM51	Toate serverele sunt pornite.
2	Verificați procesele de lucru.	SM50	Toate procesele de lucru sunt în starea În desfășurare sau În așteptare.
3	Prezentare generală a procesului de lucru global.	SM66	Niciun proces de lucru nu durează mai mult de 1800 de secunde.
4	Căutați actualizări eșuate sau terminate.	SM13	Setați data la acum o zi, introduceți * în ID utilizator, setați la „Toate” actualizările. Căutați linii cu Err.
5	Verificați jurnalul de sistem.	SM21	Setați data și ora la date anterioare ultimei revizuiri. Căutați erori, avertismente, mesaje de securitate și probleme legate de baza de date.
6	RevVezi locuri de muncă anulate.	SM37	Intrați * în ID-ul utilizatorului. Confirmați finalizarea cu succes a fiecărei sarcini critice.
7	Verificați dacă există încuietori vechi.	SM12	Intrați * în ID-ul utilizatorului.
8	Verificați utilizatorii din sistem.	SM04 / AL08	Căutați ID-uri de utilizator sau terminale neașteptate; verificați-le de mai multe ori pe zi.
9	Verificați dacă există probleme cu bobina.	SP01	Intrați * în Creat de. Căutați joburi spool blocate „În proces” timp de peste o oră.
10	Verificați jurnalul de lucrări.	SM37	Căutați locuri de muncă noi sau incorecte.
11	Revvizualizați și rezolvați depozitele.	ST22	Căutați depozite excesive sau neobișnuite.
12	Revvezi statisticile bufferului.	ST02	Căutați schimburi.

Verificări baze de date

#	Sarcină	tranzacție	Procedură / Observație
1	Revvizualizați jurnalul de erori al bazei de date.	ST04	Investigați orice erori noi.
2	Creșterea bazei de date și indexurile lipsă.	DB02	Dacă un tablespace este utilizat în proporție de > 90%, adăugați un nou fișier de date; reconstruiți indexurile lipsă.
3	Jurnalul statisticilor bazei de date.	DB13	Confirmați finalizarea lucrărilor statistice programate.

Întrebări frecvente