5 Gründe aus Hochverfügbarkeitssicht 5 GRÜNDE IM ÜBERBLICK  Active Data Guard  Snapshot & Transient Logical

Standby  RAC One Node  Real Application Clusters  ASM Cluster Filesystem

Oracle Database 11g erweitert das Funktionsspektrum rund um Hochverfügbarkeit und Desaster Recovery Lösungen. Hierbei wurde nicht nur darauf Wert gelegt, die herkömmlichen Verfahren zu verbessern, sondern diese auch mit neuen Technologien auszurüsten. So erlaubt Active Data Guard z.B., Standby-Systeme aktiv für Abfragen und inkrementelles Backup zu nutzen, ohne in dieser Zeit auf die Hauptaufgabe einer Standby Datenbank zu verzichten: Der Absicherung des Produktivsystems. Aktive Nutzung von Standby Systemen ohne Einschränkung In Oracle Database 11g können physikalische Standby Datenbanken lesend geöffnet

ACTIVE DATAGUARD  Entlastung des Produktivsystem  Keine Einschränkung des

Desaster Schutzes  Unterstützung für alle Datentypen

werden, während das eigentliche Recovery im Hintergrund weiterläuft. Hierzu wird einfach eine Standby Datenbank “Read Only” geöffnet, bevor der “Managed Recovery Modus” gestartet wird. Die Option Active Data Guard gewährleistet dadurch eine Entlastung des Primärsystems bei vollem Desaster Schutz inklusive der schnellen Umschaltung auf die Standby Datenbank. Diese Funktionalität der Standby Datenbank garantiert nahezu aktuelle und lesekonsistente Ergebnisse ohne Einschränkungen der Datentypen. Entlastet wird das Primärsystem, indem lesende Zugriffe und Backup auf der/den Standby Datenbank(en) durchgeführt werden. Durch das explizite Einschalten von “Block Change Tracking” auf der Standby Seite bietet sich auch die Möglichkeit des schnellen inkrementellen Backups. Produkte: Active Data Guard Option

SNAPSHOT STANDBY & TRANSIENT LOGICAL STANDBY

Eleganter Umgang mit Standby Systemen Standby Systeme bieten mehr als nur Desaster Recovery: Als Transient Logical

 Upgrades mit minimaler Ausfallzeit

Standby sind diese die Grundlage für Rolling Upgrade der Datenbank mit minimaler

 Verwendung der Desaster

Ausfallzeit, auch wenn die Ausgangssituation bei Kunden aus einer physikalischen

Recovery Lösung für Qualitätssicherungs-, Entwicklungssysteme und Datenbank Upgrades  Synchronisation auf Knopfdruck

Standby Datenbank besteht. Eine physikalische Standby Datenbank wird für die Zeit des Upgrades temporär in eine logische konvertiert. Nach dem Upgrade wird die Ausgangssituation mit der physikalischen Standby automatisch wiederhergestellt. Als physikalische Snapshot Standby dienen sie zum Aufbau und Synchronisation von produktionsidentischen Entwicklungs- oder Qualitätssicherungssysteme. Ist Flashback Logging auf einer Standby Datenbank aktiviert, kann diese mit “convert to snapshot standby” normal geöffnet werden und steht zur Verfügung. Nachdem die erforderlichen Arbeiten an der Standby Datenbank erledigt sind, wird diese einfach mit “convert to physical standby” re-synchronisiert. Während der ganzen Zeit läuft im Hintergrund der Redotransport weiter und garantiert vollen Desaster Schutz. Damit eignet sich eine Snapshot Standby Datenbank auch bestens als Ausgangsbasis für das Real Application Testing. Produkte: Datenbank Enterprise Edition

September 2010

Oracle Deutschland B.V. & Co. KG - Business Unit Database Technologies

Der „Ein“ Knoten RAC Bestehende Cluster für Single Instanz Datenbanken zu verwenden scheiterte

