Erfahrungen aus dem Betatest Oracle Database 11g

Größe: px

Ab Seite anzeigen:

Download "Erfahrungen aus dem Betatest Oracle Database 11g"

Martha Kerner
vor 6 Jahren
Abrufe

1 Erfahrungen aus dem Betatest Oracle Database 11g Torsten Schlautmann OPITZ CONSULTING GmbH

2 Agenda Facts & Figures Test vor Ort spannende Features

3 Facts & Figures Facts & Figures Test vor Ort spannende Features

4 Entwicklungsplattform für die Version 11g ist RedHat 4 32 bit Facts & Figures Die externen Tests wurden über 11 Monate und 5 Beta Releases durchgeführt. Nach ca. 8 Monaten gab es die ersten Beta Releases für Solaris (32-bit), Windows (32-bit) und RedHat 4 (64-bit). Am Beta Test haben weltweit > 400 Unternehmen (davon 262 Oracle Partner) in 43 Ländern teilgenommen. Es gab 5 hands-on Test Events in Redwood Shores / Oracle HQ.

5 Test vor Ort Facts & Figures Test vor Ort spannende Features

6 Test vor Ort

7 Test vor Ort Im Rahmen des Beta Programms wurden insgesamt 5 Test Events vor Ort (Oracle HQ) durchgeführt. Referent nahm an dem Testevent teil, zu dem Mitglieder der verschiedenen Oracle User Gruppen eingeladen wurden. An diesem Test nahmen insgesamt 11 Personen teil: IOUG, 6 Personen aus den USA EOUC, 3 Personen aus Israel, Bulgarien und Deutschland APOUC, 2 Personen aus Neuseeland und Australien Es wurde auf Basis der Beta 4 getestet; RAC und Single Instance. Es wurden intensiv Installation und verschiedene Upgrade-Verfahren getestet, sowie diverse herausragende Features.

8 Test vor Ort Ziel: Jeder Teilnehmer bringt eine Applikation mit, migriert diese vor Ort und testet diese anschließend auf Lauffähigkeit. eigener Test: Applikation bislang auf Forms 6 (!) und RDBMS 9i auf RBDMS 11g. Während des gesamten Tests vor Ort standen die jeweils relevanten Product Manager für Gespräche / Diskussionen zur Verfügung.

9 Eindrücke: hohes Interesse der Product Manager an den Test-Ergebnissen sowie an den Vorstellungen und Wünsche der Teilnehmer bereits die Beta 4 war qualitativ recht gut (keine Major Bugs) Test vor Ort hohes Interesse und Engagement der Vertreter der verschiedenen Oracle User Groups Teilnehmer aus den USA überproportional stark vertreten sehr gute Vorbereitung durch Beta Program (Hardware, Dokumentation, Staffing etc.) spannender Austausch mit Kollegen aus anderen Ländern

10 spannende Features Facts & Figures Test vor Ort spannende Features

11 Database Replay: 1. Schritt: Capturing (Aufzeichnung) spannende Features: Database Replay

12 spannende Features: Database Replay Database Replay: 2. Schritt: Replay (Wiedergabe) Lasttreiber Recorded SQL / PL/SQL Datenbank A

13 spannende Features: Database Replay Wozu kann Database Replay eingesetzt werden? Änderungen an Hardware / Software geschehen im Rahmen des Lifecycles von Systemen regelmäßig. Vor der Produktivsetzung von größeren Änderungen möchte man in der Regel den Einfluß auf das Datenbanksystem/ die Applikationen kennen. Die hierzu notwendigen Tests waren in der Vergangenheit zeit- und kostenaufwendig. Trotzdem sind oft einzelne Probleme unentdeckt geblieben, da Tests nicht das wirkliche Leben wiedergeben. Mit Hilfe von Database Replay können realitätsnahe Tests durchgeführt werden.

14 spannende Features: Database Replay Wozu kann Database Replay eingesetzt werden? Wiedergabe der echten Last aus dem Produktionssystem in einer anderen Umgebung (z.b. neue Produktions- Umgebung) Identifikation, Analyse und Behebung von Problemen (z.b. Performance) vor Produktionsaufnahme

