Hvad er systemovervågning?
Systemovervågning er en daglig rutineaktivitet, og dette dokument giver en systematisk trinvis procedure for serverovervågning. Det giver et overblik over tekniske aspekter og koncepter til proaktiv systemovervågning. Få af dem er:
- Kontrol af applikationsservere.
- Overvågning af systemprocesser i hele systemet.
- Overvågning af arbejdsprocesser for individuelle tilfælde.
- Overvågning af låseposter.
- CPU-udnyttelse
- Ledig plads i databasen.
- Overvågning af opdateringsprocesser.
- Overvågningssystemlog.
- Bufferstatistikker
Nogle andre er:
- Overvågning af batchjob
- Overvågning af spoleanmodning.
- Antal udskrivningsanmodninger
- ABAP Dump Analyse.
- Database Performance Monitor.
- Databasekontrol.
- Overvågning af applikationsbrugere.
Hvorfor daglig grundlæggende kontrol / systemovervågning?
Hvordan overvåger vi et SAP-system?
Kontrol af applikationsservere (SM51)
Denne transaktion bruges til at kontrollere alle aktive applikationsservere.
Her kan du se, hvilke tjenester eller arbejdsprocesser der er konfigureret i hver instans.
Overvågning af arbejdsprocesser for individuelle tilfælde SM50:
Viser alle kørende, ventende, stoppede og PRIV-processer relateret til en bestemt forekomst. Under dette trin kontrollerer vi alle processer; processtatus skal altid vente eller køre. Hvis en proces har en anden status end at vente eller køre, skal vi kontrollere den pågældende proces og rapportere i overensstemmelse hermed.
Denne transaktion viser en masse information som:
- Status for arbejdsprocessen (uanset om den er besat eller ej)
- Hvis arbejdsprocessen kører, kan du muligvis se den handling, den har foretaget i kolonnen Handling.
- Du kan hvilket bord der arbejdes på
Nogle af de typiske problemer:
- Brugeren tager lang tid at logge på / ikke i stand til at logge på / onlinetransaktion meget langsomt. Dette kan være resultatet af, at DIA-arbejdsprocesserne udnyttes fuldt ud. Der kan også være resultatet af langvarige job (rød indikator under kolonnen Tid). Hvis det er nødvendigt, kan du annullere sessionen ved at vælge job og derefter gå til Process> Annuller uden kerne. Dette annullerer jobbet og frigiver arbejdsprocessen for anden bruger / proces
- Nogle brugere har muligvis PRIV-status i kolonnen Årsag . Dette kan være, at brugertransaktionen er så stor, at den kræver mere hukommelse. Når dette sker, bliver DIA-arbejdsprocessen 'ejet' af brugeren og vil ikke lade andre brugere bruge. Hvis dette sker, skal du kontakte brugeren og om muligt køre jobbet som baggrundsjob.
- Hvis der er et langt udskriftsjob i SPO-arbejdsprocessen, skal du undersøge problemet. Det kan være et problem relateret til printserveren eller printeren.
Overvågning af systemdækkende arbejdsprocesser (SM66)
Ved at kontrollere arbejdsprocesbelastningen ved hjælp af den globale oversigt over arbejdsprocesser kan vi hurtigt undersøge den potentielle årsag til et systemydelsesproblem.
Overvåg arbejdsprocesbelastningen på alle aktive forekomster på tværs af systemet
Ved hjælp af skærmbilledet Global arbejdsprocesoversigt kan vi se et overblik:
- Status for hver applikationsserver
- Årsagen til, at den ikke kører
- Om det er genstartet
- CPU- og anmodningens kørselstid
- Brugeren, der har logget på, og klienten, som de loggede på
- Den rapport, der kører
Overvåg applikationsbruger (AL08 og SM04)
Denne transaktion viser alle brugere af aktive forekomster.
Overvågning af opdateringsprocesser (SM13)
Udfør transaktion SM13 og sæt ' * ' i feltet BRUGER og klik på
Hvis der ikke er nogen længe ventende opdateringsoptegnelser, eller ingen opdateringer foregår, vil denne kø være tom som vist i nedenstående skærmbillede.
Men hvis opdateringen ikke er aktiv, skal du finde nedenstående oplysninger:
- Er opdateringen aktiv, hvis ikke, blev den deaktiveret af systemet eller af en bruger?
- Klik på knappen og få oplysningerne.
- Klik på knappen og få nedenstående information:
- Er en opdatering annulleret?
- Er der en lang kø med ventende opdateringer, der er ældre end 10 minutter?
Overvågning af låseposter (SM12)
Udfør transaktion SM12 og sæt '*' i feltet Brugernavn
SAP giver en låsemekanisme for at forhindre andre brugere i at ændre den post, du arbejder på. I nogle situationer frigøres låse ikke. Dette kan ske, hvis brugerne bliver afskåret, dvs. på grund af netværksproblemer, før de er i stand til at frigøre låsen.
Disse gamle låse skal ryddes, ellers kan det forhindre adgang eller ændringer til posterne.
Vi kan bruge låsestatistikker til at overvåge de låse, der er indstillet i systemet. Vi registrerer kun de låseposter, der har datotidsstempel den foregående dag.
Overvågningssystemlog (SM21)
Vi kan bruge loggen til at lokalisere og rette fejl, der opstår i systemet og dets miljø.
- Indtast dato og klokkeslæt.
- Vælg Radioknappeproblemer og advarsler
- Tryk på Genlæs systemlog.
Oversigt over melodier (ST02)
Trin 1: Gå til ST02 for at kontrollere oversigten over melodier.
Trin 2: Hvis du ser nogen røde værdier, skal du dobbeltklikke på det samme i SWAPS.
Trin 3: Klik på fanen 'Aktuelle parametre' på nedenstående skærmbillede
Trin 4: Noter værdien og profilparametrene
Trin 5: Gå til RZ10 (for at ændre profilparameterværdierne)
Trin 6: Gem ændringerne.
Trin 7: Genstart serveren for at få den nye ændringseffekt.
CPU-udnyttelse (ST06)
Idle CPU-udnyttelsesgrad skal være 60-65%, hvis den overstiger værdien, skal vi begynde at kontrollere mindst nedenfor ting:
- Kør kommandoer på OS-niveau - top og kontroller hvilke processer der tager de fleste ressourcer.
- Gå til SM50 eller SM66. Kontroller for langvarige job eller forespørgsler om lang opdatering, der køres.
- Gå til SM12, og kontroller låseposter
- Gå til SM13, og kontroller Opdater aktiv status.
- Kontroller for fejlene i SM21.
ABAP Dumps (ST22)
Her kontrollerer vi for foregående dags lossepladser
Overvågning af spoolanmodning (SP01)
For overvågning af spoolanmodning skal du udføre SP01 og vælge som nedenfor:
- Sæt '*' i feltet Oprettet af
- Klik på udfør-knap.
Her registrerer vi kun de anmodninger, der afsluttes med problemer.
Overvågning af batchjob (SM37)
For overvågning af baggrundsjob skal du udføre SM37 og vælge som nedenfor:
- Sæt '*' i feltet Brugernavn og Jobnavn
- I jobstatus skal du vælge: Planlagt, Annulleret, Udgivet og Færdig anmodning.
Transaktionel RFC-administration (SM58)
Transaktionel RFC (tRFC, også oprindeligt kendt som asynkron RFC) er en asynkron kommunikationsmetode, der kun udfører det kaldte funktionsmodul i RFC-serveren.
Vi skal vælge den visningsperiode, som vi vil se tRFC'erne for, og derefter vælge '*' i brugernavnfeltet for at se alle de opkald, der ikke er udført korrekt eller venter i køen.
QRFC Administration (udgående kø -SMQ1)
Vi bør specificere klientnavnet herover og se om der er nogen udgående qRFC'er i ventetilstand eller fejltilstand.
QRFC Administration (indgående kø -SMQ2)
Vi skal specificere klientnavnet herover og se om der er indgående qRFC'er i ventetilstand eller fejltilstand.
Databaseadministration (DB02)
Når du har valgt Aktuelle størrelser på det første skærmbillede, kommer vi til nedenstående skærmbillede, der viser os den aktuelle status for alle tabelrum i systemet.
Hvis nogen af tabellerne er mere end 95%, og den automatiske udstrækning er slået fra, er vi nødt til at tilføje en ny datafil, så databasen ikke er fuld.
Vi kan vælge Måneder, Uger eller Dage her for at se de ændringer, der finder sted i en tabelplads.
Database Backup-logfiler (DB12)
Fra denne transaktion kunne vi afgøre, hvornår den sidste vellykkede sikkerhedskopi af systemet var. Vi kan gennemgå den foregående dags sikkerhedskopier og se, om alt var i orden eller ej.
Vi kan også gennemse logfiler for gentagelse og se, om sikkerhedskopiering af gendannelseslog var vellykket eller ej.
Hurtig gennemgang
Daglige overvågningsopgaver
- Kritiske opgaver
- SAP-system
- Database
Kritiske opgaver
|
Ingen | Opgave | Transaktion | Fremgangsmåde / bemærkning |
|---|---|---|---|
|
1 | Kontroller, at R / 3Systemet er op. | Log på R / 3-systemet | |
|
2 | Kontroller, at den daglige sikkerhedskopiering udføres uden fejl | DB12 | Kontroller sikkerhedskopiering af database. |
SAP-system
|
Ingen | Opgave | Transaktion | Fremgangsmåde / bemærkning |
|---|---|---|---|
|
1 | Kontroller, at alle applikationsservere er op. | SM51 | Kontroller, at alle servere er op. |
|
2 | Tjek arbejdsprocesser (startet fra SM51). | SM50 | Alle arbejdsprocesser med status "kører" eller "venter" |
|
3 | Global arbejdsprocesoversigt | SM66 | Kontroller, at ingen arbejdsprocesser kører mere end 1800 sekunder |
|
3 | Kig efter eventuelle mislykkede opdateringer (opdateringen afsluttes). | SM13 |
|
|
4 | Kontroller systemloggen. | SM21 | Indstil dato og klokkeslæt til før den sidste loganmeldelse. Se efter:
|
|
5 | Gennemgang for annullerede job. | SM37 | Indtast en stjerne (*) i bruger-ID. Kontroller, at alle kritiske job var vellykkede. |
|
6 | Kontroller for "gamle" låse. | SM12 | Indtast en stjerne (*) for bruger-id'et. |
|
7 | Se efter brugere på systemet. | SM04AL08 | Gennemgang for et ukendt eller andet bruger-id og terminal. Denne opgave skal udføres flere gange om dagen. |
|
8 | Kontroller for spoleproblemer. | SP01 | Indtast en stjerne (*) for Oprettet ByLook for spooljob, der har været “i gang” i over en time. |
|
9 | Tjek joblog | SM37 | Se efter:
|
|
10 | Gennemgå og løse lossepladser. | ST22 | Se efter et for stort antal lossepladser. Se efter lossepladser af usædvanlig karakter. |
|
11 | Gennemgå bufferstatistikker. | ST02 | Se efter swaps. |
Database
|
Ingen | Opgave | Transaktion | Fremgangsmåde / bemærkning |
|---|---|---|---|
|
1 | Gennemgå fejlloggen for problemer. | ST04 | |
|
2 | Database GrowthMissing Indexes | DB02 | Hvis der bruges mere plads på 90%, skal du tilføje nye datafiler til det Genopbyg de manglende indekser |
|
3 | Databasestatistiklog | DB13 |