SAP R/3 Kapazitätsmanagement Erfahrungsbericht Jürgen Pfister

SAP R/3 SAP R/3 KapazitätsmanagementKapazitätsmanagement

ErfahrungsberichtErfahrungsbericht

Jürgen PfisterJürgen Pfister

M A P K I T

Fujitsu Siemens Computers GmbH - Siemens SBS - Universität-Essen - Materna Information & Communications

SAP R/3 Kapazitätsmanagement

MAPKIT-Abschluss-Workshop, 19./20.03.2001, MünchenR3KapMan.ppt, Folie 2

M A P K I T

AccountingDaten

Überwachung

Lastprofil

Konfiguration

Planung & Prognose

ModellierungTuningProduktives IT-System

Von der Systemüberwachung zu Planung und Prognose




M A P K I T

Vorgehen und Umsetzung in einem ganz konkreten Projekt

Kundegroßer Retailer (Zeitungen, Magazine)

Konfiguration• DB-Server: RM600-E70/24• Appl.-Server: 14 x Primergy870/4 • R/3 4.0B und Oracle

AufgabenstellungWelche Zielkonfiguration wird benötigt, wenn die heutige Last ca. 25% der zu erwartenden Last repräsentiert ?

Rahmenbedingungen• Fokus DB-Server• Zielplattform: Primepower




M A P K I T Messung

R/3: R/3Live Monitor, ST-Transaktionen

UNIX: sar, ps, netstat, etherstat

NT: Performancemonitor

Oracle: utlbstat/utlestat




M A P K I T Analyse

Performancekennzahlen

Beispiel CPU-Auslastung DB-Server




M A P K I T Analyse

Engpässe und Probleme %wio und %sys hoch DB Datencache zu klein teuere SQL-Statements (Full Table Scans) Log Switch zu häufig

Statistic Total Per Transact Per Logon Per Second--------------------------- ------------ ------------ ------------ ------------

consistent gets 163384906 7278.37 1433200.93 30306.98db block gets 16769761 747.05 147103.17 3110.7physical reads 14287897 636.49 125332.43 2650.32

....

table scans (long tables) 417 .02 3.66 .08

....

background checkpoints comp 43 0 .38 .01background checkpoints star 43 0 .38 .01

....

START_TIME END_TIME------------------ ------------------09-may-00 12:18:42 09-may-00 13:48:33

(consistent gets + db block gets) - physical reads

(consistent gets + db block gets)




M A P K I T Analyse

LastprofilBeispiel: Applikationsserver 14

Type C Ratio CPUTI [ms]CPU-time Appl.

serv

DBSU(DB Service

Units)

RespTime [ms] DBTime [ms] DBTimeRatio [%]

D 1 0.748 26.8 60.8 173.6 134.6 77 %

D 2 0.089 66.6 422.1 1,152.5 1,052.1 91 %

D 3 0.059 158.1 1.817.9 1,633.4 1,367.9 84 %

D 4 0.073 835.8 19,784.4 13,248.5 11,123.9 84 %

D 5 0.011 6,876.0 278,396.5 94,326.7 83,607.7 89 %




M A P K I T Analyse

LastprofilKritische Programme und Transaktionen

Tasktype

TCODE Report Dialogsteps(count)

CPUTime avg(ms)

CPUTime tot(ms)

RespTime avg(ms)

DBTime avg(ms)

%DBTime(%)

DBSUavg(count)

DBSU tot(count)

