Seit Oracle den Recovery Manager (RMAN) mit der Datenbank ausliefert, ist das Online Backup und Recovery einer Oracle Datenbank kein Hexenwerk mehr. Es ist eigentlich so einfach, dass man fragen möchte, warum immer noch Datenbanken nur "offline" gesichert werden oder gar ganz ohne ein Backup betrieben werden.

Einer der Gründe mag vielleicht sein, dass RMAN über ein anderes Interface und eine andere Syntax verfügt, als man dies von SQL*Plus her gewöhnt ist. So trifft man hier und da immer noch auf einigen Widerstand gegen den RMAN.

Gerade aber mit 10g wurden viele Kleinigkeiten in der Bedienung des RMAN verbessert, die es erlauben ein Backup in kürzester Zeit zu bewerkstelligen. Aber nicht nur das, auch Housekeeping Operationen der Backups und archivierten Redologs sind fest mit dem RMAN verknüpft und erleichtern so die Aufgaben eines DBAs.

Im nachfolgenden Tipp möchte ich kurz anhand eines platten basierten Backup zeigen:

• Wie einfach RMAN zu verwenden ist
• Welche Bedeutung die Flash Recovery Area (FRA) für das Backup hat
• Welche generellen Parameter man noch beachten sollte

Um das Bild wieder zu verkleinern, auf das Bild klicken.

Minimalkonfiguration

Da mit einem RMAN Backup nur die Datenbank und alle damit zusammenhängenden Dateien gesichert werden, nicht aber die Software, macht es durchaus Sinn, die Software auf ein anderes Laufwerk respektive RAID System auszulagern. Auf jeden Fall muss aber das Backup und damit die FRA auf einem physikalisch anderen, unabhängigen Laufwerk, LUN oder RAID Verbund liegen. Ein Backup soll ja einen Schutz vor Plattenkorruption bieten, und dies macht wenig Sinn, wenn das Backup auf demselben physikalischen Laufwerk liegt, wie die zu sichernde Datenbank.
Bei kleinen Systemen würden zwar auch zwei Platten reichen, in diesem Falle würde aber entweder die Datenbank oder die FRA auf der Software/Systemplatte liegen.

Deswegen gehe ich bei meinem Szenario von mindestens 3 Platten bzw. 3 unabhängigen RAID Systemen aus.
Hierbei verteilt sich die Datenbank folgendermaßen auf die Speicherorte, um eine höchstmögliche Sicherheit zu gewährleisten (rot gekennzeichnete Dateien werden nicht von RMAN gesichert):

Speicherort 1 (Erste Platte z.B. sda1)	Speicherort 2 (Zweite Platte z.B. sda2)	Speicherort 3 (Dritte Platte z.B. sda3) Flash Recovery Area enthält:
Software Passwortfile Logfiles/Diag Verzeichnis SPFile 1. Controlfile	2. Controlfile Datenfiles (System-, Undo-, User- Tablespaces) Redolog Member 1	3. Controlfile Redolog Member 2 Archivierte Redologs Backup

Diese "einfache" Aufteilung wird auch verwendet, wenn ASM zum Einsatz kommt und gilt dort als "Best Practice":

• Software liegt auf den lokalen Platten
• Eine ASM Diskgruppe enthält alle Daten
• Eine zweite ASM Diskgruppe enthält die FRA

Vorbereitungen

1. Archivelog Modus
2. Enterprise Edition: Flashback Modus
3. Flash Recovery Area
4. Autobackup Controlfile/SPFile

$ sqlplus / as sysdba
SQL> shutdown immediate
SQL> startup mount;
SQL> alter database archivelog;
SQL> alter database flashback on;
SQL> alter database open;
SQL> alter system set db_recovery_file_dest='<Pfad zur FRA>';
SQL> alter system set db_recovery_file_dest_size=4G;

$ rman target /
CONFIGURE CONTROLFILE AUTOBACKUP ON;

