Oracle Hochverfügbarkeitslösungen

Präsentation zum Thema: "Oracle Hochverfügbarkeitslösungen"—  Präsentation transkript:

1 Oracle Hochverfügbarkeitslösungen
Welche HA-Lösung ist die Richtige für mich? Rainier Kaczmarczyk Senior Solution Architect OPITZ CONSULTING München GmbH München, 19. Januar 2012

2

3 Agenda Definition Hochverfügbarkeit Oracle Produkte
Oracle (Active) Dataguard Oracle Real Application Cluster Oracle RAC + DG GoldenGate Oracle Restart / One Node RAC Oracle Advanced Queuing Nicht Oracle Lösungen (auch für die Standard Edition) Quest Shareplex Libelle DB Shadow, Dbvisit IBM Infosphere Data Stage OPITZ CONSULTING Script Framework Virtualisierung Design: Das Farbschema ist im Design als „OC 2009“ hinterlegt. Ebenso sind die Schriftarten als „OC 2009“ hinterlegt. Die Standardfarben sind:

4 Definition Hochverfügbarkeit
1 Design: Das Farbschema ist im Design als „OC 2009“ hinterlegt. Ebenso sind die Schriftarten als „OC 2009“ hinterlegt. Die Standardfarben sind:

5 Warum Hochverfügbarkeit?
In erster Linie zwei Argumente: Welche Kosten entstehen, wenn das System ausfällt? “Weiche Kosten”: Verliere ich bei den Kunden an Ansehen bzw. Verliere ich Kunden sogar, wenn das System ausfällt?  Was kostet ein solches System und wie muss es aussehen? Design: Das Farbschema ist im Design als „OC 2009“ hinterlegt. Ebenso sind die Schriftarten als „OC 2009“ hinterlegt. Die Standardfarben sind:

6 Problem Hochverfügbarkeit
Häufige Aussage: “Oracle Real Application Cluster ist das Tool, das ich für Hochverfügbarkeit brauche!” Das klingt wie: “Ich habe einen Hammer, also muss ich Nägel kaufen!” Nur: Ich habe eine Lösung. Ist diese Lösung auch passend zu meinem Problem? Ich brauche zunächst eine Definition der Anforderungen! Zuerst die Problemdefinition, dann die Lösung. Design: Das Farbschema ist im Design als „OC 2009“ hinterlegt. Ebenso sind die Schriftarten als „OC 2009“ hinterlegt. Die Standardfarben sind:

7 Verfügbarkeit: Definition
Die Verfügbarkeit eines Systems oder einer Systemkomponente ist definiert als prozentualer Zeitanteil, in dem dieses System bzw. die Komponente problemlos funktioniert.

8 RTO und RPO The recovery time objective (RTO) is the duration of time and a service level within which a business process must be restored after a disaster (or disruption) in order to avoid unacceptable consequences associated with a break in business continuity. A recovery point objective or RPO, is defined by business continuity planning. It is the maximum tolerable period in which data might be lost from an IT Service due to a Major Incident. The RPO gives systems designers a limit to work to. Quelle:

9 Klassifizierung der Systeme
Klassisch: Entwicklung Test Abnahme Produktion Besser: Servicelevel definieren Bronze Silber Gold Platin

10 2 Oracle Produkte Design:
Das Farbschema ist im Design als „OC 2009“ hinterlegt. Ebenso sind die Schriftarten als „OC 2009“ hinterlegt. Die Standardfarben sind:

11 Oracle (Active) Dataguard

12 Oracle (Active) Dataguard
Desaster tolerant Nur Enterprise Edition Switchover vs. Failover (Maintenance!) Kurze Migrationszeiten (near zero downtime upgrade) Backup auf Standbysystem Drei Betriebsmodi Maximum Performance Maximum Availability Maximum Protection Lizenzproblematik Active DG! Beispiel: Handelssystem Delta (t) ist möglich. Aber: langsameres Failover!

13 Oracle Real Application Cluster

14 Oracle Real Application Cluster
Erhöht die Verfügbarkeit (Platten sind SPOF!) Skaliert Kann als Stretch RAC betrieben werden Unterschied Instanz  Datenbank Komplex Als Standard Edition verfügbar (nur ASM) Last sollte nicht höher sein, als ein Knoten tragen kann! Mehr als zwei Knoten möglich Nicht gerade preiswert (EE)

15 Oracle RAC + DG Beliebige Kombinationen denkbar
Primary RAC  Standby Single Node Primary RAC  Standby RAC etc.

16 Oracle Golden Gate Prinzipiell eine Replikationslösung
Auch andere Datenbanken unterstützt Geeignet für Zero Downtime Migration Nicht alle Datentypen unterstützt Sehr mächtig: Regeln, Filter Nicht billig (Enterprise Edition Niveau) Keine Projektlizenzen

