Diese Präsentation zeigt das Oracle Portfolio im Bereich Ausfallsicherheit auf Oracle Datenbankebene. Ich habe sie 2012 erstellt und in verschiedenen Kundenwebcasts gezeigt.
7. Problem: DB-Server als Single Point of Failure
Single Instance DB
DB Server
Storage
Ausfall des DB-Servers
Fehler der DB-Instanz DB Nicht-Verfügbarkeit
Ileana.somesan@oracle.com 8
8. Lösung 1: Herkömmliches Clustering
Veritas Cluster, IBM HACMP, MSCS, HP ServiceGuard, …
Cold Failover Cluster
DB Server 1 DB Server 2
Shared Storage
• Aktiv-passiv Cluster: die Oracle DB läuft zu einem Zeitpunkt auf einem Knoten
• Bei Ausfall:
– Ressourcen starten, Verbindungen aufbauen
– Datenbankinstanz nicht „warm“
– Umschaltzeit: 10-30 Minuten
• Probleme:
– lange Umschaltzeiten
– ungenutzte Redundanz beim Schutz einer Datenbank
Ileana.somesan@oracle.com 9
9. Besser: Real Application Clusters (RAC)
Hochverfügbarkeit und mehr
Alleinstellungsmerkmal der
RAC Oracle DB
DB Server 1 DB Server 2 DB Server 3
Shared Storage
• Aktiv-aktiv Cluster: die Oracle Datenbank läuft auf 2+ Knoten gleichzeitig
• Bei Ausfall eines Servers:
– Die Datenbank läuft auf den überlebenden Knoten weiter
– Umschaltzeit ~ wenige Sekunden
• Maximale Ressourcenausnutzung + Flexibilität
• Lastverteilung, Skalierung durch Hinzufügen von Servern im laufenden Betrieb
Ileana.somesan@oracle.com 10
16. Problem: Datenfehler und Desaster
Rechenzentrum
DB-Cluster
DB-Server
DB Server 1 DB Server 2
Shared Storage Storage
• Clustering ≠ Schutz vor Datenfehler ≠ Disaster Recovery
• Clustering ≠ Schutz vor menschlichen (logischen) Fehlern
Ein Ausfallsicherheitskonzept muss mehr berücksichtigen
als nur Server und Instanzfehler!
Ileana.somesan@oracle.com 17
19. Storage Replikation
eingeschränkter Schutz, ungenutzte Redundanz
Keine produktive Nutzung
Rechenzentrum A Rechenzentrum B
DB-Server 1 DB-Server 2
Standby DB
Storage Replikation
DB-Storage 1 Entsprechendes DB-Storage 2
DB-Datei versehentlich gelöscht
Fehler wird propagiert
ORA-01578:
Datenblock beschädigt
Ileana.somesan@oracle.com 20
20. Oracle Data Guard
Laufender, automatischer
Abgleich der Standby-DB
mit der Produktions-DB
Produktions- Physikalische Standby
Datenbank Datenbank
• Automatischer Rollentausch (Primary/Standby) im Fehlerfall
– Fast Start Failover
• Robust gegen Netzwerkausfälle (Gap Detection)
Ileana.somesan@oracle.com 21
21. Oracle Data Guard: Redo Transport Services
Transaktionen
Primary DB Standby DB
LGWR
SYNC
LNS Maximum RFS
Production Protection Standby
Database Redo
Logs
Online ASYNC
Redo LNS RFS
Logs Maximum
Performance
ARCH
Automatic Gap Resolution
ARCH bei Netzunterbrechungen RFS
Archived Archived
Redo Logs Redo
Logs
Ileana.somesan@oracle.com 22
22. Oracle Data Guard: Apply Services
Standby DB
Standby Redo Apply Physical Standby DB
Redo Logs
Redo Data
von RFS
Apply
Produktion
SQL Apply Logical Standby DB
ARCH
Archived
Redo
Logs
Ileana.somesan@oracle.com 23
24. Active Data Guard (seit 11g)
Physical Standby DB Backup von Standby-DB
Physical Standby DB
Testsystem
(Snapshot Standby)
Oracle Data
Guard Query Offloading,
Produktion-DB Echtzeit-Reporting
Fast incremental Backup
Active Data Guard
bis zu 20x schneller
Automatische Korrektur
beschädigter
Datenblöcke
Ileana.somesan@oracle.com 25
28. Flashback Technologien
Die Zeitmaschine in der Datenbank
• Flashback Query
• Flashback Versions Query
• Flashback Transaction Query
• Flashback Table
• Flashback Transaction – neu 11g
• Flashback Drop
• Flashback Database
Funktionalität der Oracle DB Enterprise Edition, um den Zustand
eines Datensatzes, einer Tabelle oder der gesamten sehr schnell
Datenbank wiederherzustellen.
Ileana.somesan@oracle.com 29
29. Oracle GoldenGate
Oracles strategische Replikationslösung
Oracle
Oracle
DB2
Beliebige DB2
MS SQL Server
Entfernung MS SQL Server
Sybase ASE
Sybase ASE
Teradata,
LAN/WAN Teradata,
MySQL
u.a. Ziel MySQL
u.a.
GoldenGate
• Minimierung von geplanten Ausfallzeiten
– Datenbank-Upgrade 8i/9i/10g auf 11g
– Plattformwechsel, Migration auf die Oracle DB
– Fallback verringert das Risiko
• Bidirektionale/Multi-Master Replikation
– Synchronisation zwischen Standorten in Echtzeit
• Heterogene Umgebungen
Ileana.somesan@oracle.com 30