Hva er systemovervåking?
Systemovervåking er en daglig rutineaktivitet, og dette dokumentet gir en systematisk trinnvis prosedyre for serverovervåking. Det gir en oversikt over tekniske aspekter og konsepter for proaktiv systemovervåking. Få av dem er:
- Kontrollerer applikasjonsservere.
- Overvåke systemprosesser.
- Overvåke arbeidsprosesser for individuelle tilfeller.
- Overvåke låsoppføringer.
- CPU-bruk
- Tilgjengelig plass i databasen.
- Overvåker oppdateringsprosesser.
- Overvåkingssystemlogg.
- Bufferstatistikk
Noen andre er:
- Overvåking av batchjobber
- Spool Request Monitoring.
- Antall utskriftsforespørsler
- ABAP Dump Analyse.
- Database Performance Monitor.
- Databasesjekk.
- Overvåking av applikasjonsbrukere.
Hvorfor Daily Basic-sjekker / Systemovervåking?
Hvordan overvåker vi et SAP-system?
Kontrollere applikasjonsservere (SM51)
Denne transaksjonen brukes til å sjekke alle aktive applikasjonsservere.
Her kan du se hvilke tjenester eller arbeidsprosesser som er konfigurert i hvert tilfelle.
Overvåke arbeidsprosesser for individuelle tilfeller SM50:
Viser alle kjørende, ventende, stoppede og PRIV-prosesser relatert til en bestemt forekomst. Under dette trinnet sjekker vi alle prosessene; prosessstatusen skal alltid vente eller kjøre. Hvis en prosess har en annen status enn å vente eller kjøre, må vi sjekke den aktuelle prosessen og rapportere deretter.
Denne transaksjonen viser mye informasjon som:
- Status for arbeidsprosessen (enten den er okkupert eller ikke)
- Hvis arbeidsprosessen kjører, kan det hende du kan se handlingen den utføres i kolonnen Handling.
- Du kan hvilket bord det jobbes med
Noen av de typiske problemene:
- Brukeren tar lang tid å logge på / ikke i stand til å logge på / online transaksjon veldig sakte. Dette kan være et resultat av at DIAs arbeidsprosesser er fullt utnyttet. Det kan også være resultatet av langvarige jobber (rød indikator under Tid-kolonnen). Om nødvendig kan du avbryte økten ved å velge jobbene og deretter gå til Behandle> Avbryt uten kjerne. Dette vil avbryte jobben og frigjøre arbeidsprosessen for annen bruker / prosess
- Noen brukere kan ha PRIV-status i kolonnen Årsak . Dette kan være at brukertransaksjonen er så stor at den krever mer minne. Når dette skjer, vil DIA-arbeidsprosessen "eies" av brukeren og ikke la andre brukere bruke den. Hvis dette skjer, sjekk med brukeren og kjør jobben som en bakgrunnsjobb.
- Hvis det er en lang utskriftsjobb på SPO-arbeidsprosessen, må du undersøke problemet. Det kan være et problem relatert til utskriftsserveren eller skriveren.
Overvåke systemomfattende arbeidsprosesser (SM66)
Ved å sjekke arbeidsprosessbelastningen ved hjelp av den globale arbeidsprosessoversikten, kan vi raskt undersøke den potensielle årsaken til et systemytelsesproblem.
Overvåk arbeidsprosessbelastningen på alle aktive forekomster på tvers av systemet
Ved å bruke skjermbildet Global arbeidsprosessoversikt, kan vi se det raskt:
- Statusen til hver applikasjonsserver
- Årsaken til at den ikke kjører
- Om den er startet på nytt
- CPU og forespørsel kjøretid
- Brukeren som har logget på og klienten de logget på
- Rapporten som kjører
Overvåke applikasjonsbruker (AL08 og SM04)
Denne transaksjonen viser alle brukere av aktive forekomster.
Overvåking av oppdateringsprosesser (SM13)
Utfør transaksjon SM13 og sett ' * ' i feltet BRUKER og klikk på
Hvis det ikke er noen ventende oppdateringsoppføringer eller ingen oppdateringer pågår, vil denne køen være tom som vist i skjermbildet nedenfor.
Men hvis oppdateringen ikke er aktiv, finn informasjonen nedenfor:
- Er oppdateringen aktiv, hvis ikke, ble den deaktivert av systemet eller av en bruker?
- Klikk på knappen og få informasjonen.
- Klikk på knappen og få informasjonen nedenfor:
- Er noen oppdatering avbrutt?
- Er det lang kø med ventende oppdateringer eldre enn 10 minutter?
Overvåke låsoppføringer (SM12)
Utfør transaksjon SM12 og sett '*' i feltet Brukernavn
SAP tilbyr en låsemekanisme for å forhindre at andre brukere endrer posten du jobber med. I noen situasjoner frigjøres ikke låser. Dette kan skje hvis brukerne blir kuttet av, dvs. på grunn av nettverksproblemer før de klarer å frigjøre låsen.
Disse gamle låsene må fjernes, ellers kan det forhindre tilgang eller endringer i postene.
Vi kan bruke låsestatistikk for å overvåke låsene som er angitt i systemet. Vi registrerer bare de låsepostene som har datotidsstempel fra forrige dag.
Overvåkingssystemlogg (SM21)
Vi kan bruke loggen til å finne og rette feil som oppstår i systemet og dets omgivelser.
- Skriv inn dato og klokkeslett.
- Velg Radioknappproblemer og advarsler
- Trykk på Les systemloggen på nytt.
Melodisammendrag (ST02)
Trinn 1: Gå til ST02 for å sjekke melodisammendraget.
Trinn 2: Hvis du ser noen røde verdier, dobbeltklikker du i SWAPS.
Trinn 3: I skjermbildet nedenfor klikker du på fanen 'Nåværende parametere'
Trinn 4: Noter verdien og profilparametrene
Trinn 5: Gå til RZ10 (for å endre profilparameterverdiene)
Trinn 6: Lagre endringene.
Trinn 7: Start serveren på nytt for å ta effekten av de nye endringene.
CPU-bruk (ST06)
Tomgang CPU-utnyttelsesgrad må være 60-65%, hvis den overstiger verdien, må vi begynne å sjekke minst nedenfor ting:
- Kjør kommandoer på OS-nivå - topp og sjekk hvilke prosesser som tar mest ressurser.
- Gå til SM50 eller SM66. Se etter eventuelle jobber som kjører lenge eller eventuelle spørsmål om lange oppdateringer som kjøres.
- Gå til SM12 og sjekk låsoppføringer
- Gå til SM13 og sjekk Oppdater aktiv status.
- Se etter feilene i SM21.
ABAP Dumps (ST22)
Her ser vi etter forrige dags dumper
Spool Request Monitoring (SP01)
For overvåking av spoleforespørsel, kjør SP01 og velg som nedenfor:
- Sett '*' i feltet opprettet av
- Klikk på kjør-knappen.
Her registrerer vi bare de forespørslene som avsluttes med problemer.
Overvåking av batchjobber (SM37)
For overvåking av bakgrunnsjobber, kjør SM37 og velg som nedenfor:
- Sett '*' i feltet Brukernavn og jobbnavn
- Velg Jobbstatus: Planlagt, Avlyst, Utgitt og Ferdig forespørsel.
Transaksjonell RFC-administrasjon (SM58)
Transactional RFC (tRFC, også opprinnelig kjent som asynkron RFC) er en asynkron kommunikasjonsmetode som bare utfører den kallte funksjonsmodulen i RFC-serveren.
Vi må velge visningsperioden vi vil se tRFC-ene for, og deretter velge '*' i brukernavnfeltet for å se alle samtalene som ikke har blitt utført riktig eller som venter i køen.
QRFC-administrasjon (utgående kø -SMQ1)
Vi bør spesifisere klientnavnet her og se om det er utgående qRFC i ventetilstand eller feiltilstand.
QRFC-administrasjon (inngående kø -SMQ2)
Vi bør spesifisere klientnavnet her og se om det er noen innkommende qRFCer i ventetilstand eller feiltilstand.
Databaseadministrasjon (DB02)
Etter at du har valgt Gjeldende størrelser på det første skjermbildet, kommer vi til skjermbildet nedenfor som viser oss gjeldende status for alle tabellplassene i systemet.
Hvis noen av tabellplassene er mer enn 95% og den automatiske omfanget er av, må vi legge til en ny datafil slik at databasen ikke er full.
Vi kan velge Måneder, Uker eller Dager her for å se endringene som skjer i en tabellplass.
Databasesikkerhetslogger (DB12)
Fra denne transaksjonen kunne vi avgjøre når den siste vellykkede sikkerhetskopien av systemet var. Vi kan se gjennom sikkerhetskopiene fra forrige dag og se om alt var bra eller ikke.
Vi kan også se om loggfilene på nytt og se om sikkerhetskopiering av gjentakelseslogg var vellykket eller ikke.
Rask gjennomgang
Daglige overvåkingsoppgaver
- Kritiske oppgaver
- SAP-system
- Database
Kritiske oppgaver
|
Nei | Oppgave | Transaksjon | Fremgangsmåte / merknad |
|---|---|---|---|
|
1 | Kontroller at R / 3Systemet er oppe. | Logg deg på R / 3-systemet | |
|
2 | Sjekk at den daglige sikkerhetskopien er utført uten feil | DB12 | Sjekk databasesikkerhetskopi. |
SAP-system
|
Nei | Oppgave | Transaksjon | Fremgangsmåte / merknad |
|---|---|---|---|
|
1 | Sjekk at alle applikasjonsservere er oppe. | SM51 | Sjekk at alle servere er oppe. |
|
2 | Sjekk arbeidsprosesser (startet fra SM51). | SM50 | Alle arbeidsprosesser med statusen "kjører" eller "venter" |
|
3 | Global arbeidsprosessoversikt | SM66 | Sjekk at ingen arbeidsprosesser kjører mer enn 1800 sekunder |
|
3 | Se etter eventuelle mislykkede oppdateringer (oppdateringen avsluttes). | SM13 |
|
|
4 | Sjekk systemloggen. | SM21 | Angi dato og klokkeslett til før siste logg gjennomgang Se etter:
|
|
5 | Gjennomgang for kansellerte jobber. | SM37 | Skriv inn en stjerne (*) i bruker-ID. Kontroller at alle kritiske jobber var vellykkede. |
|
6 | Se etter "gamle" låser. | SM12 | Angi en stjerne (*) for bruker-ID-en. |
|
7 | Se etter brukere på systemet. | SM04AL08 | Gjennomgang for en ukjent eller annen bruker-ID og terminal. Denne oppgaven bør gjøres flere ganger om dagen. |
|
8 | Se etter problemer med spolen. | SP01 | Skriv inn en stjerne (*) for Created ByLook for spooljobber som har vært “i prosess” i over en time. |
|
9 | Sjekk jobbloggen | SM37 | Se etter:
|
|
10 | Gjennomgå og løse søppel. | ST22 | Se etter et for stort antall dumper. Se etter dumper av uvanlig karakter. |
|
11 | Gjennomgå bufferstatistikk. | ST02 | Se etter bytter. |
Database
|
Nei | Oppgave | Transaksjon | Fremgangsmåte / merknad |
|---|---|---|---|
|
1 | Se gjennom feilloggen for problemer. | ST04 | |
|
2 | Database GrowthMissing Indexes | DB02 | Hvis det brukes mer plass enn 90%, legger du til ny datafil i den. Byg opp manglende indekser |
|
3 | Databasestatistikklogg | DB13 |