17 Oracle Restart Erhöht zumindest die Verfügbarkeit
Startet die Prozesse in der Reihenfolge ihrer Abhängigkeit Automatischer Neustart im Fehlerfall Basiert auf Oracle Clusterware  Know How nötig Datenbank aber bitte nicht mit shutdown beenden…. Erfahrung: Verfügbarkeit wird spürbar erhöht!

18 Oracle One Node RAC (ONR)
Im Falle eine SW- oder HW-Defekts wird die Instanz auf einem anderen Cluster-Node neu erstellt (!) und gestartet Anschließend können die Clients mit der neue Instanz Verbindungen aufbauen Node 1 Node 2 .. X Datenbanken P1, P2, P3 P4 .. PX Node 1 Node 2 .. X Datenbanken P1, P2, P3 P4 .. PX 

19 Oracle One Node RAC (ONR)
Enterprise Edition ONR ist ein RAC, bei dem nur eine Instanz läuft Skalierbarkeit -> zweiter Knoten für Spitzenzeiten zuschaltbar (Lizenzen!) Komplexität beachten (Grid Infrastructure Know How) Warum dann nicht gleich RAC?

20 Oracle Advanced Queuing

21 Oracle Advanced Queuing
In jeder Edition verfügbar! Einfach zu bedienen Datentransfer im Sekundenbereich Persistent Applikationseingriff nötig SE One kostet die Hälfte von SE…

22 Nicht Oracle Lösungen (auch SE)
3 Design: Das Farbschema ist im Design als „OC 2009“ hinterlegt. Ebenso sind die Schriftarten als „OC 2009“ hinterlegt. Die Standardfarben sind:

23 Quest Shareplex Basiert ebenfalls auf den Redologinformationen
Mächtige Konfliktlösungsroutinen Unterstützt nicht alle Datentypen Testskript verfügbar Kurze Migrationszeiten (near zero downtime upgrade) Projektlizenzen verfügbar

24 Libelle DB Shadow, Dbvisit
Ähnlich Quest Shareplex Sehr ansprechende Oberfläche Besonderheit: kann auch Flatfiles replizieren, daher Focus besonders im SAP Umfeld SE fähig Nicht billig Dbvisit

25 IBM InfoSpere Datastage
Am ehesten vergleichbar mit Golden Gate Focus auf Datawarehouse (ähnlich Informatica ETL Tool)

26 OPITZ Consulting Script Framework
Skriptframework, das die archivierten Redologdateien auf das Standbysystem transferriert und applied EE und SE unterstützt Nur auf Unix/Linux verfügbar ASM ist unterstützt Keine Lizenzkosten, nur Installationsaufwand

27 4 Virtualisierung Design:
Das Farbschema ist im Design als „OC 2009“ hinterlegt. Ebenso sind die Schriftarten als „OC 2009“ hinterlegt. Die Standardfarben sind:

28 Virtualisierung Lösungen von Vmware und Oracle auf dem Markt
Einfacher Backup des gesamten Systems Einfacher Aufbau eines Cold Standbysystems (10 Tage Regel!) Vorsicht bei Lizenzen (Hard- vs. Softpartitioning)!

29 Virtualisierung Life Migration (Maintenance) Quelle:

30 Virtualisierung Life Migration Quelle:

31 Was nicht genannt wurde:
Oracle Streams Ist eine „ganz normale“ Replikation Basiert auf Oracle CDC (Change Data Capture) CDC wird von Oracle nicht mehr weiterentwickelt. Teil der EE Zukunft von Streams  Weiterentwicklung ab eingestellt! Active/Passive Cluster „Altmodische“ Technik Standby System verbraucht nur Strom Zuverlässig Hot/Cold Standby Bei vielen archivierten Redologs lange Umschaltzeit

32 Die Sicht von Oracle Oracle Maximum Availability Architecture MAA
Hauptseite: MAA Whitepaper MAA Best Practices:

33 Fazit Ganzheitlicher Ansatz! Kosten vs. Nutzen!
Was nützt HA, wenn nur ein Stromanschluss verfügbar ist? No single point of failure (SPOF)! Teaming/Bonding Redundante Stromversorgung/Netzanbindung Regelmäßig Testen! Backup immer noch notwendig! Kosten vs. Nutzen! Welche HA Lösung ist die Richtige für mich? Es kommt darauf an….

34 Frei nach Didi: „Einen hab‘ ich noch!“
A SQL query enters a bar. Approaches two tables. „Mind, if I join you?“ Then a waitress walks up: „Nice view“ (Ergänzung von Markus Flechtner)

35 Kontaktdaten Rainier Kaczmarczyk Senior Solution Architect
OPITZ CONSULTING München GmbH Telefon – Mobil