© 2000 Sven Groppe19.01.2000Projektgruppe SAP R/3 auf Linux Cluster SAP R/3 Werkzeuge zur Performance-Analyse Ein Vortrag von Sven Groppe

19.01.2000Projektgruppe SAP R/3 auf Linux Cluster© 2000 Sven Groppe

SAP R/3 Werkzeuge zur Performance-Analyse

Ein Vortragvon

Sven Groppe

19.01.2000Projektgruppe SAP R/3 auf Linux Cluster Seite: 2© 2000 Sven Groppe

Gliederung des Vortrages

Einleitung

Monitore für die technische Analyse vornehmlich auf den Appl.-servern

Monitore für die Applikationsanalyse

Monitore für den Datenbankserver / die Datenbankzugriffe

Die Workload-Analyse


Grundlage dieses Vortrages

„SAP R/3 Performanceoptimierung-Analyse und Tuning von R/3 – Systemen“,Thomas Schneider, Addison-Wesley

Gefahr:-Richtwerte, Empfehlungen und Faustregeln sind empirisch ermittelt worden-Richtwerte und Empfehlungen beziehen sich auf den R/3 – Release 4.0B-Bei neueren Release zeitabhängige Informationen evtl. veraltet, vielleicht sogar kontraproduktiv


Optimierungszyklus

Performanceüberwachung undIdentifizierung von Performanceproblemen

Detaillierte Problemanalyse undErstellung eines Maßnahmenkataloges

Durchführung derbeschlossenen Tuningmaßnahmen

Erneute Analyse zur Verifikationder durchgeführten Maßnahmen

erfolgreich

nichterfolg-reich


Integration der Monitore in SAP R/3

Benutzer

Betriebs-system

Datenbanksystem

Datenbank

ApplikationsserverPräsenta-tions-server

Dispatcher

Instanzen

Datenbank-server

Warte-schlange

Work-prozeß

Work-prozeß

R/3 –Speicher

Benutzerprofil

Workload-Monitor

R/3 Speicher-konfigurations-

monitor

ABAP-PRGABAP-Trace

ABAP-Debugger

Workprozeß-übersicht

SQL-Trace

Datenbankmonitor

Betriebssystem-monitor

... und noch viele andere ...


Strategien der Performance-Analyse

Direkte Ursachen für schlechte Performance

Symptome der direkten Ursachen

Bottom-Up-Analyse

Analyse für jede Einzelkomponente des SAP R/3-Systems(wie Betriebssystem, Datenbank, R/3-Workprozesse etc.

für jeden einzelnen Applikationsserver, Instanz ...),Nicht zielgerichtet, aber auch für Anfänger geeignet !

Top-Down-Analyse

Analyse „von oben nach unten“,d.h. zielgerichtet an Hand der Symptome zu den

direkten Ursachen vorarbeiten,Nur für erfahrene SAP R/3 - Performanceexperten

Schlechte Performancedes Gesamtsystems

Zeitprofil:TemporäresProblem

Hintergrundprogramm XY erzeugthohe Last, Lösung: nachts ablaufenlassen



Einleitung






Betriebssystemmonitor

CPU-Auslastung durch Benutzerprozesse

CPU-Auslastungdurch Betriebssystem

Freie CPU-Kapazität (Mind.>20%, opt. >35 %) Anzahl CPUs

Anzahl Prozesse, die auf die CPU warten, gemittelt über ... min

BS-Paging, unkritisch, wenn

< 20% des physikal. Speichers

R/3-Auslagerungsspeicher

Auffrischung alle 10 sec.,CPU-Belastung einzelner Programme in der Übersicht der Betriebssystemprozesse


Festplattenauslastung

Name der HD auf BS-Ebene

Mittl.Antwortzeit

Auslastung der HD( >50% => Potentieller

I/O-Engpaß )

Anzahl Prozesse, die auf I/O-Operationen warten Wartezeit

Servicezeit


Weitere Analysen auf BS-Ebene

-Bei Unix-Betriebssystemen Protokollierung

aller Änderungen der BS-Parameter

-Grober Netzwerktest:

Wahl eines beliebigen Servers, dann Test der

Netzwerkverbindung ( z.B. Antwortzeit und

Datenverluste )


R/3 - Speicherkonfigurationsmonitor

Trefferrate des Puffers (gut: >98%)

Anzahl Verdrängungen

(gut: 0)Max. Anzahl

Puffereinträge

Anzahl DB-Zugriffe zur Füllung des

entsprechenden Puffers

In memory:R/3-Roll-Puffer,

R/3-Paging-Puffer,...

On disk: R/3-Rolldatei und R/3-Paging-Datei


Workprozeß-Übersicht

Anzahl Abbrüche des WP

Nr. des Work-

prozeß, eindeutig pro R/3-Instanz

DIA:Dialog,BTC:

Hintergrund,UPD:

VerbuchungENQ:

Enqueue,SPO:Spool

Prozeß-ID des BS

Nr. der Semaphore, auf die gewartet oder die gehalten wird (hier Roll-Out)

Nach Abbruch vom Dispatcher neu starten ?= beendet,

falls Fehler im R/3-Kernel

Problem:RFC-Aufruf, aber alle Dialog-WP belegt