RAC ONE NODE  Ein Deployment für alle

Datenbanken  Virtualisierungsfunktionen im

entweder an fehlender Clusterunterstützung oder an den hohen Kosten. Dennoch wünschen sich viele Kunden RAC Funktionalitäten (mit Ausnahme der Skalierbarkeit) auch für Single Instanz Datenbanken. Genau dies bietet die RAC One

Cluster  Online Migration

Node Option zu einem Bruchteil der Kosten. Gleichzeitig wird dadurchdie Bereitstellung von Cluster und Single Instanz Oracle Datenbanken vereinheitlicht. So steht nun jeder Datenbank das automatische Failover bei Knotenausfall zur Verfügung. Ebenso ist es möglich die Single Instanz Datenbank online auf einen anderen Knoten zu migrieren, eine Funktionalität, die als OMotion bezeichnet wird. Das funktioniert auch, wenn die Rechner nicht identisch sind. OMotion ermöglicht Online Wartungsarbeiten, Online Upgrades des Betriebssystem, des Clusters und der als RAC Rolling Upgrades bezeichneten Datenbank Patches, wie CPUs und PSUs. Sollte eine Single Instanz mehr Ressourcen benötigen, ist der Umstieg auf einen RAC spielend möglich. Produkte: Oracle RAC One Node Option

REAL APPLICATION CLUSTERS  Einfachere Installation  Regelbasierte Verwaltung  Flexiblere Cluster Funktionalitäten

Flexibilität im Cluster Durch die Entfernung vieler knotenspezifischer Informationen im Cluster wird das Erweitern oder Ändern eines Clusters zum Kinderspiel. Diese als Grid Plug and Play (GPnP) bezeichnete Funktionalität, erlaubt auch eine Software Only Installation zur späteren Konfiguration des Clusters vor Ort. Benutzer merken sich nur noch eine Adresse des Clusters für den Zugriff, alles andere wie z.B. die Lastverteilung übernimmt der Cluster. Damit einher geht auch der Gedanke der regelbasierten Server Pools: Anstatt wie bisher eine Datenbank auf dedizierten Knoten zu definieren, überlässt man die Verwaltung der Instanzen und Datenbanken komplett dem Cluster. Der Cluster sucht dann die entsprechend freien Ressourcen (Knoten) heraus, auf denen die Datenbank Instanz (RAC One) bzw. Instanzen (RAC) gestartet werden. Die Regeln definiert der Administrator im Vorfeld. Sollte es nun im Cluster zu Änderungen kommen, wird die Clusterware ggf. eine Umverteilung anstoßen um z.B. SLAs auch ohne Eingriff des Administrators zu gewährleisten. Real Application Clusters steht auch weiterhin in der Standard Edition und als Option zur Enterprise Edition zur Verfügung. Produkte: Oracle Real Application Clusters

ASM CLUSTER FILESYSTEM  Rebalancing, Performance,

Striping, Mirroring für alle Daten  Verwaltung durch einen Storage

nun auch Dynamsichen Volumes zur Verfügung, die für jegliches Filesystem verwendet werden können. Im Clusterumfeld bietet nun Oracle mit dem ASM Cluster Filesystem eine eigene Lösung für alle Daten, die einen gemeinsamen

Administrator  Schnelles Backup mit Hilfe von

Snapshots

Automatic Storage Management für alle Daten Alle Vorteile des bevorzugter Storage Managements für Oracle Datenbank stehen

Speicherort benötigen, z.B. Oracle Homes bei SAP Installationen, External Tables und Logfiles. Durch die „Copy-on-write“ Technologie, kann das ACFS schnell und unkompliziert Read Only Snapshots erstellen, auf die später zugegriffen werden kann. Produkte: Enterprise Edition + Oracle Real Application Clusters oder RAC One Node

September 2010

Oracle Deutschland B.V. & Co. KG - Business Unit Database Technologies