Oracle Standby Database - Schutz vor physikalischen und Logischen Fehlern


Eine Oracle Standby DB gewährleistet einen wirkunsvollen Schutz vor Hardware-Fehlern in produktiven Umgebungen und bietet ebenfalls die Möglichkeit logische (Daten) - Fehler schnell zu beheben. Über Oracle Standby DB's können geografisch verteilte Desaster Recovery Umgebungen erstellt werden.


Überblick

Oracle Data Guard garantiert eine hochverfügbare Umgebung für unternehmenswichtige Datenbanken und bietet Sicherheit vor Datenverlusst. Mit Data Guard kann der gesamte Lifecycle aller Standby-DB#S gemanaged werden, von der Erstellung, über den Betrieb bis zum Monitoring. Es garantiert die Datenverfügbarkeit in Desaster-Fällen und bietet einen effizienten Schutz gegen fehlerhafte und korrupte Daten.
Die Standby-DB wird dabei als Kopie der produktiven DB angelegt und durch den Transfer der Redo-Log-Dateien aktuell gehalten. Kommt es aus Wartungs- oder Desaster-Gründen zur Nichtverfügbarkeit der produktiven DB's übernimmt die Standby DB die Rolle der produktiven DB. Die durch den Ausfall verursachte Nichtverfügbarkeit der Systeme wird so auf ein zeitliches Minimum begrenzt. Data Guard kann zusammen mit den bekannten Backup, Restore, und Clustertechniken von Oracle ein hohes Maß ans Ausfallschutz und Datensicherheit gewährleisten.

Betreibermodelle

Eine Standby DB ist eine transaktional konsistente Kopie der produktiven DB. Über Backup-Kopien können bis zu 30 parallelen Standby-DB's erstellt und gemanaged werden. Einmal erstellt versorgt Oracle diese automatisch mit den notwendigen Redo-Informationen.

Folgende Typen werden unterschieden:

Physikalische Standby Datenbank
Stellt eine physikalische Kopie, eine identische Kopie der primären DB zur Verfügung. Die Disk-Strukturen sind blockweise identisch. Alle Datenbank-Schemas sind identisch mit der original-DB. Die Syncronisation der Standby-DB wird über Redo-Log-Apply von der primären DB erreicht. Dabei recoverd die Standby-DB permanent die von der primären DB übertragenen Redo-Files. Seit Oracle Database 11g release 1 kann eine Physikalische Standby Datenbank geöffnet sein und Redo-Log empfangen und einarbeiten. Der Zugang ist dabei allerdings nur read-only. Die Standby-DB kann somit neben dem Schutz vor Ausfällen auch für Reporting-Zwecke genutzt werden.

Logical standby database
Die logische Standby DB enthält die selben logischen Information wie die Produktionsdatenbank, wobei die physikalische Struktur (Tablespaces, Datafiles etc) unterschiedlich sein kann. Die Logische Standby DB wird nicht über die geänderten Blöcke sondern über ein SQL Apply mit der Primärdatenbank syncron gehalten. Dabei wird die Redo-Information der Logs in SQL Statements übertragen und diese werden dann in die Standby-DB eingespielt. Die Logische Standby DB kann somit auch für weitere Anwendungsfälle als nur Desaster-Recovery eingesetzt werden.

Snapshot standby database
Eine Snapshot Standby DB ist eine vollständig updatefähige DB. Wie auch die physikalische und logische Standby DB erhält die Snapshot Standby DB die Redo Informationen der Produktionsdatenbank. Diese Informationen werden aber erst in die DB eingespielt wenn die DB wieder zur Physikalischen Standby DB wird und alle lokalen Änderungen an der Snapshot-DB verworfen werden