Dialog ZHRD SAPMZHWD 1,273 867 1,103,109 10,811 9,307 86% 37,746 48,050,480Dialog ZSE2 SAPMZHS2 5,739 219 1,255,984 1,978 1,455 74% 4,161 23,880,144Dialog ZHWD SAPMZHWD 439 1,491 654,594 26,565 22,983 87% 43,922 19,281,838Batch ZTS_SO_PRINT 5 76,275 381,375 1,134,135 1,087,080 96% 3,528,652 17,643,262Dialog ZPOB SAPMZPO5 2,825 178 503,094 4,491 3,302 74% 5,414 15,295,485Dialog ZT23 Z_TELESERVICES 19,172 59 1,135,594 445 308 69% 527 10,102,041Dialog SA38 ZFFI020 33 11,048 364,594 72,846 65,013 89% 297,160 9,806,292Dialog ZCC4 ZTSCCP02 11 11,551 127,062 116,665 109,536 94% 334,257 3,676,832Dialog ZFIP12 ZFIP012 3 255,292 765,875 823,057 578,881 70% 1,039,291 3,117,874Dialog ZPPK_CHNG Z_WHS_TITLES_TO_PACK 36 756 27,219 6,359 5,763 91% 44,136 1,588,884Dialog MM42 SAPMMG02 999 341 340,906 1,426 643 45% 1,296 1,294,618Dialog FBL3 RFEPOS00 1,019 106 108,250 814 708 87% 1,202 1,225,100Batch Z_WHS_SCAN_UPLOAD 8 5,990 47,922 93,413 85,384 91% 122,314 978,513Dialog ZLDB ZL_DUE_BOOK 461 102 46,828 571 479 84% 2,069 953,956Dialog ZFRT ZFS2007 14 1,256 17,578 49,423 48,514 98% 60,672 849,414

.....




M A P K I T Tuningempfehlungen

Anwendung analysieren und tunen

db_block_buffers erhöhen

Redo Log Files vergrößern

SDU Size erhöhen

initrans für VB-Tabellen ändern

Berkley Sockets verwenden




M A P K I T Planung und Prognose

Basismodellierung (IST-Situation)

Erzeugung von Workloadprofilen aus den ATC-Profilen des R/3Live

Monitors (WLPMaker)

Modellerstellung auf Basis der Workloadprofile und Konfigurationsdaten

Kalibrierung des Modells mit Hilfe der Performancekennzahlen

Input-Daten von einem System mit Performanceproblemen !!





Prognose, 1. Schritt keine Modifikation der Workloadprofile Wechsel der Plattform für DB-Server Modellanalyse (Antwortzeiten und Dienstgüte, Durchsätze,

Auslastung der Ressourcen)

Performance Index PRIMEPOWER/12 PRIMEPOWER/161. Throughput [dialog steps/h] 72500 725002. Utilisation (usr+sys): 56% 42%3. Response time for mediumdialog steps (D3) in seconds

0.8-1.2 0.6-1.0

4. Average disk utilisation: 13% 13%





Prognose, 2. Schritt Modifikation der Workloadprofile im Sinne des Lastszenarios (Dialog Steps * 4) Modellanalyse (Antwortzeiten und Dienstgüte, Durchsätze, Auslastung der Ressourcen)

Topic PRIME-POWER/32

PRIME-POWER/40

PRIME-POWER/48

1. Throughput [dialog steps/h] 290000 290000 2900002. Utilisation (usr+sys) 86% 68% 56%3. Response time for mediumdialog steps (D3) in seconds

2.2-3.5(= moderate)

1.5(= good)

1.3-1.5(= good)

4. Average Disk utilisation 52% 52% 52%5. Application Servers Application server 6 and 17 show high utilisation near

saturation.




M A P K I T

Weiteres Vorgehen im Projekt: Empfehlung

Tuningempfehlungen umsetzen

erneute Messung

Lastszenario konsolidieren und differenzieren

Kapazitätsplanung und -prognose mit den neuen, validierten Daten wiederholen




M A P K I T Fazit

Schwerpunkt Analyse und Tuning

keine Geschäfts- und IT-Prozessanalyse

einfaches Lastszenario

R/3 KapMan ist kein fester Bestandteil des Projektes, insbesondere Planung und Prognose

typisch für alle R/3 KapMan - Projekte

SAP R/3 Kapazitätsmanagement Erfahrungsbericht Jürgen Pfister

Documents

Transcript of SAP R/3 Kapazitätsmanagement Erfahrungsbericht Jürgen Pfister