Einführung Index Komprimierung

Transkript

1 Einführung Index Komprimierung

2 Bauerfeind. Bewegung erleben. Seit mehr als 75 Jahren leistet die Bauerfeind AG mit ihren medizinischen Hilfsmitteln einen wichtigen Beitrag zur Erhaltung und Wiederherstellung der Gesundheit Mitarbeiter konzentrieren ihre Kraft darauf, Menschen ein beschwerdefreies und aktives Leben zu ermöglichen. Damit sie bis ins hohe Alter hinein Bewegung erleben. 2

3 Unser Portfolio im Überblick Bauerfeind Kompressionsstrümpfe Bauerfeind Bandagen und Orthesen Bauerfeind Einlagen und Schuhe Bauerfeind Prothesenpassteile und Materialien Bauerfeind Messtechnologie BIC Innovationscentrum 3

4 Bauerfeind international 4

5 Bauerfeind. Systemlandschaft. Seit 2002 SAP im Einsatz, derzeit über 40 SAP Systeme ECC 6.0 mit Internet Sales 5.0 CRM 4.0 mit Mobile Sales SAP Netweaver 2004s (BI 7.0, XI 7.0,EP 7.0) Solution Manager (Helpdesk, Change Managment, Incident Managment) GTS 7.1 Alle Systeme laufen auf AIX (5.3 TL7 bzw. 6.1 SP2) und Oracle LPAR s laufen uncapped Getrennte Rechenraum-Lokationen 2 IBM Power 570 (16 CPU, 196GB Ram) 4 IBM JS22 Blade Power6 (4 CPU, 32GB Ram) 2 gespiegelte SVC-Cluster im SAN-Umfeld Einführung Oracle RAC 2008/2009 geplant 5

6 Bauerfeind. Einführung Index Komprimierung. Wie haben wir davon erfahren? SDN ( SAP on Oracle Development Update OSS Hinweis Oracle Datenbank 10g: Neue Funktionalität Hinweis Komprimierung von Indexschlüsseln für Oracle-Datenbanken 6

7 Bauerfeind. Einführung Index Komprimierung. Was verspricht der Hinweis : Die Komprimierung von Indexschlüsseln in SAP-Umgebungen wird ab Oracle Release 10.2 unterstützt. Die Komprimierung von Indexschlüsseln steht nur für B*Tree-Indizes, nicht für Bitmap-Indizes zur Verfügung. Die Schlüsselkomprimierung spart Speicherplatz und verringert die Gesamtgröße der Datenbank auf der Festplatte (bis zu 75% weniger Speicherplatz) Die physische Datenträger-E/A und die logische Puffer-Cache-E/A werden reduziert und verbessern die Qualität des Puffer Cache. Höherer CPU-Verbrauch Der allgemeine Datenbankdurchsatz wird verbessert (verbesserten Datenbankdurchsatz von %) 7

8 Bauerfeind. Einführung Index Komprimierung. Was heißt das für Bauerfeind? Performance ist kein Problem LPAR hat bis zu 6 CPU garantiert und kann im Notfall noch auf Ressourcen aus dem Shared Processor Pool zugreifen. I/O Auslastung im Schnitt bei 60-70% Datenbank im ECC ist mit knapp 2TB sehr groß Backupzeiten liegen bei knapp 6-7h Unicode-Migration und Archivierung steht bevor -> unmittelbarer Platzgewinn möglich Klingt erstmal gut, könnte unsere DB schlanker machen und ein höherer Datenbankdurchsatz ist auch nicht von Nachteil 8

9 Bauerfeind. Einführung Index Komprimierung. Projektstart Ende Februar 2008 bis Mitte März: Damit Sie vollständigen Support erhalten, senden Sie im Voraus Ihre Pläne und Ihr Feedback über die Nutzung dieser Funktion in Ihrer Produktivumgebung an Christian Graf und Jan Klokkers Unkomplizierte Antwort noch am selben Tag. Einige Zusatzinfos wie z.b. Man sollte auch nicht alle Indexe im System komprimieren. So sind sehr dynamische und kleine Indexe keine Kandidaten. Als Beispiele seien hier die Verbucher- oder die RFC Tabellen zu nennen. 9

10 Bauerfeind. Einführung Index Komprimierung. Projektverlauf: Vorgehensweise nach Hinweis Hinweis Führen Sie das Paket jedoch nicht während hoher Belastungszeiten aus! Bitte ernst nehmen! exec ind_comp.get_column(10); optimale Komprimierungsfaktor für sämtliche Indizes der 10 größten Tabellen legte erst einmal unser System komplett lahm! Optimierung der Prozedur bei sel_list := 'select /*+ /*parallel (T, 4)*/ full (T) */ auf 4 parallele Prozesse:» Im System konnte mit kleineren Einschränkungen (ab und zu kleinere Performancehänger) gearbeitet werden. Geschwindigkeit : Analyse DBTABLOG ca. 10min. -> Ausführung in lastarmen Zeiten empfehlenswert 10

11 Bauerfeind. Einführung Index Komprimierung. Projektverlauf Erste Ausbeute im ECC 6.0 ca. 200GB Nach Ausbeute mit neuen Features ca. 15% Platzgewinn in der DB Aufruf: exec ind_comp.get_column ('SAPR3', 'S'); exec ind_comp.get_column ('SAPR3', 'C'); exec ind_comp.get_column ('SAPR3', 'L'); exec ind_comp.get_column ('SAPR3', 'P'); where defines the n largest tables with the following index characteristics C means largest by cache usage L means largest by logical IO P means largest by physical IO exec ind_comp.get_column ('SAPR3', 'P,true); -> hidden Parameter 11

12 Bauerfeind. Einführung Index Komprimierung. Projektfazit: Nach anfänglichen Performanceschwierigkeiten mit dem Analyseskript, keinerlei Schwierigkeiten Unterstützung durch Oracle insbesondere Hr. Klokkers sehr gut. Höhere CPU-Last konnte nicht nachgewiesen werden. Analyse über AWR-Report s konnten keine Auswirkung auf I/O nachweisen. (HW ) Primäres Ziel Platzgewinn konnte erzielt werden. Dadurch konnte vor allem die Backupzeit verkürzt werden. Insgesamt war die Einführung relativ unspektakulär. Aber das ist auch mal was schönes! 12

13 13

14 Bauerfeind. Systemlandschaft. 14