Zwei ausgewählte Backupmethoden

Ein Backup ist über Database Control schnell eingerichtet. Hierbei gibt es 2 einfache Möglichkeiten:

• Das Oracle Suggested Backup
• Ein benutzerdefiniertes komplettes Backup

$ cat backup.sc
run {
  backup incremental level 0 database plus archivelog not backed up;
}

RMAN Aufruf:
RMAN TARGET / @backup.sc

run {
recover copy of database with tag 'DailyImage';
backup incremental level 1 cumulative for recover of copy with tag 'DailyImage' database;
}

Flashback Recovery Area (FRA)

Grundsätzlich muss man sich bei eingerichtetem Backup und genügend Platz für die FRA keine Gedanken um ein Housekeeping zu machen. Was heißt denn aber nun genügend Platz?

Ausgehend von den Überlegungen für das Backup aus dem vorhergehenden Teil liegt man mit folgendem Wert auf der "sicheren" Seite:
2x Datenbank + (2x archivierte Redologs pro Tag) * Flashback Retention Time (in Tagen) + Online Redologs + Controlfile

Die Standardeinstellungen für RMAN sorgen dafür, dass nicht mehr notwendige Dateien automatisch aus der FRA gelöscht werden. Dabei handelt es sich um die Einstellungen der "RETENTION POLICY" und der "ARCHIVELOG DELETION POLICY". Der Standard sieht vor, dass alle notwendigen Dateien für 1 Backup (also um 1 komplettes Recovery durchzuführen) vorhanden sind. Ältere Backups werden auf obsolete gesetzt und automatisch gelöscht, falls Platz benötigt wird. Genauso verhält es sich bei der Archivelog Deletion Policy, wenn diese auf dem Standard "NONE" steht. Alle Archivelogs, die

• Mindestens 1x gesichert worden sind
• Nicht mehr für ein Recovery des letzten Backups gebraucht werden
• Nicht benötigt werden, um die Flashbackzeit oder einen garantiertem Restorepoint zu garantieren

RMAN> list backup summary;
...
RMAN> delete obsolete;                                               

Ein paar wichtige Parameter fürs Backup

Die wichtigsten Backup Parameter kann man im Database Control über "Availability" => "Setup" ("Backup Settings", "Recovery Settings" und "Recovery Catalog Settings") festlegen oder über den RMAN konfigurieren:

RMAN> show all;

CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BZIP2'; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'D:\ORACLE\DB\DATABASE\SNCFORCL.ORA'; # default

• RETENTION POLICY: Die Retention Policy kann die Anzahl an vollständigen Backups, die in der FRA gespeichert sein sollten oder ein sogenanntes Recovery Window enthalten. Konfiguriert man ein Recovery Window, so gibt dieses "Fenster" an, dass jegliches Backup innerhalb dieses Zeitrahmens liegen muss. Gleichzeitig gibt dieses "Fenster" damit aber auch an, dass für diesen Zeitraum ein Point in Time Recovery möglich ist.

  RMAN> CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
  

  Der Befehl gibt somit an, dass alle Informationen vorgehalten werden um mit einem Point in Time Recovery zu einem beliebigen Zeitraum in diesen Tagen zu gelangen. Allerdings sollte dabei auch der Parameter control_file_record_keep_time der Datenbank berücksichtigt werden. Dieser gibt an, wie alt die Informationen im Controlfile der Datenbank sein dürfen, bevor diese überschrieben werden. Der Parameter sollte an das Recovery Window angepasst werden. Da das Controlfile aber nur beschränkten Speicher für die Backup Einträge hat, empfiehlt sich bei größeren Recovery Windows eine Datenbank für den Recovery Katalog zu verwenden.
• CONTROLFILE AUTOBACKUP: Wie oben schon erwähnt muss dieser Parameter auf ON gesetzt werden, wenn keine Datenbank für den Recovery Katalog verwendet wird.

Nützliche Links und Referenzen

Zurück zur Community-Seite