15 spannende Features: Database Replay Was sollte bei der Planung berücksichtigt werden? Ausreichend Platz für die Aufzeichnung (und das Abspielen!) der Transaktionen muss vorhanden sein. Die Datenbank sollte auf jeden Fall bei Beginn der Aufzeichnung der Transaktionen durchgestartet werden (!!!) Das Zieldatenbank-System muss inhaltlich auf den Status zum Beginn der Aufzeichnung hergestellt werden. Über Filter können nach verschiedenen Kriterien nur bestimmte Transaktionen aufgezeichnet werden (User, Programm, Module, Action, Service, Session ID). Es werden SYSDBA-Rechte benötigt. Performance-Overhead ca. 4,5 % (gemessen bei TPCC), Memory- Overhead ca. 64k / session Bedienung ist über Enterprise Manager & PL/SQL-Packages (DBMS_WORKLOAD_%) möglich

16 Motivation spannende Features: SQL Plan Management Kritische Ausführungspläne können sich ungewollt verändern (auch zum Schlechteren!) durch: neue Optimizer Version (10.1 => 10.2) Änderungen an Optimizer Statistiken oder Optimizer Parametern Änderungen am Schema... Ansatz in Oracle Database 10g: Stored Outlines Ausführungspläne werden eingefroren keine ungewollte Veränderung aber auch keine Verbesserung (z.b. bei neuem Index)

17 Lösung: SQL Plan Management spannende Features: SQL Plan Management Kritische Ausführungspläne können sich NICHT ungewollt zum Schlechteren verändern aber sie können sich verbessern! Idee: Für die Statements wird im Data Dictionary eine SQL Plan Baseline (Menge von verifizierten und damit akzeptierten Ausführungsplänen) verwaltet. Nur akzeptierte Ausführungspläne werden verwendet. Neu gefundene Pläne mit vergleichbarer oder besserer Performance werden automatisch verifiziert und akzeptiert ( Planevolution ). In Oracle Database 11g sind Stored Outlines deprecated.

18 spannende Features: Total Recall ORDERS Select * from orders AS OF Midnight 31-Dec-2004 User Tablespaces Changes Oracle Database Archive Tables Flashback Data Archive Speichert automatisch alle Änderungen von Tabellen Archiv kann nicht modifiziert werden Zeigt den Inhalt von Tabellen zu jedem Zeitpunkt Anwendungsgebiete: Nachvollziehen von Änderungen Langzeithistorie Audit Compliance

19 spannende Features: physical Standby mit Real-Time-Query Read-only Abfragen auf einer physical standby Datenbank und gleichzeitiges redo-apply Unterstützung von RAC auf Primär- oder Standby-Seite Ergebnisse von Abfragen sind transaktions-konsitente Ergebnisse Keine Idle-Ressourcen, die nur auf einen Ausfall warten Unterstützt alle Datentypen, ist aber nicht so flexibel wie ein Logical- Standby-System

20 SecureFiles spannende Features: Verschiedenes neue Generation von LOBs so schnell wie ein File-System Table Compression nun auch im OLTP-System genau wie in DWH-Applikationen Query Results caches schnelles cachen von query/function Resultaten für häufig gelesene Daten mit OCI consistent caching auf Client-Seite möglich ADDM für RAC Partition-Management

21 Fragen und Antworten & Fragen & Antworten

22 Kontakt Kontakt: Torsten Schlautmann Bereichsleiter Service Engineering OPITZ CONSULTING Gummersbach GmbH Vielen Dank für Ihre Aufmerksamkeit!

Ähnliche Dokumente

Tipps und Tricks in der Datenbankadministration

Tipps und Tricks in der Datenbankadministration Nürnberg, 17. November 2011 Volker Mach - Fachbereichsleiter IT System Services MT AG Key Facts MT AG MANAGING TECHNOLOGY ENABLING THE ADAPTIVE ENTERPRISE