Einleitung






Einzelsatzstat. für 1 Transakt.-schrittHohe CPU-Zeit => ABAP-

Code optimieren oder häufige Zugriffe auf Tabellenpuffer ?

Hohe DB-Zeit, kleine oder große

transferierte Datenmenge ?


Einzelsatzstat.,große Datenmenge

Hohe DB-Zeitauf Grundhohertrans-ferierterDaten-menge

Häufig:Probleme mit Verdrängungenoder Invali-dierungen im Tabellenpuffer


Einzelsatzstatistik,kleine Datenmenge

IndizfürteureSQL-Anweisung


ABAP-Trace / ABAP-Debugger

ABAP-Trace:- Hitliste : Ausführungszeit für jede Anweisung- Tabellen : Liste der Datenbanktabellen, auf die zugegriffen wird- Hierarchie: chronologischer Ablauf

ABAP-Debugger:- aktueller Hauptspeicherbedarf- Liste interner Tabellen sowie deren Hauptspeicherbedarf



Einleitung






SQL-Trace- Identifizierung langlaufender SQL-Anweisungen- Messung auf den einzelnen Appl.-servern von der DB-Schnittstelle


Datenbankmonitor

Pufferqualität/Hitratio:(Log.–Physische Zugriffe) Logische Zugriffe


Datenbankprozeßmonitor- Anzeige aller derzeit aktiven Datenbankprozesse- Mit Explain kann man sich den Ausführungsplan einer SQL-Anweisung anzeigen lassen- Durch Parallelausführung der globalen WP-Übersicht und mehr- maliges Auffrischen Identifikation langlaufender SQL-Anw. möglich


Shared SQL AREA-Statistiken bzgl. der ausgeführten SQL-Anw. wie Anzahl, Zahl der physischen und logischen Zugriffe pro Anweisung, usw.


Weitere Monitore

- Monitor zur Identifizierung von I/O-Problemen- Datenbanksperren (Exclusive Lockwaits)- Datenbank-Fehlerprotokolldatei- Protokollierung aller Änderungen der Datenbankparameter- Tabellenstatistiken für den Datenbankoptimierer



Einleitung






Strategien der Performance-Analyse

Bottom-Up-Analyse

Top-Down-Analyse

Analyse „von oben nach unten“,d.h. zielgerichtet an Hand der Symptome zu den

direkten Ursachen vorarbeiten,Nur für erfahrene SAP R/3 - Performanceexperten

Schlechte Performancedes Gesamtsystems

Zeitprofil:TemporäresProblem

Hintergrundprogramm XY erzeugthohe Last, Lösung: nachts ablaufenlassen


Ablauf eines Transaktionsschrittes

Netzwerk

Präsentationsserver

Applikations- serverDispatcher Queue

Datenbankserver Netzwerk

R/3-WPBenutzer-

kontext......

DB-Interface

DB-Prozeß

DB-Puffer

R/3-ExtendedMemory

R/3-Roll Puffer

R/3 Puffer

Programmpuffer

Antw

ortzeitWartezeit

Roll in

LadezeitProcessingzeitRollwartezeit

Datenbankzeit

CPU-Zeit


Workload-Monitor


Interpretation der Antwortzeiten

Zeit Richtwert Problemindikator für

Dispatcher-Wartezeit

( Wait time )

< 10% der Antwortzeit

Allg. Perf.-problem

Ladezeit

( Load + gen time )

< 50ms Progr.-Puffer zu klein oder CPU-Engpaß

Roll-in-Zeit, Roll-out-Zeit

< 20 ms R/3-Roll-Puffer,R/3-Ext.-Mem. zu klein oder CPU-Engpaß

Enqueue-Zeit < 5 ms Enqueue,Netzwerk

Processing-, CPU-Zeit Proc-Zeit

< 2*CPU-Z.

CPU-Engpaß oder Kommunikationsproblem

Time per DB request < 5 ms DB-Problem

..................................... ................... .........................................


Durchführung der Analyse

Allgemeines Performanceproblem

Spezielles Performanceproblem

Performanceproblemtemporär oder dauerhaft ?

Hardware-Engpaßauf einem Rechner

Allgemeines DB-Problem

FalscheLastverteilung ?

R/3-Speicherverwaltungschlecht konfiguriert ?

Einzelne Prozesse mithoher CPU-Belastung

Hardware-Kapazitätnicht ausreichend

Welche Transaktionen sind betroffen ?

( Zeitprofil )

( Transaktionsprofil )

( Workload-Monitor )

( Workload-Monitor )

( WM:Rechnerprofil )

(Workload-Monitor)

( Übersicht derBetriebssystem-

prozesse )


Transaktionsprofil


Zeitprofil


Anwendungsmonitor

Benutzerprofil:-AktuelleBenutzeranzahlpro R/3-Modul-PerDoppelklickVerfolgung intiefere Ebenenmöglich

DrucktasteAntwortzeit:-Nach R/3-ModulendifferenziertesLastprofil


Ende des Vortrages

Fragen ?????

Documents

© 2000 Sven Groppe19.01.2000Projektgruppe SAP R/3 auf Linux Cluster SAP R/3 Werkzeuge zur Performance-Analyse Ein Vortrag von Sven Groppe