SAP PRESS SAP NetWeaver BW – Performanceoptimierung Bearbeitet von Thomas Schröder erweitert 2013. Buch. 1062 S. Hardcover ISBN 978 3 8362 1993 8 Format (B x L): 16 x 24 cm Wirtschaft > Betriebswirtschaft: Theorie & Allgemeines > Wirtschaftsinformatik, SAP, IT-Management schnell und portofrei erhältlich bei Die Online-Fachbuchhandlung beck-shop.de ist spezialisiert auf Fachbücher, insbesondere Recht, Steuern und Wirtschaft. Im Sortiment finden Sie alle Medien (Bücher, Zeitschriften, CDs, eBooks, etc.) aller Verlage. Ergänzt wird das Programm durch Services wie Neuerscheinungsdienst oder Zusammenstellungen von Büchern zu Sonderpreisen. Der Shop führt mehr als 8 Millionen Produkte.
70
Embed
SAP NetWeaver BW – Perfo · PDF file5.8.3 Sizing für SAP NetWeaver BW auf SAP HANA mit ABAP-Report ..... 177 5.8.4 T-Shirt-Sizing für SAP NetWeaver BW auf SAP HANA
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Die Online-Fachbuchhandlung beck-shop.de ist spezialisiert auf Fachbücher, insbesondere Recht, Steuern und Wirtschaft.Im Sortiment finden Sie alle Medien (Bücher, Zeitschriften, CDs, eBooks, etc.) aller Verlage. Ergänzt wird das Programmdurch Services wie Neuerscheinungsdienst oder Zusammenstellungen von Büchern zu Sonderpreisen. Der Shop führt mehr
1 Einführung in Data Warehousing und SAP NetWeaver BW 7.3 ................................................ 39
1.1 Einführung in das Data Warehouse ......................... 391.2 Unterschiede zwischen operativen und
dispositiven Systemen ............................................. 431.3 Aufbau von Data-Warehouse-Systemen .................. 451.4 Überblick über SAP NetWeaver BW 7.3 .................. 48
1.4.1 Administration und Customizing ............... 491.4.2 Datenextraktion in SAP NetWeaver BW .... 511.4.3 Datenablage in SAP NetWeaver BW .......... 551.4.4 Metadaten-Management .......................... 691.4.5 Analyse und Reporting .............................. 701.4.6 Datenfortschreibung in SAP NetWeaver
BW 7.3 ...................................................... 741.4.7 Unterstützung von Ausnahmeaggregationen
in SAP NetWeaver BW Accelerator 7.20 ... 76
2 Grundlagen der SAP NetWeaver BW-Architektur ...................................................... 77
2.1 Begriffsklärungen .................................................... 772.2 SAP NetWeaver Application Server ......................... 792.3 Softwarekomponenten des SAP NetWeaver
3 Einführung in das In-Memory-Computing mit SAP HANA .............................................................. 93
3.1 Frühere In-Memory-Lösungen von SAP .................. 933.2 Begriffsklärungen .................................................... 973.3 Technologische Grundlagen .................................... 983.4 SAP HANA-Softwareversionen ................................ 1023.5 T-Shirt Sizing für SAP HANA ................................... 104
Inhalt
10
3.6 Einsatzszenarien für SAP HANA ............................... 1053.7 SAP HANA-Datentransfer ........................................ 1103.8 SAP HANA-Frontend-Werkzeuge ............................ 115
4 Grundlagen der SAP-Speicherkonfiguration .......... 119
4.1 Begriffserklärungen .................................................. 1194.2 Funktionsweise des SAP-Speichermanagements ...... 121
4.2.1 Benutzerkontext und Moduskontext .......... 1214.2.2 SAP-Speichertypen .................................... 1224.2.3 Reihenfolge der Speicherbelegung ............. 1304.2.4 Zero Administration Memory Management
unter Microsoft Windows .......................... 1334.2.5 SAP-Profilparameter .................................. 134
5 SAP NetWeaver BW-Sizing ................................... 141
5.1 Sizing-Methoden ..................................................... 1445.2 Sizing-Berechnungen ............................................... 1465.3 Sizing-Prozess .......................................................... 1475.4 SAP Quick Sizer ....................................................... 1495.5 SAP Application Performance Standard (SAPS) ........ 1635.6 CPU-Sizing .............................................................. 1675.7 Memory-Sizing ........................................................ 1685.8 Sizing für SAP NetWeaver BW auf SAP HANA ......... 169
5.8.1 Sizing für SAP NetWeaver BW auf SAP HANA mit dem SAP Quick Sizer ......... 171
5.8.2 Sizing mit Datenbankskripten für SAP NetWeaver BW auf SAP HANA .......... 175
5.8.3 Sizing für SAP NetWeaver BW auf SAP HANA mit ABAP-Report ..................... 177
5.8.4 T-Shirt-Sizing für SAP NetWeaver BW auf SAP HANA ........................................... 181
6 SAP NetWeaver BW-Datenmodell ........................ 183
6.1 Star-Schema-Datenmodell ....................................... 1846.2 Erweitertes Star-Schema-Datenmodell in
SAP NetWeaver BW ................................................ 1856.2.1 Faktentabellen in SAP NetWeaver BW ....... 1886.2.2 Dimensionstabellen in
SAP NetWeaver BW .................................. 189
7.3.2 Speicherbereiche der Datenbank ............... 2857.3.3 Analyse der Shared SQL Area ..................... 2937.3.4 Analyse der Table Scans ............................. 2987.3.5 Analyse der Sortiervorgänge ...................... 2997.3.6 Analyse der Datenbankpuffer ..................... 3017.3.7 Analyse von Speicherplatz, Tabellen
und Indizes ................................................ 3027.3.8 Überprüfung der Datenbankparameter ...... 3077.3.9 DBA-Einplanungskalender ......................... 308
7.4 Analyse der SAP-Speicherbereiche .......................... 3097.4.1 Analyse der SAP-Puffer .............................. 3107.4.2 Analyse des SAP-Speichers ........................ 3147.4.3 Analyse des allokierten Speichers und
des Hauptspeichers .................................... 3157.4.4 Analyse des Auslagerungsspeichers ............ 3187.4.5 Analyse der Profilparameter des
SAP-Memory-Management-Monitors ........ 3217.5 Analyse der Hardware ............................................. 322
7.5.1 Analyse eines CPU- bzw. Hauptspeicher-engpasses .................................................. 323
7.5.2 Analyse von Schreib-/Leseproblemen (I/O) .................................. 324
7.6 Analyse der SAP-Workprozesse ............................... 3277.7 Analyse der Benutzermodi ....................................... 3327.8 Speicherverbrauch von Benutzer und Modi
im CCMS ................................................... 3367.9.2 SAP Solution Manager ............................... 3397.9.3 SAP Solution Manager End-to-End
8.4.1 BW-Laufzeitstatistiken ............................... 3588.4.2 Event-Konzept der BW-Statistikdaten ....... 3618.4.3 Pflege der BW-Statistikeigenschaften ........ 3648.4.4 Analyse der Statistikdaten von
MultiProvider-Querys ................................ 3688.4.5 Löschung von BW-Statistikdaten ............... 369
8.5 Werkzeuge für die Analyse der Statistikdaten ......... 3728.5.1 Analyse der Statistikdaten mit der
Transaktion SE16 ....................................... 3738.5.2 Analyse der Statistikdaten mit dem
Systemlastmonitor (Transaktion ST03N) .... 3798.5.3 Analyse der Statistikdaten mit dem
Query-Monitor (Transaktion RSRT) ............ 3878.5.4 Analyse der Statistikdaten mit
Querys des technischen Contents .............. 3898.5.5 Analyse der Statistikdaten mit
BEx Web Analyzer ..................................... 3908.5.6 Analyse der Statistikdaten mit dem
Analyse- und Service-Toolset (Transaktion ST13) .................................... 391
8.5.7 Anwendungsanalyse (Transaktion ST14) .... 3938.5.8 Analyse der Statistikdaten mit dem
BW Administration Cockpit ....................... 3988.5.9 Auswertungsstrategien und Tipps .............. 402
9.9.1 Administration der Datenbankstatistiken mit BRCONNECT ....................................... 491
9.9.2 Administration der Datenbankstatistiken mit dem DBA-Einplanungskalender ........... 493
9.9.3 Administration der Datenbankstatistiken mit Transaktion DB20 ................................ 498
9.9.4 Administration der Datenbankstatistiken für InfoCubes ............................................. 500
10 Information Lifecycle Management und Archivierung ........................................................... 503
10.1 Archivieren und Löschen von Standard-InfoCubes und DataStore-Objekten ......................................... 50810.1.1 Durchführung der Archivierung ................. 51110.1.2 Durchführung des Löschens ....................... 51310.1.3 Wiederherstellung archivierter Daten ........ 515
10.2 Löschen von Stammdaten ....................................... 51710.3 Löschen von PSA-Daten und Change-Log ............... 52110.4 Archivieren und Löschen von Request-
Informationen ......................................................... 52410.4.1 Durchführung der Archivierung ................. 52710.4.2 Durchführung des Löschens ....................... 52810.4.3 Zurückladen von Request-
11.5.1 Aufzeichnung von Traces ........................... 58811.5.2 Abspielen eines aufgezeichneten Trace ...... 590
11.6 Computer Aided Test Tool (CATT) .......................... 59211.7 BEx Information Broadcaster ................................... 59711.8 MultiProvider-Querys ............................................. 59911.9 Frontend-Performance und Netzwerk ..................... 611
11.9.1 BEx Analyzer ............................................. 61211.9.2 Hinweise zur Performanceoptimierung ...... 61511.9.3 Web-Reporting ......................................... 62011.9.4 Hardware- und Softwareempfehlungen
für das SAP NetWeaver BW-Frontend ....... 620
Inhalt
16
12 Performanceoptimierung durch Aggregate ........... 623
12.1 Grundlagen ............................................................. 62612.1.1 Aggregate auf Merkmalen .......................... 62712.1.2 Aggregate auf Navigationsattributen .......... 63012.1.3 Aggregate auf Hierarchieknoten ................. 63312.1.4 Aggregate auf Festwerten .......................... 63612.1.5 Ausnahmeaggregationen in InfoCubes ....... 63812.1.6 Line-Item-Aggregate (flache Aggregate) ..... 640
12.2 Automatische Erstellung von Aggregaten ................ 64212.2.1 Aggregate vorschlagen aus BW-Statistik .... 64412.2.2 Aggregat vorschlagen aus
Query-Definition ....................................... 64512.3 Manuelle Erstellung von Aggregaten ....................... 648
12.3.1 Analyse der Query mit dem Query-Monitor (RSRT) ............................... 649
12.3.2 Prüfung und Bewertung von Aggregaten ... 65312.4 Pflege von Aggregaten ............................................ 655
12.4.1 Roll-up von Aggregaten ............................. 65512.4.2 Prüfung des Aggregatbaums
(Roll-up-Hierarchie) ................................... 66212.4.3 Zusammenfassung von Aggregaten/
Optimierung .............................................. 66412.4.4 Abschaltung von Aggregaten ..................... 66512.4.5 Datenbeladung und Roll-up von
Aggregaten auswerten/überwachen ........... 66612.4.6 Hierarchie-/Attributänderungen ................. 66812.4.7 Parametrisierung des Hierarchie-/
auswerten/überwachen ............................. 67112.5 Performanceeinstellungen für die Verwaltung
von Aggregaten ....................................................... 67212.5.1 Delta-Verfahren/Neuaufbau ....................... 67312.5.2 Blockgrößen für den Neuaufbau von
Aggregaten ................................................ 67412.5.3 Präanalyse des Aggregate-Füllens .............. 67612.5.4 Parallelisieren von Verwaltungsprozessen
der Aggregate ............................................ 678
Inhalt
17
13 SAP NetWeaver Business Warehouse Accelerator 681
13.1 Grundlagen des SAP NetWeaver BW Accelerators .. 68213.2 Architektur des SAP NetWeaver BW Accelerators ... 68713.3 Verbindung von SAP NetWeaver BW Accelerator
und SAP NetWeaver BW ........................................ 69213.4 InfoCube-Architektur im SAP NetWeaver
BW Accelerator ....................................................... 69413.4.1 Faktentabellen im SAP NetWeaver
BW Accelerator ......................................... 69413.4.2 Dimensionstabellen im SAP NetWeaver
BW Accelerator ......................................... 69513.4.3 Stammdatentabellen im SAP NetWeaver
BW Accelerator ......................................... 69613.4.4 Attribute und Texte im SAP NetWeaver
BW Accelerator ......................................... 69813.4.5 Hierarchien im SAP NetWeaver
BW Accelerator ......................................... 69913.4.6 Indizes des SAP BusinessObjects
Explorers ................................................... 69913.4.7 InfoCubes mit Datenpersistenz im
SAP NetWeaver BW Accelerator ............... 70113.4.8 BWA-/HANA-Operationen ........................ 702
13.5 Administration des SAP NetWeaver BW Accelerators ..................................................... 70613.5.1 Erstellen, Füllen und Löschen von
BWA-Indizes ............................................. 70713.5.2 Hierarchie- und Attributänderungen
(Change-Run) ............................................ 71213.6 Optimieren von BWA-Indizes ................................. 713
13.6.1 BWA-Delta-Index ...................................... 71313.6.2 Neuaufbau von BWA-Indizes .................... 71713.6.3 Verteilung von BWA-Indizes ..................... 71913.6.4 Globale Parameter von BWA-Indizes ......... 720
13.7 Analysieren und Testen von BWA-Indizes ............... 72313.7.1 Überwachung des BWA-Indizierungs-
prozesses ................................................... 72413.7.2 Laufzeitanalyse im Query-Monitor
(Transaktion RSRT) .................................... 72613.7.3 Test- und Prüfprogramme
14 Performanceoptimierung von InfoProvidern ......... 739
14.1 Komprimierung von InfoCubes ................................ 74014.2 Partitionierung von InfoCubes ................................. 744
14.2.1 Partitionierung auf Datenbankebene – Range-Partitionierung ................................ 745
14.2.2 Partitionierung auf Datenbankebene – Clustering .................................................. 753
14.2.3 Repartitionierung der Range-Partitionierung ........................................... 759
14.2.4 Monitoring und Fehlerbehandlung der Repartitionierung ....................................... 765
14.2.5 Partitionierung auf Applikationsebene – logische Partitionierung ............................. 767
14.2.6 Partitionierung auf Applikationsebene – semantisch partitioniertes Objekt (SPO) ..... 771
14.3 Performanceoptimierung von DataStore-Objekten ................................................................. 77514.3.1 Vermeidung der SID-Ermittlung ................. 77614.3.2 Clustering auf der Tabelle für die
aktiven Daten (A-Tabelle) .......................... 77614.3.3 Indizierung ................................................ 77814.3.4 Eindeutige Datensätze ............................... 77814.3.5 Unterdrückung der Optimizer-Statistiken ... 77914.3.6 Einstellungen zu den Laufzeitparametern ... 780
14.4 Performanceoptimierung von PSA-Tabellen ............ 783
15 Performanceoptimierung von Extraktions- und Ladeprozessen ........................................................ 785
15.1 Datenquellen und deren Anbindung ....................... 78615.2 Datenfluss in SAP NetWeaver BW ........................... 79115.3 Techniken zur Kommunikation zwischen
SAP ERP und SAP NetWeaver BW ........................... 79615.4 Übertragungstechniken ........................................... 798
15.4.1 Application Link Enabling (ALE) ................. 79815.4.2 Intermediate Document (IDoc) .................. 79915.4.3 Business Application Programming
Interface (BAPI) ......................................... 79915.5 Persistent Staging Area (PSA) .................................. 800
Inhalt
19
15.6 Performanceoptimierung für Datenextraktions- und Staging-Prozesse .............................................. 80315.6.1 Einstellungen zur Datenpaketgröße ........... 80715.6.2 Performanceoptimierung durch
Parallelisierung in der Datenextraktion ...... 81315.6.3 Performanceoptimierung durch
Parallelisierung in der Datentransformation 81715.6.4 Performanceoptimierung bei
3.x-DataSources ........................................ 81915.6.5 Performanceaspekte bei der
Fortschreibung von InfoCubes ................... 82315.7 Monitoring von Extraktions- und
Datentransferprozessen ........................................... 82915.7.1 Monitoring der Datenextraktion ................ 83015.7.2 Monitoring der Datentransferprozesse ...... 838
15.8 Fehlersuche, Simulation und Debugging von Datentransferprozessen ........................................... 84015.8.1 Simulation von Datentransferprozessen ..... 84015.8.2 Debugging von Datentransferprozessen .... 843
Teil IV SAP NetWeaver BW-Performanceoptimierung mit SAP HANA
16 Architektur von SAP HANA .................................... 847
16.1 Grundlagen der In-Memory-Technologie ................ 84716.1.1 Entwicklung der In-Memory-Technologie 84716.1.2 In-Memory-Technologie bei
Data-Warehouse-Systemen ....................... 85216.1.3 Zeilen- und spaltenbasierte Speicherung
16.2 Komponenten von SAP HANA ................................ 86616.2.1 Architekturkomponenten der
SAP HANA-Datenbank .............................. 86616.2.2 Softwarekomponenten von SAP HANA ..... 868
Inhalt
20
17 SAP NetWeaver BW auf SAP HANA ...................... 873
17.1 SAP HANA-spezifische BW-Erweiterungen .............. 87417.1.1 SAP HANA-optimierter InfoCube ............... 87517.1.2 SAP HANA-optimiertes
DataStore-Objekt ...................................... 88117.2 Konvertierung von Standard-InfoProvidern
in SAP HANA-optimierte InfoProvider ..................... 88517.2.1 Konvertierung von InfoCubes .................... 88517.2.2 Konvertierung von DataStore-Objekten ..... 88717.2.3 Empfehlungen zur Nutzung von
SAP HANA-optimierten InfoCubes und DataStore-Objekten ................................... 888
17.3 Austausch von Daten zwischen SAP NetWeaver BW und SAP HANA ................................................ 88917.3.1 BW-Daten in SAP HANA konsumieren ...... 89017.3.2 SAP HANA-Datenmodelle in SAP
NetWeaver BW konsumieren ..................... 89417.3.3 Daten aus SAP NetWeaver BW und
SAP HANA zusammenführen ..................... 90217.4 Empfehlungen für die Vorbereitung der Migration
von SAP NetWeaver BW auf SAP HANA ................. 90717.4.1 PSA-Daten ................................................. 90817.4.2 Change-Log-Daten .................................... 90817.4.3 Statistikdaten des technischen Contents .... 90917.4.4 Aggregate .................................................. 90917.4.5 Weitere Bereiche zur Datenbereinigung ..... 909
18 Datenmodellierung in SAP HANA .......................... 913
18.1 Modellierungswerkzeuge in SAP HANA .................. 91418.1.1 SAP HANA Studio ...................................... 91418.1.2 SAP HANA Information Composer ............. 916
18.2 Grundlegende Konzepte der Datenmodellierung in SAP HANA .......................................................... 917
18.3 Erstellung von Informationsmodellen in SAP HANA 91918.3.1 Attribute Views definieren ......................... 92018.3.2 Analytic Views definieren .......................... 92718.3.3 Calculation Views definieren ...................... 932
18.4 Weiterführende Konzepte der Datenmodellierung in SAP HANA .......................................................... 93818.4.1 Berechnete Attribute ................................. 93818.4.2 Berechnete Kennzahlen ............................. 939
Inhalt
21
18.4.3 Hierarchien ................................................ 94118.4.4 Filter und Variablen ................................... 94418.4.5 SQL, SQLScript und Prozeduren ................ 94918.4.6 Währungsumrechnung .............................. 95418.4.7 Analytische Berechtigungen in SAP HANA 956
18.5 Empfehlungen für die Entwicklung von SAP HANA-Informationsmodellen .......................... 95818.5.1 Anwendungsempfehlungen ....................... 95818.5.2 Performanceempfehlungen ........................ 960
19 SAP HANA-Administration .................................... 965
19.1 Speichermanagement in SAP HANA ....................... 96519.2 Monitoring in SAP HANA ....................................... 968
19.2.1 Monitoring der Speicherauslastung ........... 97019.2.2 Monitoring des Plattensystems .................. 97419.2.3 Monitoring der Systemperformance .......... 976
19.3 Berechtigungs- und Benutzeradministration in SAP HANA .............................................................. 98019.3.1 Systembenutzer ......................................... 98119.3.2 Benutzerauthentifizierung ......................... 98219.3.3 Benutzerberechtigungen (Privilegien) ........ 98319.3.4 Rollen ....................................................... 985
19.4 Software-Updates und Lizenzschlüssel .................... 98519.4.1 Erstinstallation von SAP HANA Studio
und Client ................................................. 98619.4.2 Aktualisierung des SAP HANA Studios ...... 987
19.5 DBA Cockpit beim Einsatz von SAP HANA .............. 98919.6 Betrieb und Administration von SAP NetWeaver
BW auf SAP HANA ................................................. 99519.6.1 Behandlung aktiver und nicht aktiver Daten 99619.6.2 Auslösen des Delta-Merges ....................... 100019.6.3 Statistiken zur Pflege eines
A.1 Übersicht der Schnittstellen in SAP NetWeaver BW ............................................... 1003
A.2 Übersicht der Systemlastmonitor-Analysesichten .... 1004A.3 ABAP-Programme in SAP NetWeaver BW .............. 1006A.4 Jobpräfixe in SAP NetWeaver BW ........................... 1011
Inhalt
22
A.5 Transaktionen in SAP NetWeaver BW ..................... 1011A.6 BW-relevante Transaktionen im ERP-System ........... 1020A.7 ERP- und BW-Systemtabellen ................................. 1021
A.8 Temporäre Tabellen in SAP NetWeaver BW ............ 1026A.9 SAP HANA-Systemtabellen und Monitoring-
Views (Auswahl) ...................................................... 1028A.10 Tabellen des Statistikservers in
SAP HANA (Auswahl) .............................................. 1029A.11 SAP-Hinweise .......................................................... 1030
A.11.1 SAP Support Packages und Add-ons .......... 1031A.11.2 SAP-Speichermanagement ......................... 1031A.11.3 Migration Übertragungs- und Fort-
schreibungsregeln SAP NetWeaver BW 7.x ...................................................... 1031
A.11.4 Datenbankeinstellungen für SAP NetWeaver BW .................................. 1031
A.11.5 Systemlastanalyse ...................................... 1032A.11.6 Systemeinstellungen .................................. 1033A.11.7 SAP HANA ................................................. 1033A.11.8 Optimierungs- und Wartungsarbeiten in
SAP NetWeaver BW .................................. 1034A.11.9 Reporting-Performance .............................. 1034A.11.10 SAP NetWeaver Business Warehouse
Die Autoren .............................................................................1043
Index .......................................................................................1045
23
Einleitung
Seit der Einführung von SAP NetWeaver Business Warehouse (SAPNetWeaver BW) im Jahr 1998 hat sich das Produkt vielseitig verän-dert. Mit Release SAP NetWeaver BW 7.3 wurden die Möglichkeitenfür die Entwicklung von performanten BI-Applikationen für Repor-ting, Analyse und Planung erheblich erweitert – insbesondere in Ver-bindung mit der Technologie SAP HANA.
Systeme für Business Intelligence (BI-Systeme) sind heute als Basis-technologie der analytischen Informationsversorgung in einemUnternehmen nicht mehr wegzudenken. Unternehmen stehen vorder Herausforderung, immer größere Datenmengen in immer kürze-rer Zeit verarbeiten und analysieren zu müssen, um schnell und zeit-nah über Informationen für die Kontrolle und Steuerung zu verfügen.
AnforderungenAls zentrale Instrumente für die Datenerfassung und -sammlung,Speicherung, Suche, Verteilung, Analyse und Visualisierung auchgroßer Datenmengen müssen heutige BI-Systeme Anforderungenerfüllen können, die sich stetig ändern und wachsen. Über die Reali-sierung lokaler Anforderungen der Informationsversorgung hinausmüssen sie heute meist unternehmensweit und global verfügbarsein. Umfangreicher werdende gesetzliche Rahmenbedingungen fürdie Informationsversorgung von staatlichen Institutionen und Regu-larien von Analysten und Unternehmen lassen die Anforderungen anBI-Systeme zusätzlich steigen.
Immer größere Datenmengen, auch außerhalb der eigentlichenUnternehmensgrenzen, sollen für Auswertungen erschlossen werdenund müssen zeitnah verarbeitet werden können. Laut einer Studie desBeratungs- und Marktforschungsunternehmens IDC wächst das welt-weite digitale Datenvolumen jedes Jahr um 57%, was mehr als einerVerdoppelung alle zwei Jahre entspricht. Treiber für dieses Daten-wachstum sind laut der IDC-Studie zu 70% vor allem Privatpersonen,die durch die Nutzung von Social Networks, Telefonie, Internet undBildern digitale Daten erzeugen. Hierzu zählen insbesondere maschi-nell erzeugte Daten durch Telekommunikationsverbindungen (CDR =Call Detail Records), Webzugriffsstatistiken für die Auswertung des
24
Einleitung
Nutzungsverhalten von Anwendern im Internet, Internetdaten aussozialen Netzwerken oder die Datenerfassung von RFID-Sensoren(Radio Frequency Identification) in logistischen Prozessen für dasMonitoring von Warenströmen, um nur einige wenige Beispiele zunennen
Bei der Verarbeitung und Analyse solcher häufig auch als Big Databezeichneten Datenmengen stoßen klassische relationale Datenbank-systeme und Datenmanagement-Werkzeuge an ihre Grenzen. Schwie-rigkeiten bestehen hier vor allem bei der parallelen Verarbeitung vielerDatensätze und vieler Spalten, dem schnellen Import großer Daten-mengen, der sofortigen Auswertung der Daten (sogenannte Realtime-Analysen), bei kurzen Antwortzeiten im Sekundenbereich auch beikomplexen Abfragen sowie der Möglichkeit, viele Abfragen durch einegroße Anzahl von Benutzern parallel verarbeiten zu können.
Eine gute Abfrage- und Systemperformance ist immer noch dieAnwenderanforderung Nummer eins. So benennen Anwender schonseit Jahren immer wieder eine niedrige Geschwindigkeit beiBerichtslaufzeiten als größtes Problem bei BI-Projekten. Zudemwächst die Komplexität von BI-Systemen, weil immer mehr Datenfür immer mehr Anwender für Auswertungszwecke aufbereitet wer-den müssen.
Performance Der Begriff Performance ist den meisten Systemnutzern ebenso geläu-fig, wie er schwierig zu fassen ist. Unter Performance wird in diesemBuch die Eigenschaft eines Datenverarbeitungssystems verstanden,die Anforderungen an Datendurchsatz und Antwortzeit zu erfüllen.Die Anforderungen an die Performance in BI-Systemen werden dabeidurch die betriebswirtschaftlichen Prozesse selbst, die zu verarbei-tenden Datenmengen in einer Zeitperiode und den Bedarf an einerzeitnahen Analysemöglichkeit der Daten eines Unternehmensbestimmt. Eine mögliche Anforderung kann z.B. sein, dass jedeNacht mehr als eine Million Vertriebsbelegpositionen verarbeitetwerden müssen, um am nächsten Morgen für die Auswertung zurVerfügung zu stehen. Das Beispiel soll zeigen, dass es für Perfor-mance keine absoluten Richtwerte geben kann, sondern dass Perfor-mance die Fähigkeit ist, unter gegebenen Anforderungen vomAnwender akzeptierte Antwortzeiten oder einen bestimmten Daten-durchsatz zu erreichen. Lange Berichtslaufzeiten oder lange Laufzei-ten für die Datenaktualisierung können letztlich die Nutzbarkeit des
25
Einleitung
Systems so verschlechtern, dass die zeitnahe Verfügbarkeit unterneh-menskritischer Informationen gefährdet ist. Das System findet dannnicht die Akzeptanz der Anwender oder wird sogar abgelehnt.
Innovationen in SAP NetWeaver 7.3
Die erste Version von SAP NetWeaver BW wurde bereits 1998 aufden Markt gebracht. Seit dieser Zeit hat SAP seine Softwarelösungenfür Business Intelligence mehrfach grundlegend überarbeitet unddurch Zukäufe erweitert.
Mit Einführung des Releases SAP NetWeaver BW 7.3 hat SAP ver-schiedene Bereiche der SAP NetWeaver-Plattform und ihrer BW-Komponenten für eine verbesserte Skalierbarkeit, gesteigerte Sys-temperformance und optimierte Administrations- und Entwick-lungsumgebung überarbeitet. Ziel dieser Verbesserungen war es, denAnforderungen an global verfügbare BI-Systeme zur Verwaltungauch sehr großer Datenmengen mit flexiblen und schnellen Analyse-möglichkeiten gerecht zu werden.
Im Folgenden sind insbesondere solche Neuerungen in SAP NetWea-ver BW 7.3 für Entwicklung und Administration benannt, die verbes-serte Performance- und Skalierungsmöglichkeiten unterstützen.
� Mit dem Semantic Partitioned Object (SPO) wird ein neuer Model-lierungstyp für partitionierte Datenmodelle inklusive Wizard-basierter Erstellung von Datenmodellen und Datenflüssen sowieder Integration in Datenmodelle und Reporting zur Verfügunggestellt.
� HybridProvider ermöglichen die Integration aktueller und histori-scher Daten inklusive automatisierter Datenbewirtschaftung undunterstützen das Reporting operativer Daten in Echtzeit.
� Für den Business Warehouse Accelerator (BWA) können InfoCubesnun ausschließlich im BWA gespeichert werden, ohne Speiche-rung der Daten im SAP NetWeaver BW-System (InfoCube mitDatenpersistenz im BWA).
� Die DataStore-Objekte (DSO) unterstützen das Layered ScalableArchitecture-Konzept (LSA), einen Architekturansatz für ein einheit-liches Vorgehen zum Aufbau eines unternehmensweiten DataWarehouses (Enterprise Data Warehouse, EDW). Die LSA ist einvon SAP eingeführtes Referenzmodell, in dem die Daten in ver-schiedenen Schichten und unterschiedlicher Datengranularitätbezüglich ihrer semantischen Bedeutung (z.B. Länder, Marktberei-
26
Einleitung
che, Zeiträume etc.) und Verwendungshäufigkeit (z.B. aktuelleDaten, historische Daten, Altdaten) mit unterschiedlichen Spei-cherkonzepten (z.B. Echtzeitzugriff, InfoCube, Nearline Storage,Archiv) abgelegt werden.
� Performanceverbesserungen in Datentransferprozessen (DTP)durch den neuen Verarbeitungstyp Extraktion und Verarbei-tung parallel bei der Extraktion aus dem Change-Log eines Stan-dard-DataStore-Objekts
� Unterstützung der Datenbankpartitionierung von DataStore-Objekten über Zeitmerkmale
� Für DataStore-Objekte und Stammdatenobjekte steht die neueLaufzeitoption Eindeutige Datensätze zur Verfügung, wodurchDatensätze schneller verbucht werden können, da nicht mehrgeprüft wird, ob der Satz bereits vorhanden ist.
� In Transformationen steht der neue Regeltyp Nachlesen ausDataStore-Objekt zur Verfügung. Das Nachlesen von Datenerfolgt durch einen Massenzugriff von der Datenbank über die dis-junkten Schlüssel eines kompletten Datenpakets und Pufferungfür die Weiterverarbeitung.
Mit SAP NetWeaver BW 7.3 stehen neue InfoProvider-Typen auchfür die nicht physische (datenfreie) Speicherung von Daten in SAPNetWeaver BW zur Verfügung:
� Mit dem Analytical Index (AI) wird ein Datencontainer im Analy-seprozessdesigner bereitgestellt, dessen Daten im BWA oder inder HANA-Datenbank abgelegt werden und der mittels einer BWQuery analysiert werden kann.
� Der CompositeProvider ermöglicht die Zusammenführung vonDaten aus mehreren analytischen Indizes oder weiteren InfoProvi-dern per Union- oder Join-Operation für Reporting und Analyseund ist ein Schlüsselobjekt für die Zusammenführung von Datenaus HANA-Informationsmodellen und BW-InfoProvidern.
� Die TransientProvider sind InfoProvider, die nicht in SAP Net-Weaver BW modelliert werden und den Zugriff auf ERP-Datenund Daten in SAP HANA ohne Replikation der Daten in das BW-System unterstützen.
� Mit dem Business Warehouse Accelerator (BWA) und SAP HANAstellt SAP zwei Technologien für die In-Memory-basierte Speiche-
27
Einleitung
rung und Analyse auch großer Datenmengen zur Verfügung. DerBusiness Warehouse Accelerator in der Version 7.20 sowie SAPHANA für SAP NetWeaver BW werden in diesem Buch in jeweilseigenen Kapiteln behandelt.
Prozess der Performance-optimierung
SAP NetWeaver BW 7.3 bietet mit einer Vielzahl von Neuerungensehr flexible Möglichkeiten zur Konzeption und Realisierung von BI-Applikationen. BI-Verantwortliche stellt dies aber vor die Herausfor-derung, Performanceaspekte schon frühzeitig während der Konzep-tions- und Implementierungsphase zu berücksichtigen, um dieMachbarkeit einer Applikation auch bezüglich der Performanceaus-wirkungen zu bewerten und mit Erwartungshaltungen umzugehen.Der Prozess der Performanceoptimierung sollte deshalb frühzeitig inBI-Projekten berücksichtigt werden und umfasst in der Regel dreiwesentliche Phasen (siehe Abbildung 1):
� PerformancezieleDie erste Phase umfasst das Verständnis der Performancezieleeiner BI-Anwendung, um beispielsweise festzulegen, welcheDatenladezeiten und Berichtslaufzeiten erforderlich sind, um dieErfüllung der Anforderungen an die Informationsversorgungsicherzustellen. Grundlage hierfür sind die Geschäftsanforderun-gen an die Informationsversorgung im Unternehmen, wie z.B. dieAnforderungen an die Aktualität der Daten, der Zeitraum von Pla-nungs- und Berichtsperioden, die Anzahl der BI-Anwender oderdie Häufigkeit der Ausführung von Berichten. Die Betrachtung derquantitativen Kapazitätsanforderungen hilft sicherzustellen, dassdas System die Anforderungen an Datendurchsatz, Anzahl derAnwender und Laufzeiten erfüllen kann.
� Performanceanalyse und -überwachungDie zweite wichtige Phase ist die stetige Performanceanalyse und-überwachung. Im laufenden Betrieb sollte die Performance desBW-Systems und einzelner Applikationen stetig überwacht wer-den, insbesondere von solchen Applikationen, die für die Informa-tionsversorgung geschäftskritisch sind.
In vielen BW-Projekten wird immer wieder beobachtet, dass BI-Verantwortliche wohl um die Sensibilität des Themas Perfor-mance wissen, im laufenden Systembetrieb aber nicht die Mög-lichkeiten des systematischen Performance-Monitorings nutzen,sondern häufig nur reaktiv nach Rückmeldungen seitens der
28
Einleitung
Anwender fallweise die Performance einer Applikation untersu-chen. Dies ist sicherlich auch auf die Heterogenität und die Spezi-fika von BI-Applikationen zurückzuführen. Da aber Data-Ware-house-Anwendungen immer unternehmenskritischer und wichti-ger für die Entscheidungsfindung werden, ist das systematischeMonitoring der Systemverfügbarkeit und -performance mehr alsgerechtfertigt.
� PerformanceoptimierungDie dritte Phase umfasst die Optimierung von BI-Systemen undApplikationen. Dies betrifft zum einen die technische Optimie-rung von Systemen, z.B. wenn physische Systemkomponentenwie Prozessoren (CPU), Hauptspeicher (RAM) oder Festplattenka-pazität für höhere Last ausgelegt werden müssen. Des Weiterenmüssen Systemparameter wie die Anzahl der Workprozesse oderdie Konfiguration von Speicherbereichen an veränderte Lastanfor-derungen angepasst werden. Eine schlechte Performance wird inhäufigen Fällen auch durch ineffiziente Datenmodelle oder falscheApplikationseinstellungen verursacht. Das Redesign von Daten-modellen, Fortschreibungsprogrammen oder Berichten ist deshalbein wesentlicher Bestandteil der dritten Phase der Optimierungvon BI-Systemen und Applikationen.
Abbildung 1 Prozess der Performanceoptimierung
Zielgruppen desBuches
Bei der Eingrenzung des Themas Performanceoptimierung in SAPNetWeaver BW hat sich sehr früh gezeigt, dass sich die Adressatenfür ein solches Buch aus verschiedenen Interessentenkreisen zusam-mensetzen, die im Rahmen der Konzeption, der Entwicklung und desBetriebs von SAP NetWeaver BW-Systemen mit dem Thema Perfor-mance betraut sind.
Performanceziele Performanceanalyse
Verständnis der geschäftlichenAnforderungen an Informations-prozesse im Unternehmen
Festlegung der Performance-ziele bezüglich Antwortzeiten,Durchlaufzeiten etc.
proaktive Performance-überwachung von geschäfts-kritischen Applikationen
fallweise Performance-analyse von Applikationenund Prozessen
technische Optimierung vonSystemen bezüglich Hardware-auslegung und System-konfiguration
Optimierung von Applikationenbezüglich Programmen, Daten-modellen, Berichten etc.
Performance-optimierung
29
Einleitung
Das Buch richtet sich zum einen an BW-Berater und -Entwickler,deren Aufgabe (unter anderem) die Konzeption und Realisierung vonBW-Applikationen ist. Ihnen soll das Buch eine Hilfestellung sein, umfrühzeitig die Auswirkungen der Design- und Realisierungsmaßnah-men zu bewerten, eine systematische Performanceanalyse durchzu-führen und die BI-seitigen Optimierungsmöglichkeiten anzuwenden.
Zum anderen richtet sich das Buch an all diejenigen, die mit derBetreuung des Betriebs eines SAP NetWeaver BW-Systems beauftragtsind. Diese Zielgruppe ist häufig einer der ersten Adressaten, an dieRückmeldungen aufgrund von Performanceproblemen im laufendenBetrieb gerichtet werden. Da sich das Nutzungsprofil und Lastverhal-ten eines BW-Systems von dem eines ERP-Systems unterscheidet,will das Buch diesem Anwenderkreis helfen, die Grundlagen undspezifischen Eigenschaften des BW-Systems und seine Optimierungs-möglichkeiten zu vermitteln.
Aufbau des BuchesDas Buch ist in vier Teile gegliedert (siehe Abbildung 2):
1. Vermittlung von theoretischen Grundlagen zum Verständnis desSAP NetWeaver BW-Systems und der theoretischen Grundlagender Performanceoptimierung
2. Vermittlung der Methoden und Werkzeuge für eine systematischePerformanceanalyse
Abbildung 2 Aufbau und Übersicht der Buchkapitel
Einleitung in die Thematik
Einleitung
GrundlagenI AnalyseII OptimierungIII SAP HANAIVKapitel 1: EinführungSAP NetWeaver BW 7.3
Kapitel 15: Performance-optimierung vonExtraktions- und Lade-prozessen
Kapitel 16: SAP HANA-Architektur
Kapitel 17: SAP Net-WeaverBW auf HANA
Kapitel 18: SAP HANA-Datenmodellierung
Kapitel 19: SAP HANA-Administration
30
Einleitung
3. detaillierte Darstellung der Maßnahmen zur Performanceoptimie-rung und Vermittlung von Designtipps
4. Darstellung der Einsatzmöglichkeiten von SAP NetWeaver BW aufSAP HANA
Teil I: Grundlagen
Der erste Teil des Buches ist eine Einführung in die Grundlagen zuTheorie und Aufbau von SAP NetWeaver BW und SAP HANA, dieSpeicherverwaltung in SAP-Systemen, das Sizing sowie die Datenhal-tung in BW-Systemen.
In Kapitel 1, »Einführung in Data Warehousing und SAP NetWeaverBW 7.3«, werden zunächst die Grundlagen des Data-Warehouse-Konzepts im Allgemeinen und der Aufbau von SAP NetWeaver BWvermittelt sowie die Änderungen und neuen Funktionen im Release7.3 behandelt.
Kapitel 2, »Grundlagen der SAP NetWeaver BW-Architektur«, erläu-tert die Grundlagen der SAP NetWeaver BW-Architektur im Hinblickauf die Softwarekomponenten des BW-Systems und des SAP Net-Weaver Application Servers.
Kapitel 3, »Einführung in das In-Memory-Computing mit SAPHANA«, führt in das Thema SAP HANA ein, die In-Memory-Techno-logie von SAP für Datenspeicherung und Computing. Es werden dieGrundlagen der HANA-Architektur vermittelt: Sie lernen Massive-Parallel-Processing-Architekturen, Konzepte der Datenkomprimie-rung sowie die zeilen- und spaltenbasierte Speicherung von Daten inSAP HANA kennen.
Kapitel 4, »Grundlagen der SAP-Speicherkonfiguration«, führt Sie indie SAP-Speicherkonfiguration des BW-Systems ein. Sie lernen diewichtigsten SAP-Speicherbereiche kennen und erhalten Hinweise zurKonfiguration des BW-Systems.
In Kapitel 5, »SAP NetWeaver BW-Sizing«, wird der Prozess des SAPNetWeaver BW-Sizings vorgestellt. Ein korrektes Sizing ist dieGrundlage für eine ausreichende Systemperformance. Erläutert wer-den verschiedene Sizing-Methoden, die Grundlagen des Sizingssowie der SAP Quick Sizer, ein Werkzeug zum Sizing von SAP-Syste-men. Das Kapitel ist in dieser Auflage um eine differenzierte Betrach-
31
Einleitung
tung der Sizing-Prozesse für SAP NetWeaver BW, BWA und SAPHANA erweitert worden.
In Kapitel 6, »SAP NetWeaver BW-Datenmodell«, finden Sie eineEinführung in das SAP NetWeaver BW-Datenmodell. Das Verständ-nis von Aufbau und Funktionsweise des BW-Datenmodells ist einewichtige Grundlage für die Analyse von Performanceproblemen, fürdie Ursachenforschung und für die Optimierung der BW-Reporting-Applikationen. Das Kapitel ist insbesondere um die mit SAP NetWea-ver BW 7.3 verfügbaren Modellierungsmöglichkeiten mit nicht phy-sischen Datenzielen sowie um die Möglichkeiten der Optimierungvon DataStore-Objekten und Stammdaten erweitert worden.
Teil II: Analyse von SAP NetWeaver BW-Systemen und -Anwendungen
Im zweiten Teil des Buches werden die Bereiche und Werkzeuge fürdie Analyse von Performanceproblemen umfassend beschrieben. Errichtet sich an diejenigen Leser, die mit der Analyse von Performance-engpässen in BW-Systemen betraut sind und die hierfür verfügbareWerkzeuge und Monitore kennen müssen.
Kapitel 7, »Analyse von Datenbank, Speicher und Hardware«, führtSie in die Analyse eines SAP NetWeaver BW-Systems ein. Sie lernendie SAP-Performancemonitore kennen und finden Hinweise zur Kon-figuration des Systems.
Kapitel 8, »Analyse der Systemlast«, zeigt die Anwendung des Sys-temlastmonitors zur Analyse der allgemeinen Systemlast, die Anwen-dung des technischen Contents und der Monitore zur Analyse derdurch BW-Anwendungen verursachten Systemlast.
Kapitel 9, »Indizes und Datenbankstatistiken«, führt Sie in die Ana-lyse und Administration von Indizes und Datenbankstatistiken ein.Aktuelle Indizes und Datenbankstatistiken sind eine Voraussetzungfür performantes Systemverhalten.
In Kapitel 10, »Information Lifecycle Management und Archivie-rung«, lernen Sie das Konzept und die Werkzeuge des InformationLifecycle Managements und der Archivierung kennen. Diese dienenals Lösungen zur Verwaltung historischer Datenbestände und zurkontinuierlichen Bereinigung der aktiven Datenbestände eines BW-
32
Einleitung
Systems. Das Kapitel ist in dieser Auflage um Hinweise zu stark wach-senden Tabellen und zur Optimierung des Datenvolumens in SAPNetWeaver BW erweitert worden.
Teil III: Optimierung von SAP NetWeaver BW-Systemen und -Anwendungen
Der dritte Teil des Buches behandelt die Möglichkeiten zur Optimie-rung von BW-Anwendungen. Es werden zahlreiche Maßnahmen auf-gezeigt, wie Sie die Performance hinsichtlich des Datenladeprozessesund Berichtslaufzeiten systematisch verbessern, welche Systemein-stellungen hierfür erforderlich sind und was beim Design von BW-Anwendungen zu berücksichtigen ist.
Kapitel 11, »Reporting-Performance«, stellt Ihnen die Design- undOptimierungsmaßnahmen für eine gute Reporting-Performance vor.Es werden die BW-seitigen Einstellungen des OLAP-Prozessors unddes Query-Monitors sowie Optimierungsmaßnahmen der Query-Einstellungen erläutert. Das Kapitel ist in dieser Auflage um Hinweiseund Einstellungen für die Integration mit SAP BusinessObjects-Reporting-Werkzeugen erweitert worden.
Kapitel 12, »Performanceoptimierung durch Aggregate«, führt Sie indie Erstellung und Administration von Aggregaten ein, eine derwichtigsten Performancemaßnahmen zur Optimierung von Repor-ting-Antwortzeiten. Es werden die theoretischen Grundlagen derAggregate in SAP NetWeaver BW vermittelt und Methoden zur Ent-wicklung geeigneter Aggregate gezeigt.
Kapitel 13, »SAP NetWeaver Business Warehouse Accelerator«, istder Theorie, der Administration, dem Monitoring und der Anwen-dung des SAP NetWeaver BW Accelerators (BWA) gewidmet, der In-Memory-Technologielösung auf Basis massiv paralleler Rechner zurOptimierung der Lesezeiten von Daten. Das Kapitel ist für diese Auf-lage vollständig überarbeitet worden und berücksichtigt die Neue-rungen im Einsatz von BWA-Release 7.20.
Kapitel 14, »Performanceoptimierung von InfoProvidern«, be-schreibt verschiedene Maßnahmen zur Performanceoptimierung derBW-InfoProvider. Hierzu zählen z.B. Methoden zur Komprimierungund Partitionierung von InfoCubes, die Optimierungsmaßnahmenzur Reduzierung des Datenbestandes im BW-System darstellen. Neuin dieser Auflage sind in diesem Kapitel Hinweise zur Performance-
33
Einleitung
optimierung von DataStore-Objekten und für die Verarbeitung vonStammdaten.
Kapitel 15, »Performanceoptimierung von Extraktions- und Lade-prozessen«, betrachtet die Performanceaspekte von Extraktions-,Lade- und Datentransferprozessen. Dabei wird die Verwendung desLademonitors erklärt und Maßnahmen zur Optimierung der Pro-zesse des Datenmanagements aufgezeigt.
Teil IV: SAP NetWeaver BW-Performanceoptimierung mit SAP HANA
Der vierte Teil des Buches – neu in dieser Auflage – beinhaltet Infor-mationen zu SAP HANA, zum Einsatz von SAP HANA im Zusammen-hang mit SAP NetWeaver BW sowie zu den damit verbundenenÄnderungen und Neuerungen sowohl im Bereich der Administrationals auch des Monitorings.
Kapitel 16, »Architektur von SAP HANA«, beschreibt die Grundlagenzu SAP HANA. Hier werden die Architekturprinzipien zur zeilen- undspaltenbasierten Speicherung von Daten, die Parallelisierung vonRechenoperationen sowie die Komprimierung und Partitionierungvon Daten beschrieben. Das Kapitel enthält unter anderem eineÜbersicht über Schnittstellen zu SAP HANA, Business Content undsemantische Funktionen sowie eine Einführung in das SAP HANAStudio.
Kapitel 17, »SAP NetWeaver BW auf SAP HANA«, widmet sich denBW-spezifischen Erweiterungen in SAP HANA. Hierzu gehören ins-besondere die HANA-optimierten DataStore-Objekte und InfoCubessowie der analytische Index und die Verwendung von CompositePro-vidern und VirtualProvidern in SAP HANA.
Kapitel 18, »Datenmodellierung in SAP HANA«, beschreibt dieGrundlagen und Techniken der Datenmodellierung in SAP HANA. Eswerden die Datenmodellierungswerkzeuge in SAP HANA, dieModellierungskonzepte und -techniken zur Erstellung von Informa-tionsmodellen sowie das Publizieren von HANA-Datenmodellen inSAP NetWeaver BW beschrieben.
Kapitel 19, »SAP HANA-Administration«, gibt abschließend eineÜbersicht über die wichtigsten Administrationsaufgaben in SAPHANA. Das DBA Cockpit für SAP HANA sowie die Werkzeuge für dasMonitoring von SAP HANA werden beschrieben.
34
Einleitung
Das Buch schließt mit einem Anhang ab, der unter anderem eineZusammenstellung der wichtigsten performancerelevanten SAP-Hin-weise für die weitere Recherche und die Beschreibung wichtiger SAPNetWeaver BW-Systemtabellen und -Programme enthält.
Hinweise zurBenutzungdes Buches
Dieses Buch soll Ihnen eine Hilfestellung in der täglichen Praxis sein.Es ist deshalb nicht erforderlich, das Buch von Anfang bis Ende zulesen, sondern der Aufbau ermöglicht den direkten Einstieg in ver-schiedene Kapitel, abhängig von Wissensstand und Informationsbe-darf des Lesers.
Denjenigen Leserinnen und Lesern, die sich zunächst in die Grund-lagen des SAP NetWeaver BW-Systems einarbeiten möchten und sichfür die Neuerungen im Release SAP NetWeaver BW 7.3 interessie-ren, seien zunächst Kapitel 1, »Einführung in Data Warehousing undSAP NetWeaver BW 7.3«, Kapitel 2, »Grundlagen der SAP NetWea-ver BW-Architektur«, Kapitel 4, »Grundlagen der SAP-Speicherkonfi-guration«, und Kapitel 6, »SAP NetWeaver BW-Datenmodell«, zurLektüre empfohlen.
Alle Leserinnen und Leser, die bereits über Vorkenntnisse im SAP Net-Weaver BW-System verfügen und sofort in die Analyse der System-performance einsteigen möchten, sollten mit Kapitel 7, »Analyse vonDatenbank, Speicher und Hardware«, Kapitel 8, »Analyse der System-last«, und Kapitel 9, »Indizes und Datenbankstatistiken«, beginnen.
Für diejenigen Leserinnen und Leser, die bereits die »Knackpunkte«ihres Systems lokalisiert haben und Praxisunterstützung für Maßnah-men zur Performanceoptimierung suchen, empfiehlt sich ein direkterEinstieg in Kapitel 11, »Reporting-Performance«, Kapitel 12, »Perfor-manceoptimierung durch Aggregate«, Kapitel 14, »Performanceopti-mierung von InfoProvidern«, und Kapitel 15, »Performanceoptimie-rung von Extraktions- und Ladeprozessen«.
Lesern, die sich für die Performanceoptimierung im laufenden Betriebinteressieren, seien Kapitel 10, »Information Lifecycle Managementund Archivierung«, und Kapitel 13, »SAP NetWeaver Business Ware-house Accelerator«, empfohlen.
Dem Thema SAP HANA sind in diesem Buch fünf neue Kapitelgewidmet, von den Grundlagen zu SAP HANA in Kapitel 3, »Einfüh-rung in das In-Memory-Computing mit SAP HANA«, bis hin zu Admi-nistration und Monitoring. Leser, die sich insbesondere für dieneuen Möglichkeiten durch SAP HANA interessieren, können nach
35
Einleitung
der Lektüre des Grundlagenkapitels direkt mit Teil IV dieses Buchesfortfahren.
Ein besonderes Anliegen dieses Buches ist es, allen BW-Verantwort-lichen Hilfestellung zu geben, um Performanceaspekte in SAP Net-Weaver BW systematisch zu untersuchen. All denjenigen, die einenschnellen Überblick über den Performancezustand ihres SAP Net-Weaver BW-Systems benötigen, sei die Lektüre von Anhang A.13,»BW-Performance-Review-Checkliste«, empfohlen.
Orientierungs-hilfen
In diesem Buch finden Sie mehrere Orientierungshilfen, die Ihnendie Arbeit mit dem Buch erleichtern sollen.
In hervorgehobenen Informationskästen sind Inhalte zu finden, diewissenswert und hilfreich sind, aber etwas außerhalb der eigentli-chen Erläuterung stehen. Damit Sie die Informationen in den Kästensofort einordnen können, haben wir die Kästen mit Symbolengekennzeichnet:
Die mit diesem Symbol gekennzeichneten Tipps geben Ihnen spezi-elle Empfehlungen, die Ihnen die Arbeit erleichtern können.
In Kästen, die mit diesem Symbol gekennzeichnet sind, finden SieInformationen zu weiterführenden Themen oder wichtigen Inhalten,die Sie sich merken sollten.
Dieses Symbol weist Sie auf Besonderheiten hin, die Sie beachten soll-ten. Es warnt Sie außerdem vor häufig gemachten Fehlern oder Pro-blemen, die auftreten können.
Danksagung
Dieses Buch, nunmehr in der dritten Auflage verfügbar, wäre nichtohne die Unterstützung und Mitwirkung zahlreicher Freunde undKollegen entstanden, die mich durch die tägliche Projektarbeit, durchAnfragen, Hinweise und Diskussionen zu einer Neuauflage diesesBuches angeregt haben. Daher möchte ich mich an dieser Stelle ganzbesonders bei den folgenden Personen für ihre Mitarbeit, stetigeUnterstützung und Hilfe und vor allem für ihre Geduld ganz herzlichbedanken:
Danken möchte ich den Mitarbeiterinnen und Mitarbeitern von Gali-leo Press, hier insbesondere Herrn Tomas Wehren für die erneute
36
Einleitung
Förderung dieses Buchprojekts und Frau Janina Schweitzer vom SAPPRESS-Lektorat, die mich von der ersten Diskussion des Konzeptvor-schlags bis zur Fertigstellung professionell betreut hat. Ihr danke ichfür die stets gute, schnelle und sympathische Zusammenarbeit undfür ihre Geduld.
Ich danke meinem Arbeitgeber, der Capgemini Deutschland GmbH,und hier ganz besonders Herrn Kai-Oliver Schäfer für die Unterstüt-zung des Buchprojekts sowie meinen Kolleginnen und Kollegen,ganz besonders Herrn Sanjeev Kumar, für die Betreuung unserer BW-Systeme.
Herrn Manish Madhav und den Mitarbeitern seines Teams aus demCapgemini Business Information Management Center of Excellencein Mumbai möchte ich für die stets schnelle und professionelleUnterstützung und Betreuung bei Anfragen zu unseren BW- undHANA-Systemen danken.
Mein besonderer Dank gilt meinem Kollegen Herrn Dr. Stefan Hart-mann, der mit seiner umfangreichen Praxiserfahrung in SAP HANAvielerlei Anregungen und tatkräftige Unterstützung zum Gelingender neuen Kapitel zu SAP HANA als Koautor dieses Buches beigetra-gen hat.
Ein ganz großer Dank gilt nicht zuletzt Ihnen, liebe Leser, die michdurch die positiven Rückmeldungen zur vorangegangenen Auflageund die Nachfrage nach Erneuerung wieder zu diesem »Freizeitpro-jekt« motiviert haben.
In diesem Kapitel finden Sie Informationen zur systemati-schen Analyse von Datenbank, Speicher und Hardware in SAP-Systemen. Sie lernen Methoden der Überwachung von Datenbank- und Speicherparametern sowie Möglichkeiten zur Identifizierung von Performanceproblemen kennen.
7 Analyse von Datenbank, Speicher und Hardware
Der Schwerpunkt dieses Kapitels liegt auf der Systemanalyse von Per-formanceparametern, die Ihnen Hinweise auf kritische Zustände desGesamtsystems geben sollen. Hierzu zählen insbesondere die Ana-lyse der dem SAP-System zugrunde liegenden Datenbank, des Spei-chers und der Hardware. Die Analyse dieser Bereiche gibt Ihnen Auf-schluss darüber, wie Ihr BW-System die verfügbaren Speicher-,Datenbank- und Hardwareressourcen nutzt und an welchen Stelleneventuell Ressourcenengpässe auftreten können.
Von der Systemanalyse ist die Applikationsanalyse zu differenzieren,die Ihnen Hinweise zur Performance Ihrer analytischen Anwendun-gen gibt. Analysen in diesem Bereich haben immer eine bestimmteApplikation zum Inhalt, z.B. eine Query, eine Planungsanwendungoder ein ABAP-Programm, um Informationen über Laufzeit undDurchsatz zu gewinnen. Detaillierte Informationen zu Analysewerk-zeugen und Vorgehensweisen für die Applikationsanalyse finden Siein Kapitel 8, »Analyse der Systemlast«.
Da sich die Nutzung eines BW-Systems hinsichtlich Speicher- undDatenbanknutzung von dem Auslastungsprofil eines OLTP-Systems(SAP ERP) unterscheidet, werden in diesem Kapitel, wo immer esmöglich ist, Hinweise gegeben, wie ein BW-System bezüglich Spei-cher-, Datenbank- und Hardwareressourcen zu parametrisieren ist.Die hier angegebenen Werte können dabei aber nur grobe Richt-werte sein und sollten als initiale Einstellungen vor Produktivstartverstanden werden. Die Parametrisierung Ihres Systems sollte nachProduktivstart gegebenenfalls korrigiert und an die tatsächlichenAnforderungen angepasst werden.
274
Analyse von Datenbank, Speicher und Hardware7
Insbesondere ersetzen die hier beschriebenen Systemwerte nicht dieServiceleistungen des SAP-Supports, wie z.B. den SAP GoingLiveCheck oder den EarlyWatch-Alert-Service für BW-Systeme.
Zur besseren Orientierung unterscheiden wir bei den Möglichkeitender Analyse Ihres SAP NetWeaver BW-Systems zwei Anwendungsbe-reiche:
� Der eine Anwendungsbereich hat die fallweise Analyse von Per-formanceproblemen zur Identifizierung von Ursachen für Perfor-manceengpässe im Fokus. Hierzu gibt es eine Reihe von SAP-Per-formanceanalysewerkzeugen, die Sie in der Analyse von verschiede-nen Bereichen Ihres SAP NetWeaver BW-Systems unterstützen,wie z.B. Speicher- oder CPU-Auslastung.
� Darüber hinaus unterstützt SAP NetWeaver das Monitoring IhrerBW-Applikationen und die regelmäßige und kontinuierliche Sys-temüberwachung. Die Systemüberwachung prüft die Verfügbarkeitund Performance aller Komponenten. Im Fall von Fehlern oderAbweichungen wird ein Alarm ausgelöst.
Die Werkzeuge zur Einrichtung der kontinuierlichen Systemüberwa-chung werden ebenfalls in diesem Kapitel vorgestellt.
7.1 Allgemeine Datenbankaspekte in SAP NetWeaver BW
Bevor die Werkzeuge zur Analyse der Datenbank- und Hardwareper-formance vorgestellt werden, werden Ihnen zunächst einige Beson-derheiten datenbankbezogener Performanceaspekte in SAP NetWea-ver Business Warehouse (BW) vermittelt, um die Analyseaktivitätenauf die wichtigsten BW-Objekte zu lenken. Dazu zählen unter ande-rem die wichtigsten BW-Tabellentypen, temporäre Tabellen zur Zwi-schenspeicherung von Ergebnissen, das Indexschema in SAP Net-Weaver BW sowie der Star-Transformation-Join, eine für Querys aufOracle-Datenbanken typische Join-Operation.
7.1.1 BW-Tabellentypen
Namens-konventionen
Bei der Analyse von Datenbankproblemen in SAP NetWeaver BWsollten Sie zunächst die Analyseaktivitäten auf die wichtigsten perfor-mancerelevanten BW-Tabellentypen richten. Tabelle 7.1 zeigt dieNamenskonvention der Tabellentypen in SAP NetWeaver BW.
275
Allgemeine Datenbankaspekte in SAP NetWeaver BW 7.1
DataStore-Objekt (DSO) und Change-Log (relational)
Change-Log /BI0/B0000* /BIC/B0000*
DSO aktive Daten /BI0/A<Name>0 /BIC/A<Name>0
DSO neue Daten /BI0/A<Name>40 /BIC/A<Name>40
DSO und Change-Log (HANA-optimiert)
aktive Daten /BI0/A0<Name>00 /BIC/A<Name>00
neue Daten /BI0/A0<Name>40 /BIC/A<Name>40
Change-Log-DataSource 80<Name> 8<Name>
Delta-Index /BI0/A0<Name>70 /BIC/A<Name>70
History-Index /BI0/A0<Name>80 /BIC/A<Name>80
Tabelle 7.1 Übersicht über Tabellentypen in SAP NetWeaver BW
276
Analyse von Datenbank, Speicher und Hardware7
7.1.2 Indextypen in SAP NetWeaver BW
Indextypenund Namens-konventionen
Die wichtigsten Tabellentypen in SAP NetWeaver BW werden stan-dardmäßig mit Indizes bei der Anlage der BW-Objekte erstellt.Tabelle 7.2 gibt einen Überblick über die wichtigsten Indextypen.Ausführliche Informationen zur Administration und Analyse vonIndizes in SAP NetWeaver BW finden Sie in Kapitel 9, »Indizes undDatenbankstatistiken«.
PSA PSA-Tabellen /BIC/B0000*
Temporäre Tabellen
Query-Zwischenergebnisse (werden einmalig verwendet und nach Verwendung auto-matisch gelöscht)
/BI0/01* –
Hierarchie-Zwischenergeb-nisse (werden mitsamt ihrem Inhalt wiederverwendet)
/BI0/02* –
Query-Views (nur bis Release SAP BW 3.x gültig)
/BI0/03* –
Query-Zwischenergebnisse (werden wiederverwendet, aber nicht aus dem ABAP Dictionary gelöscht)
/BI0/06* –
materialisierte Teilergeb-nisse von komplexen Querys
/BI0/0P* –
Open Hub (enthalten gespeicherte Ergebnisse aus Open-Hub-Lesevorgängen)
Tabelle 7.1 Übersicht über Tabellentypen in SAP NetWeaver BW (Forts.)
Tabellentyp Indextyp Namenskonvention
F-Fakten-tabelle
1. Normale Cubes: Bitmap-Indizes (non-unique) auf jeder Dimen-sionsspalte zur Query-Unterstüt-zung
2. Ausnahme: B-Tree-Indizes (non-unique) für »High Cardinality«-Dimensionsspalten
KEY_<cube><suf-fix>, Indizes 010, 020 etc.
Tabelle 7.2 Übersicht über Indextypen in SAP NetWeaver BW
277
Allgemeine Datenbankaspekte in SAP NetWeaver BW 7.1
7.1.3 Star-Transformation
Die Star-Transformation ist eine Join-Operation auf Oracle-Daten-banken, die von vielen Querys beim Zugriff auf InfoCubes genutztwird. Durch die Star-Transformation werden Abfragen mit Selektio-nen über mehrere Dimensionen ausgeführt. Dabei werden zunächstdie Einschränkungen auf den Dimensionstabellen durch den QueryOptimizer evaluiert und kombiniert, bevor dann auf die meist sehrgroße Faktentabelle zugegriffen wird, um darin relativ schnell diepassenden Datensätze zu finden. Voraussetzung dafür sind Bitmap-Indizes auf allen Fremdschlüsselattributen der Faktentabelle.
1. Realtimefähiger InfoCube: B-Tree-Indizes (non-unique) auf jeder Dimensionsspalte
2. B-Tree-Typ ist nötig zur besseren Unterstützung paralleler Schreib- und Lesezugriffe.
KEY_<cube><suf-fix>, Indizes 010, 020 etc.
E-Fakten-tabelle
Bitmap-Indizes (non-unique) auf jeder Dimensionsspalte zur Query-Unterstützung
KEY_<cube><suf-fix>, Indizes 010, 020 etc.
1. B-Tree-Index (non-unique) über alle Dimensionsspalten zur Unter-stützung der Komprimierung
2. Ausnahme: B-Tree-Indizes (non-unique) für »High Cardinality«-Dimensionsspalten
P-Index
Dimensions-tabellen
B-Tree-Index (unique) auf DIM-ID-Spalte
Index 0
B-Tree-Index (non-unique) über alle SID-Spalten
Index 010
SID-Tabellen B-Tree-Index (unique) auf Merkmalsspalte
/BIC/<merkmal>, Index 0
B-Tree-Index (unique) auf SID-Spalte
Index 001
SID-Tabellen (Navigations-attribute)
B-Tree-Index (unique) auf SID- und OBJVERS-Spalte
Index 0
Optional: weitere Indizes auf Merkmalsspalten
Tabellentyp Indextyp Namenskonvention
Tabelle 7.2 Übersicht über Indextypen in SAP NetWeaver BW (Forts.)
278
Analyse von Datenbank, Speicher und Hardware7
Ausführungsplan Der Ausführungsplan einer Star-Transformation mit Bitmap-Index istin Abbildung 7.1 vereinfacht dargestellt.
Abbildung 7.1 Star-Transformation im Ausführungsplan
Die einzelnen Schritte werden dabei wie folgt durchlaufen:
1. Zunächst werden die passenden Dimensionsdatensätze anhandder Selektionsbedingungen in den Dimensionstabellen gelesen 1.
2. Anschließend wird mit den passenden Dimensionsdatensätzen aufdie Bitmap-Indizes der Fremdschlüssel der Faktentabelle zugegrif-fen 2.
3. Außerdem werden die Bitmaps der korrespondierenden Faktenta-bellen-Datensätze ermittelt 3.
4. Dann werden die Bitmaps mit den passenden Faktentabellen-Datensätzen aller im Rahmen der Star-Transformation enthaltenenDimensionstabellen verknüpft 4.
5. Es folgt die Umwandlung der Bitmaps in ROWIDs 5.
Weitere Informationen
Weitere Informationen zu den Star-Transformationen finden Sie inAbschnitt 9.6.2, »Indizes aufbauen«.
TABLE ACCESS BY LOCAL INDEX ROWID
BITMAP CONVERSION TO ROWIDs
BITMAP AND
BITMAP MERGE
BITMAP KEY ITERATION
BUFFER SORT
TABLE ACCESS FULL
BITMAP INDEX RANGE SCAN
BITMAP MERGE
BITMAP KEY ITERATION
BUFFER SORT
TABLE ACCESS FULL
BITMAP INDEX RANGE SCAN (Fact Table Index)
(Dimension Table)
(Fact Table Index)
(Dimension Table)
(Fact Table)
279
Übersicht SAP-Performanceanalysewerkzeuge 7.2
6. Im letzten Schritt werden anhand der ROWIDs die passendenDatensätze aus der Faktentabelle gelesen 6.
Oracle bestimmt die im Rahmen einer Star-Transformation verwen-deten Dimensionen automatisch. Dabei werden die Dimensionenmit der höchsten erwarteten Selektivität genutzt, sodass die Treffer-menge auf der Faktentabelle möglichst klein ist.
Bitmap-IndizesDie zentrale Voraussetzung für die Durchführung der Star-Transfor-mation sind Bitmap-Indizes auf der Faktentabelle. Liegen keineBitmap-Indizes vor, kann keine Star-Transformation ausgeführt wer-den. Dies ist dann der Fall, wenn B-Tree- statt Bitmap-Indizes angelegtsind, z.B. bei der Definition von »High Cardinality«-Dimensionenoder in Realtime-InfoCubes, in denen die Indizes der F-Faktentabellengenerell als B-Tree-Indizes angelegt werden (Vermeidung potenziellerDeadlocks bei parallelen Updates von realtimefähigen InfoCubes). Nurauf den E-Faktentabellen werden Bitmap-Indizes verwendet.
7.2 Übersicht SAP-Performanceanalysewerkzeuge
MonitoreDie in diesem Kapitel vorgestellten Werkzeuge zur Performanceana-lyse sind Bestandteil der SAP-Performancemonitore. Für die Überwa-chung und Performanceanalyse umfasst das SAP-Basis-System eineReihe von Monitoring- und Analyseprogrammen, die ständig durchSAP weiterentwickelt werden. Die Monitoring-Werkzeuge zur Per-formanceanalyse können Sie mit Transaktion STUN aufrufen. Tabelle7.3 gibt Ihnen einen Überblick über die wichtigsten Monitore zurBasis- und Anwendungsanalyse.
Anwendungs-bereich
Monitor/Werkzeug (Transaktion)
Beschreibung
Datenbank Performance (ST04) � Auslastung der Datenbankpuffer
� Datenbanksperren und Warte-situationen
� Schreib- und Lesezugriffe auf die Festplatten
� Überwachung von SQL-Anweisungen
Tabelle 7.3 Übersicht über SAP-Performancemonitore
280
Analyse von Datenbank, Speicher und Hardware7
Datenbankmonitor (DB02)
� allgemeine Performanceanalyse
� Plattenkapazität der Datenbank
� Planung und Überwachung von Jobs
� Diagnosewerkzeuge für fehlende Tabellen und Indizes
Auslastung der SAP-Puffer und weiterer Speicherbereiche
Betriebssystem-monitor (ST06)
� Auslastung des physischen Hauptspeichers
� Monitoring Paging 24-h-Profil
Hardware (CPU und Platten)
Betriebssystem-monitor (ST06)
� Auslastung der CPU
� Festplattenzugriffszeiten
� Netzwerk
� 24-h-Profil für CPU, Speicher, Swap Space, Festplattenzugriffs-zeiten, Netzwerk
Prozesse, Benutzer und Anwendungen
Workprozess-Über-sicht lokal (SM50)
Auslastung der SAP-Workprozesse
Workprozess-Über-sicht global (SM66)
globale Workprozess-Übersicht
SAP-Instanzen (SM51)
Übersicht SAP-Instanzen (SAP-Server)
Benutzerliste lokal (SM04)
Übersicht Benutzer
Benutzerliste global (AL08)
Liste aller angemeldeten Anwender nach Anzahl aktiver Anwender, interaktiver Anwender und RFC-Anwender
Anwendungs-bereich
Monitor/Werkzeug (Transaktion)
Beschreibung
Tabelle 7.3 Übersicht über SAP-Performancemonitore (Forts.)
281
Analyse der Datenbank 7.3
In den folgenden Ausführungen werden die wichtigsten SAP-Analy-sewerkzeuge für die Performanceanalyse erklärt.
7.3 Analyse der Datenbank
Bevor wir die Verwendung der Werkzeuge zur Analyse von Daten-bankparametern und Performance der Datenbank beschreiben, müs-sen zunächst die in diesem Zusammenhang verwendeten Begriffeerläutert werden.
7.3.1 Begriffserklärungen
Die Begriffe Rechner, Applikationsserver, Datenbankserver, SAP-Instanz und Datenbankinstanz werden in diesem Buch wie folgt ver-wendet:
Prozesse, Benutzer und Anwendungen
Workload-Monitor (ST03, ST03N, ST03G)
Übersicht über Lastverteilung im SAP- und BW-System zur Analyse von Transaktionen, Programmen, Benutzern und BW-Systemlast durch Lade- und Leseprozesse
Workload-Monitor für Einzelsatzstatistik (STAD, STATTRACE)
Analyse und Identifikation von Prozessen und Usern mit hoher Systemlast
Anwendungsmoni-tor Benutzervertei-lung (ST07)
Überwachung des Ressourcenver-brauchs und der Benutzer nach SAP-Modulen
Analyse- und Service-Tools (ST13)
Sammlung verschiedener Tools für Analyse von Business-Applikatio-nen (z.B. SEM-BPS, BI-IP und SEM-BCS)
Anwendungs-analyse (ST14)
Monitoring und Analyse von Busi-ness-Applikationen für SEM, BW, Basis und Security
Performanceanalyse-Traces (ST05)
Analysen für SQL-, Enqueue-, RFC- und Tabellenpuffer-Trace
Laufzeitanalyse (SE30)
Laufzeitanalyse für Transaktionen, Programme, Funktionsbausteine
Anwendungs-bereich
Monitor/Werkzeug (Transaktion)
Beschreibung
Tabelle 7.3 Übersicht über SAP-Performancemonitore (Forts.)
282
Analyse von Datenbank, Speicher und Hardware7
� Ein Rechner ist eine physische Maschine (= physische Hardware)mit CPU, Hauptspeicher, IP-Adresse etc.
� Ein Applikationsserver ist ein Rechner, auf dem eine oder mehrereSAP-Instanzen laufen.
� Eine SAP-Instanz oder SAP-Applikationsinstanz ist eine abgeschlos-sene administrative Einheit auf einem Rechner, bestehend ausWorkprozessen, Dispatcher zur Verwaltung der Workprozesseund SAP-Puffern im Shared Memory des Rechners, auf die Work-prozesse zugreifen. Die SAP-Instanz kann eine ABAP- oder Java-Applikationsinstanz (SAP-J2EE-Engine) sein. Es können mehrereSAP-Instanzen auf einem physischen Rechner installiert sein. JedeSAP-Instanz hat einen eigenen Dispatcher, Workprozesse undSpeicherbereiche (Puffer).
� Ein Datenbankserver ist ein Rechner, auf dem eine oder mehrereDatenbankinstanzen laufen.
� Die Datenbank ist die physische Datenbasis, z.B. in Form vonDateien und Tabellen. In den nachfolgenden Ausführungen sollzwischen relationalen Datenbanksystemen und In-Memory-Datenbanken, z.B. SAP HANA, differenziert werden. Als relationa-les Datenbanksystem werden hier solche Datenbanken bezeich-net, deren Daten in relationalen Tabellen und Dateien in einemPlattensystem gespeichert werden. In-Memory-Datenbanksys-teme wie SAP HANA sind streng genommen auch relationaleDatenbanksysteme, speichern die Daten aber im Hauptspeicher(RAM) des Datenbankservers sowie in einem Dateisystem.
� Eine Datenbankinstanz ist eine abgeschlossene administrative Ein-heit auf einem Rechner, bestehend aus Datenbankprozessen undDatenbankpuffern im Shared Memory des Rechners, die den Zu-griff auf eine Datenbank ermöglicht. Als Datenbankserver wird derRechner bezeichnet, auf dem eine oder mehrere Datenbank-instanzen laufen. Datenbank- und SAP-Instanz können auch paral-lel auf einem Rechner laufen. In der Regel läuft im SAP-Umfeld aufeiner Datenbank nur eine Datenbankinstanz. Auf ein Datenbank-system können auch mehrere Datenbankinstanzen zugreifen (pa-rallele Datenbanksysteme).
UnterstützteDatenbanken
SAP NetWeaver BW ist auf verschiedenen relationalen Datenbanksys-temen lauffähig (Informationen zu SAP NetWeaver BW auf SAP HANAals In-Memory-Datenbank finden Sie in Kapitel 3, »Einführung in das
283
Analyse der Datenbank 7.3
In-Memory-Computing mit SAP HANA«, Kapitel 16, »Architektur vonSAP HANA«, und Kapitel 17, »SAP NetWeaver BW auf SAP HANA«).Insgesamt werden von SAP NetWeaver BW zurzeit acht relationaleDatenbanksysteme unterstützt (Stand Dezember 2012):
� Oracle (siehe auch SAP-Hinweis 1547947)
� Microsoft SQL Server 2008
� Microsoft SQL Server 2012 (siehe auch SAP-Hinweis 1651862)
� SAP MaxDB (vormals SAP DB)
� IBM DB2
� IBM DB2 für z/OS
� IBM DB2 für Linux, UNIX und Windows
� Sybase ASE
Auch wenn die Architektur der Datenbanksysteme unterschiedlichist, verfügt das dem BW-System zugrunde liegende SAP-System übereinen zentralen Datenbankmonitor, der die Analyse von Perfor-mancedaten des basierenden Datenbanksystems ermöglicht. DerDatenbankmonitor greift dabei zum einen auf Performancedatenzurück, die das Datenbanksystem erstellt und die auch über diedatenbankeigenen Monitoring-Werkzeuge zugänglich sind. Zumanderen wird ein Teil der Performancedaten direkt vom SAP-Systemgesammelt.
DBA CockpitSie können den Datenbankmonitor mit Transaktion DBACOCKPITaufrufen. Das DBA Cockpit ist der zentrale Einstiegspunkt für dieAdministration, Konfiguration und das Monitoring der Datenbankund wurde mit SAP NetWeaver 7.0 SP12 grundlegend überarbeitet.Es setzt sich aus den folgenden drei Bereichen zusammen:
� Die Auswahl des Systems und der korrespondierenden Datenbank-systeme erfolgt im oberen linken Menübereich (1 in Abbildung 7.2).Sie können hier mehrere Systeme und Datenbanken verwalten.
Aktuelle Informationen zu den unterstützten Datenbanken
Die jeweils aktuell von SAP NetWeaver BW unterstützten Datenbank-versionen können Sie der Product Availability Matrix (PAM) im SAP Sup-port Portal unter der URL https://websmp104.sap-ag.de/pam entnehmen(S-User erforderlich).
284
Analyse von Datenbank, Speicher und Hardware7
� Darunter finden Sie das Navigationsmenü für die Auswahl der ver-schiedenen Administrationsfunktionen 2.
� Der eigentliche Analysemonitor zur Anzeige der Inhalte undErgebnisse befindet sich im rechten Bildschirmbereich 3.
Transaktionscodes Das DBA Cockpit vereint verschiedene Monitoring- und Administra-tionswerkzeuge. Die Transaktionscodes, mit denen diese Werkzeugeaufgerufen wurden, verzweigen nun zu den einzelnen Funktionenim DBA Cockpit im Navigationsmenü:
� Datenbankperformance (ST04)
� Datenmanagement/Space Overview (DB02)
� Datenbanksperren (DB01)
� Sicherungsprotokolle/Backup-Logs (DB12)
� DBA-Einplanungskalender (DB13, DB13C)
� Datenbankjobs (DB24)
Die aufgeführten Funktionen könen direkt im DBA Cockpit aufgeru-fen werden, die Transaktionscodes sind aber nach wie vor verfügbar.
Die nachfolgende Erklärung der Speicherbereiche erfolgt am Beispieleines Oracle-Datenbanksystems; die Begrifflichkeiten können fürandere Datenbanksysteme differieren.
DBA Cockpit für Oracle
Weitere Informationen zum DBA Cockpit für ein Oracle-Datenbanksys-tem finden Sie in SAP-Hinweis 1028624.
285
Analyse der Datenbank 7.3
7.3.2 Speicherbereiche der Datenbank
Die Analyse der Datenbankpuffer rufen Sie im DBA Cockpit mit demMenüpunkt Performance Overview (siehe Abbildung 7.3) auf.
Abbildung 7.3 Analyse der Datenbankpuffer (Performance Overview)
DatenbankpufferDatenbankpuffer sind Bereiche im Hauptspeicher, in denen bereitsselektierte Daten (Tabelleninhalte, Indizes etc.) vorgehalten werden.Bei erneutem Zugriff auf diese Daten müssen diese nicht mehr vomPlattensystem gelesen werden, sondern können aus dem Datenbank-puffer abgerufen werden. Die Datenbankpuffer reduzieren somit dieerforderlichen Plattenzugriffe und beschleunigen den Datenzugriff,da der Zugriff auf ein im Hauptspeicher persistiertes Objekt ca. zehnbis 100 Mal schneller ist als ein Lesezugriff auf das Plattensystem desDatenbankservers.
Die Bezeichnungen der Puffer eines Datenbanksystems differieren jenach Hersteller. Die im Folgenden beschriebenen Speicherbereichesind am Beispiel des Datenbanksystems Oracle erklärt. Im Oracle-Datenbanksystem wird unterschieden zwischen Shared Memory –also einem Speicherbereich, der von allen Oracle-Prozessen ange-sprochen werden kann – und prozesslokalem Speicher, der jeweilsgenau einem Prozess zugeordnet ist.
286
Analyse von Datenbank, Speicher und Hardware7
System GlobalArea (SGA)
Die System Global Area (SGA) ist ein Speicherbereich im SharedMemory, der beim Start der Datenbankinstanz im Hauptspeicher desDatenbankservers allokiert wird. Die wichtigsten Speicherbereicheder SGA sind:
� der Data Buffer (auch als Buffer Pool oder Data Cache bezeichnet),in dem die Datenblöcke gepuffert werden
� der Shared Pool (auch als Shared SQL Area, Shared Cursor Cache oderLibrary Cache bezeichnet), in dem geparste SQL-Statements undOracle-DDIC-Informationen gespeichert werden
� Java Pool, ein spezieller Pufferbereich für Java-Programme
� Large Pool, ein Puffer für spezielle Daten (z.B. bei Verwendungeines Multi-Threaded Servers, des Recovery Managers (RMAN)mit mehreren I/O-Slaves oder Aktivierung von PARALLEL_
AUTOMATIC_TUNING)
� Streams Pool (für Oracle ≥ 10g): Pool für Oracle-Streams
� der Log Buffer (auch als Redo Buffer bezeichnet), in dem die Redo-Log-Daten gespeichert werden
Seit der Datenbankversion Oracle 9i kann die Speicherverwaltungder SGA dynamisch konfiguriert und die vorhandenen Pufferberei-che können dynamisch verändert werden (vergrößert und auch ver-kleinert). Damit können Sie die Speicherverwaltung z.B. optimal anverschiedene Arbeitslasten anpassen.
Parameter der SGA Die Parameter, die die Speicherbereiche der SGA bestimmen, sind inTabelle 7.4 aufgelistet.
Speicherbereich Parameter Bedeutung
Buffer Pool DB_BLOCK_BUFFERS Pufferung von Datenblöcken
Shared Pool SHARED_POOL_SIZE Speicherung geparster SQL-Statements und Oracle-DDIC-Informationen
Large Pool LARGE_POOL_SIZE Puffer für spezielle Daten
Streams Pool (Oracle >= 10g)
STREAMS_POOL_SIZE Pool für Oracle-Streams
Redo Buffer LOG_BUFFER Pufferung Redo-Log-Daten
Tabelle 7.4 Speicherbereiche und Parameter der System Global Area (SGA)
287
Analyse der Datenbank 7.3
Program Global Area (PGA)
Neben der System Global Area gibt es einen weiteren Speicherbe-reich, die Program Global Area (PGA), die prozesslokalen Speicher zurVerfügung stellt, der nur einem Datenbankprozess zugeordnet wer-den kann. Der einem Prozess zugewiesene Speicher ist variabel. Derwichtigste Speicherbereich in der PGA ist der Sort Buffer (auch als Sortand Hash Area bezeichnet), in dem Sortierungen, Hash Joins, Bitmap-Operationen und andere temporäre lokale Speicheranforderungen(z.B. beim Parsen von SQL-Statements) bearbeitet werden. Der SortBuffer ist entscheidend für die Performance von Querys und solltedeshalb ausreichend groß gewählt werden, da bei der Ausführung vonQuerys sehr viele Sortierungen durchgeführt werden müssen.
Betriebssystem-seitiger Prozess-speicher
Für die Verwaltung der Prozesse wird auf Betriebssystemebene wei-terer Speicher benötigt. Während die Textsektion, die das ausführ-bare Programm enthält, nur einmal existiert und von allen Prozessenverwendet wird, existieren andere Bereiche wie Data oder Stack fürjeden Prozess lokal. Man muss im Allgemeinen mit bis zu 6 MBbetriebssystemseitigen Memory-Verbrauchs pro Oracle-Prozess (Win-dows: Oracle-Thread) rechnen.
Data BufferDer Data Buffer (oder Data Cache) ist der Pufferbereich, der zur Zwi-schenspeicherung der zuletzt von der Festplatte gelesenen Datenblö-cke von Datenbanktabellen und deren Indizes verwendet wird. EinSAP-Workprozess liest die Daten nicht direkt von der Festplatte, son-dern aus dem Data Buffer, weshalb alle von der Datenbank gelesenenDaten zunächst in diesen Pufferbereich geschrieben werden. DerDatenpuffer legt die Daten in sogenannten Blöcken oder Pages ab,die je nach Datenbank- und Betriebssystem zwischen 2 und 32 KBgroß sind. Die Daten werden immer block- bzw. pageweise von derFestplatte gelesen. Der Data-Buffer-Speicher wird über den soge-nannten LRU-Algorithmus (Least Recently Used) verwaltet. DieserAlgorithmus stellt sicher, dass immer die am häufigsten gebrauchtenDatenblöcke im Speicher gehalten werden.
Die Qualität des Datenpuffers wird durch die Anzahl der Datenblö-cke bestimmt, die direkt aus dem Datenpuffer ohne Plattenzugriffgelesen werden können. Die Anzahl der Lesezugriffe aus dem Daten-puffer wird als Reads bezeichnet. Immer wenn ein Workprozesseinen Datenblock anfordert, der sich bereits im Datenpuffer befin-det, wird ein Hit (Treffer) für den Puffer registriert. Befindet sich derangeforderte Datenblock nicht im Datenpuffer, muss der Datenblock
288
Analyse von Datenbank, Speicher und Hardware7
von der Festplatte gelesen werden. Die Anzahl der physikalisch vonder Platte gelesenen Datenbankblöcke wird als Physical Readsbezeichnet.
Hitratio Die prozentuale Trefferquote (Hitratio) berechnet sich demnach nachfolgendem Verhältnis:
Je größer die Anzahl der Lesezugriffe aus dem Datenpuffer (Reads)im Verhältnis zu den physischen Lesezugriffen (Physical Reads) ist,umso besser ist die Pufferqualität. Eine Trefferquote von 100%bedeutet, dass alle Lesezugriffe aus dem Hauptspeicher der Daten-bankinstanz beantwortet werden konnten und nicht von der Plattegelesen werden mussten. Beim Neustart einer Datenbankinstanzmüssen die Puffer erst erneut aufgebaut werden, die Trefferquote istzunächst dementsprechend niedrig. Zur Bewertung der Pufferquali-tät sollte die Datenbank deshalb bereits einige Zeit laufen.
Datenpuffergröße Die Datenpuffergröße ergibt sich aus dem Produkt der Blockgröße(DB_BLOCK_SIZE) und der Anzahl der in der Parameterdateiinit<SID>.ora bzw. durch die Serverparameterdatei angegebenenDatenbank-Blockpuffer (DB_BLOCK_BUFFERS). In den meisten Oracle-basierten BW-Systemen wird eine Standardgröße von 8.192 Bytesfür die Blockgröße verwendet, die zu Beginn der Erstellung derDatenbank festgelegt werden muss und danach nicht mehr geändertwerden kann. Die Größe des Datenbank-Blockpuffers kann an dieAnforderungen des Betriebs jederzeit angepasst werden. Ab SAP-Release 6.40 und Oracle 9i wird der Parameter DB_CACHE_SIZEanstelle von DB_BLOCK_BUFFERS als Default verwendet. In diesen Fäl-len darf DB_BLOCK_BUFFERS nicht mehr verwendet werden. Mit Ver-wendung der dynamischen SGA müssen Sie neue Parameter setzen:SGA_MAX_SIZE und DB_CACHE_SIZE.
SGA_MAX_SIZE Der Parameter SGA_MAX_SIZE legt die maximale Größe der SGA fest(in Byte), bis zu der die SGA dynamisch wachsen kann. Die dynami-sche SGA erlaubt die Anpassung der Größen für Buffer Cache, SharedPool und Large Pool zur Laufzeit, solange die Summe ihrer Größeninklusive der anderen Komponenten (Fixed SGA, Variable, SGA,Redo Buffer) die Grenze von SGA_MAX_SIZE nicht überschreitet. Die-ser Parameter dient in erster Linie dazu, ein »Oversizing« der SGAund Paging zu verhindern.
289
Analyse der Datenbank 7.3
Wird der Parameter nicht gesetzt, setzt Oracle SGA_MAX_SIZE alsDefault-Wert (wenn DB_CACHE_SIZE gesetzt ist) auf die Summe allerSGA-Komponenten beim Start der Instanz. Dies hat zur Folge, dassdie SGA nicht größer werden kann als beim Start, sondern nur klei-ner. Sie sollten den Parameter deshalb ausreichend groß wählen,sodass die SGA bis zum Parameterwert dynamisch – ohne System-Downtime – wachsen kann, und ohne dass Paging auftritt. Der fürSGA_MAX_SIZE spezifizierte Wert wird bereits beim Start der Instanzallokiert, auch wenn die Summe der einzelnen SGA-Komponentengeringer ist.
DB_CACHE_SIZEMit dem Parameter DB_CACHE_SIZE wird die dynamische SGA akti-viert, und die Größe des Buffer Caches wird festgelegt. Der frühereParameter DB_BLOCK_BUFFERS ist damit obsolet.
Datenpuffer-qualität
Die Datenpufferqualität in einem produktiven BW-System solltenicht unter 95% liegen. Zur Beurteilung der Pufferqualität sollte dieDatenbank aber einige Zeit nach dem letzten Start gelaufen sein. DiePufferqualität kann im BW-System zeitweilig auch niedriger sein, dadurch sehr viele Full Table Scans (z.B. durch Hash Joins) die Block-trefferrate möglicherweise gesenkt wird, was auch nicht durch Ver-größern des Puffers gelöst werden kann.
Shared PoolDer Shared Pool ist, wie der Name schon andeutet, ein gemeinsamgenutzter Speicherbereich, der Strukturen des Data DictionaryCaches und des Shared-SQL-Bereichs (auch Library Cache genannt)enthält. Im Data Dictionary Cache werden Informationen über diezuletzt verwendeten Objekte der Datenbank gespeichert (Tabellen,Views etc.), die von Administratoren, Anwendern und dem Daten-banksystem benötigt werden. Im Shared-SQL-Bereich (auch SharedCursor Cache oder Shared SQL Area genannt) werden der SQL-Text,die Parse-Bäume von SQL-Anweisungen und die Ausführungsplänegespeichert. Die Größe des Shared Pools sollte in Oracle-basierten
Data Buffer Pool
Die Größe des Data Buffers hat in der Regel den größten Einfluss auf dieDatenbankperformance. Der Data Buffer Pool sollte deshalb ausreichendgroß dimensioniert sein, damit möglichst wenige zeitintensive Plattenzu-griffe durchgeführt werden müssen. Für ein produktives BW-System mitca. 200 bis 500 Anwendern kann die Größe des Data Buffers bei 4 bis 8GB und mehr liegen.
290
Analyse von Datenbank, Speicher und Hardware7
SAP NetWeaver BW-Systemen (200 bis 500 Benutzer) mindestens800 bis 1.000 MB betragen. Die Größe des Shared Pools wird durchden init<SID>.ora-Parameter SHARED_POOL_SIZE bestimmt. BeachtenSie auch die SAP-Hinweise zur Datenbankparametrisierung IhresBW-Systems in Anhang A.11.
Data-Dictionary-Cache-Qualität
Die Data-Dictionary-Cache-Qualität (DD Cache Quality) gibt an, wiehäufig auf das Oracle Data Dictionary während der Verarbeitung vonSQL-Befehlen zugegriffen werden muss. Die Data-Dictionary-Cache-Qualität sollte in einem BW-Produktivsystem möglichst immer über90% liegen.
Zugriffsqualität Die Zugriffsqualität auf SQL-Anweisungen im Shared-SQL-Bereichwird durch die Parameter SQL Area getratio und SQL Area pinratiogemessen. Die Wiederverwendung von identischen SQL-Anweisun-gen verringert die Systemlast, die durch das Parsen und Laden vonSQL-Anweisungen in den Arbeitsspeicher entsteht. Während der Para-meter SQL Area getratio die Anzahl der Anforderungen von Objek-ten im Library Cache bestimmt, misst der Parameter SQL Area pinra-tio die Anzahl der Ausführungen der Objekte im Library Cache. DieserWert sollte in einem produktiven BW-System nahe bei 99% liegen.
Log Buffer Der Log Buffer (auch Redo Log Buffer) ist der Pufferbereich, in demalle Änderungen der Datenbank protokolliert werden. Jede Datenän-derung erzeugt einen Redo-Eintrag im Log Buffer, mit dem dieDatenänderungen bei einer Wiederherstellung der Daten in einenfrüheren Zustand rekonstruiert werden können. So werden z.B.beim Laden von Daten in SAP NetWeaver BW sehr viele Redo-Ein-träge erzeugt.
Parameterwerte prüfen
Beachten Sie, dass die angegebenen Werte immer für ein »eingeschwun-genes« System gelten und nach dem Neustart des Systems abweichenkönnen. Überprüfen Sie deshalb in einem eingeschwungenen System, obdie folgenden Parameterwerte erfüllt sind:
� DD Cache Quality > 80%
� SQL Area pinratio ≥ 95%
� SQLA Reloads/pins ≤ 0,04
� User/recursive calls ≥ 2
Falls diese Werte nicht erfüllt sind, ist der Shared Pool möglicherweise zuklein dimensioniert und sollte erhöht werden.
291
Analyse der Datenbank 7.3
Bei der Einstellung des Log Buffers ist zu beachten, dass der Wert einVielfaches von DB_BLOCK_SIZE sein muss (Standardgröße 8.192Bytes). So liegt die Standardeinstellung eines ERP-Systems in derRegel bei 40 × 8.192 Bytes = 320 KB. Für ein produktives BW-Systemsollte die Startkonfiguration ca. beim 150- bis 200-Fachen des Wertesvon DB_BLOCK_SIZE liegen.
Der Parameter Allocation retries zeigt die Anzahl der fehlgeschla-genen Zuweisungsversuche von Platz im Redo-Log-Puffer an. DieserFall tritt immer dann ein, wenn der Oracle-Log-Writer-Prozess(LGWR) nicht sofort Redo-Log-Einträge vom Puffer auf die Festplatteschreiben konnte, sondern auf einen Redo-Log-Dateiwechsel wartenmuss, um den Platz zuzuweisen.
Die Alloc fault rate gibt das Verhältnis zwischen den fehlgeschla-genen Zuweisungsversuchen (Allocation retries) und der Anzahlder gesamten Einträge (Entries) im Redo-Log-Buffer an. Der Wertsollte nicht über 1% steigen.
CallsAls Calls wird die Gesamtzahl der seit dem Start der Datenbank-instanz im Kernel des Datenbanksystems eingegangenen Abfragenbezeichnet. Unter der Rubrik Calls werden im Hauptbildschirm desDatenbankmonitors die folgenden Parameter angezeigt:
� User calls: Gesamtzahl der seit dem Start der Datenbankinstanzim Kernel des Datenbanksystems eingegangenen Abfragen
� User commits: Bei einem Commit werden alle von einer Transak-tion durchgeführten Änderungen in der Datenbankinstanz dauer-haft festgeschrieben. Mit Commit abgeschlossene Transaktionenkönnen nicht mehr durch ein Roll-back rückgängig gemacht werden.
� User roll-backs: Bei einem Roll-back werden alle von einer Trans-aktion durchgeführten Änderungen in der Datenbankinstanz rück-gängig gemacht. Roll-backs werden durch Programmfehler, Appli-kationssperren oder sonstige Anwendungsabbrüche ausgelöst.
� Recursive calls: Rekursive Abfragen sind SQL-Anweisungen desDatenbanksystems, die zusätzlich zu benutzerseitigen SQL-Anwei-sungen ausgegeben werden müssen. Zur Beantwortung der Daten-bank-Calls benötigt das System Verwaltungsinformationen ausdem Cache der Datenbank. Stehen diese Informationen nicht imDatenbank-Cache zur Verfügung, müssen sie mit einem Recursive
292
Analyse von Datenbank, Speicher und Hardware7
Call von der Festplatte nachgeladen werden. Rekursive Abfragenkönnen z.B. durch fehlende Treffer (Misses) im Data DictionaryCache ausgelöst werden und beeinträchtigen die Performance desDatenbanksystems.
� Das Verhältnis der rekursiven Calls zu den User Calls wird im Para-meter User/recursive calls berechnet. Die Anzahl der rekursivenCalls sollte nicht größer sein als die User Calls. Ein höherer Wertließe auf eine schlechte Data-Buffer-Hitquote schließen. Das Ver-hältnis sollte deshalb einen Wert von zwei zu eins nicht unter-schreiten. Das Problem lässt sich meist durch eine Erhöhung desinit<SID>.ora-Parameters SHARED_POOL_SIZE beheben.
Parses Vor der Ausführung einer SQL-Anweisung wird diese zunächst ana-lysiert (geparst), wobei unter anderem die Zugriffsstrategien ermitteltwerden und geprüft wird, ob die verwendeten Tabellen und Spaltentatsächlich in der Datenbank vorkommen. Das Ergebnis der Prüfungwird im Shared Cursor Cache abgelegt, wobei bei erneuter Ausfüh-rung der Query nur noch auf diese Informationen zugegriffen wird.Der Wert Parses zählt, wie oft SQL-Anweisungen geparst werdenmussten. Das Verhältnis von Parses zu User Calls gibt die durch-schnittliche Parsing-Rate an, deren Wert nicht über 25% liegen sollte.Hohe Parsing-Raten deuten auf ein Problem mit dem Halten des Cur-sors im Shared Cursor Cache (Shared SQL Area) hin. In diesem Fallsollten Sie die Data-Dictionary-Cache-Qualität überprüfen und dieGröße des Shared Pools eventuell erweitern.
Reads/User Calls Der Parameter Reads/User Calls ist das Verhältnis der aus demDatenpuffer gelesenen Blöcke zur Gesamtzahl der Anfragen an dieDatenbank seit dem Start der Datenbankinstanz und gibt an, wieviele Blöcke im Mittel aus dem Datenpuffer gelesen werden müssen,um eine Datenbankanfrage (Call) zu beantworten. Das VerhältnisReads/User Call ist ein Indikator dafür, ob eine weiterführendeAnalyse der Shared SQL Area durchgeführt werden sollte. Ein hoher
Rekursive Calls und User Calls
Beachten Sie bei der Bewertung des Verhältnisses von rekursiven Calls zuUser Calls, dass der Wert für rekursive Calls direkt nach Start der Daten-bankinstanz meist hoch ist, da der Data-Dictionary-Cache zunächst leer istund alle Abrufe für das Füllen des Caches rekursiv sind.
293
Analyse der Datenbank 7.3
Wert (> 30) deutet auf teure und komplexe Querys bzw. SQL-State-ments hin, die näher untersucht werden sollten.
7.3.3 Analyse der Shared SQL Area
Gegenstand der Statistikdaten in der Shared SQL Area sind z.B. Infor-mationen zur Anzahl der Ausführungen einer SQL-Anweisung oderdie Zahl der logischen und physischen Lesezugriffe je SQL-Anwei-sung. Die SQL-Anweisungen werden im Shared-SQL-Bereich gespei-chert. Um die Statistikdaten der Shared SQL Area zu analysieren,starten Sie das DBA Cockpit und wählen im Menü PerformanceOverview den Hauptbildschirm des Datenbankmonitors. Folgen Siehier dem Menüpfad SQL Statement Analysis � Shared CursorCache.
Im sich öffnenden Fenster Auswahlkriterien für Shared CursorCache können Sie verschiedene Einschränkungen für Selektionskri-terien wie Anzahl der Buffer Gets, Disk Reads oder Database Uservornehmen (siehe Abbildung 7.4). Bestätigen Sie dies mit einemKlick auf den grünen Haken, und Sie erhalten eine Liste mit den SQL-Anweisungen, über die die Datenbank seit Datenbankstart Statisti-ken vorhält (siehe Abbildung 7.5).
Abbildung 7.4 Analyse der Statistikdaten der Shared SQL Area (Oracle) – Kriterien
Local Memory 120Log 853Log Buffer 286, 290Logical Unit of Work 798Logischer Index 255Lokaler Speicher 120Long Table 298Long Table Scans 299LRU-Algorithmus 287, 553LUW 798
SAP HANA Analytics Foundation 108SAP HANA Appliance 97, 874SAP HANA Calulation Engine 884SAP HANA Client, Installation 986SAP HANA Cloud 98SAP HANA Development 871
SAP HANA Extended ApplicationServices 976
SAP HANA Information Composer 916Datenaufbereitung 917Datenimport 917
SAP HANA Installation Guide 872SAP HANA Live 108SAP HANA One 98SAP HANA Studio 97, 869, 872, 877,