Oracle Database/Datensicherung

Aus Mikiwiki
Version vom 25. Juni 2010, 09:42 Uhr von Michi (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „== Backup - Überblick == Zweck: Ermöglichen der Wiederherstellung einer Datenbank nach einem Media-Fehler Unterscheidung nach: * Logische und physische Backup...“)
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)
Zur Navigation springen Zur Suche springen

Backup - Überblick

Zweck: Ermöglichen der Wiederherstellung einer Datenbank nach einem Media-Fehler

Unterscheidung nach:

  • Logische und physische Backups
  • Heisse (online) und kalte (offline) Backups

Logischer Backup - Export

  • Logische Kopie von Datenbankobjekten in eine Binärdatei
  • Daten werden mit Hilfe von SQL gelesen
  • Keine zeitpunktgenaue Wiederherstellung möglich, keine Verwendung archivierter Redo- Log-Dateien
  • Struktur und Inhalt der Objekte werden gespeichert
  • Daten werden in einer dump-Datei gespeichert

Kalte Backups

  • Datenbank wird heruntergefahren, danach werden alle erforderlichen Dateien kopiert
  • Benutzer haben keinen Zugang mehr zur Datenbank
  • Datenbank muss nicht im ARCHIVELOG-Modus betrieben werden

Heisse Backups

  • Werden ausgeführt, wenn die Datenbank geöffnet ist und im ARCHIVELOG-Modus läuft
  • Einheit eines Online-Backups ist ein Tablespace
  • Heisses Backup wird durch den Befehl "begin backup" eingeleitet und durch "end backup" beendet

Archivlog-Modus konfigurieren

  • Instanz herunterfahren
  • Datenbank mounten
  • Archivlogmodus einstellen (ALTER DATABASE ARCHIVELOG)
  • Datenbank öffnen

Vollständiges Datenbank-Backup

  • Wird bei geschlossener Datenbank durchgeführt
  • Einfache Ausführung
  • Kaum Benutzereingriffe notwendig
  • Datenbank herunterfahren
  • Datendateien und Kontrolldateien mit Betriebssystembefehlen kopieren
  • Datenbank hochfahren

Backup bei geöffneter Datenbank

  • Hohe Datenverfügbarkeit
  • Ausführbar auf Tablespace- und Datendatei-Ebene
  • Keine Unterbrechung der Geschäftsabläufe
  • Datenbank muß sich im Archivelog-Modus befinden

Backup eines Online-Tablespace ausführen

  • ALTER TABLESPACE... BEGIN BACKUP
  • Datendateien des Tablespace mit Betriebssystembefehl kopieren
  • ALTER TABLESPACE ... END BACKUP

Recovery-Manager

Der Oracle Recovery Manager / RMAN ist ein Werkzeug zur Vereinfachung der Datensicherungs- und Wiederherstellungsaufgaben.

  • Kann von der Befehlszeile aufgerufen werden oder mit Hilfe einer GUI (nur verfügbar, wenn im Oracle Management Server)
  • Speichert Daten in einem Oracle-proprietären Format

Vorteile

  • Protokolliert alle Backup und Recovery-Operationen
  • Ermöglicht die automatisierte Ausführung von Sicherungen
  • Kann defekte Blöcke identifizieren
  • RMAN-Skripte sind betriebssystemunabhängig und können somit portiert werden

Interaktiver Modus

  • bei Analysen verwenden
  • regelmässige Verwendung vermeiden

Batch-Modus

  • für automatisierte Jobs
  • Bedienerfehler minimieren
  • Log-Datei zum Empfang von Informationen konfigurieren

RMAN-Sitzung starten

Beispiel:

$ rman target system/passwort@orcl

Beispiel für Job-Befehl

RUN{
  ALLOCATE CHANNEL c1 TYPE DISK;
  BACKUP
  FORMAT 'D:\prog\oracle\oradata\ora01\backup01.dbf‘
  (TABLESPACE userdata);
  }

RMAN-Backups

  • Das Recovery Manager-Backup ist ein serververwaltetes Backup
  • Der RMAN führt Backups mit Hilfe von Sitzungen auf einem Oracle-Server durch
  • Es können neben der gesamten Datenbank alle Dateien in einem Tablespace, ausgewählte Datendateien, Kontrolldateien oder archivierte Redo Log-Dateien gesichert werden

Backup bei geschlossener Datenbank: die Zieldatenbank muß gemountet sein

Backup bei geöffneter Datenbank: Tablespaces dürfen nicht in den Backup-Modus gesetzt werden

Backup-Piece

  • Ein logisches Backup-Set umfasst normalerweise nur ein Backup-Piece
  • Ein Backup-Piece ist eine physische Datei, die ein oder mehrere physische Dateien enthalten kann
  • Ein Backup-Piece kann Blöcke aus mehreren Datendateien enthalten

Media-Recovery

Das Media Recovery dient der Wiederherstellung verloren gegangener oder beschädigter Dateien und muss ausdrücklich aufgerufen werden.

Funktionsweise:

  • Dateien werden von Backups zurückgeschrieben
  • zurückgeschriebene Dateien werden anhand archivierter Redo Log-Dateien aktualisiert

Vollständige Wiederherstellung

  • Beschädigte oder fehlende Dateien werden von einem Backup zurückgeschrieben
  • Falls erforderlich, werden Änderungen aus den archivierten Redo Log-Dateien angewendet
  • Mit Hilfe der Undo-Blöcke wird ein Rollback der nicht festgeschriebenen Änderungen durchgeführt

Vollständige Wiederherstellung einer geschlossenen Datenbank im ARCHIVELOG-Modus

  • Datenbank herunterfahren
  • Datei(en) von Backup zurückschreiben
  • Datenbank im Mount-Modus hochfahren
  • Wiederherstellung durchführen mit RECOVER DATABASE
  • Datenbank öffnen

Vollständige Wiederherstellung mit dem RMAN

RMAN starten und folgende Befehle absetzen:

  • STARTUP MOUNT
  • RESTORE DATABASE
  • RECOVER DATABASE
  • ALTER DATABASE OPEN

Unvollständige Wiederherstellung mit RMAN

  • Datenbank mounten
  • Datendateien zurückschreiben
  • Wiederherstellung der Datenbank unter Verwendung von UNTIL TIME oder UNTIL SCN
  • Öffnen der Datenbank unter Verwendung von RESETLOGS

Befehl LIST

Zeigt die Inhalte des RMAN-Repositories an

Beispiele:

LIST BACKUP;
LIST  EXPIRED BACKUP;
LIST BACKUP BY FILE;
LIST EXPIRED BACKUP BY FILE;
LIST BACKUP OF TABLESPACE USER01;
LIST BACKUP OF DATABSE;
LIST BACKUP OF TABLESPACE “users“
LIST COPY OF TABLESPACE “users“

Befehl REPORT

  • Welche Dateien benötigen ein Backup?
  • Welche Backups sind alt und können gelöscht werden?
  • Daten werden so angezeigt, wie im Repository vermerkt

Welche Datendateien benötigen ein Backup?

REPORT NEED BACKUP;

Welche Datendateien von USER01 benötigen ein Backup?

REPORT NEED BACKUP DAYS = 30 TABLESPACE USER01; 

Welche Backups werden nicht mehr benötigt?

REPORT OBSOLETE;

Welche Backups sind älter als 7 Tage?

REPORT OBSOLETE RECOVERY WINDOW OF 7 DAYS; 

Welche Backups sind doppelt redundant?

REPORT OBSOLETE REDUNDANCY = 2 

Befehl DELETE

Löscht alle nicht mehr benötigten Datensicherungen.

DELETE OBSOLETE;

Flashback Query

  • erlaubt die konsistente Abfrage eines Datenbestandes zu verschiedenen Zeitpunkten
  • Before-Images werden im UNDO-Tablespace abgespeichert
  • Wie weit die Werte in die Vergangenheit reichen hängt vom Parameter UNDO_RETENTION ab
  • Abfragen eines alten Wertes:
SELECT * FROM dept AS OF TIMESTAMP
  to_timestamp('02-03-2004 07:00:00','dd-mm-yyyy hh24:mi:ss');
  • Versionen eines Zeitraums und die erfolgten Operationen können abgefragt werden:
SELECT deptno, dname, loc,
  versions_operation, versions_xid, 
  versions_starttimeFROM scott.dept
  VERSIONS BETWEEN TIMESTAMP MINVALUE AND MAXVALUE
  ORDER BY deptno, versions_starttime;

Tabelle kann auf bestimmten Zeitpunkt zurückgesetzt werden:

FLASHBACK TABLE dept TO TIMESTAMP to_timestamp('02.03.2004 09:30');

Tabellen lassen sich wieder zurückholen mit Until Drop:

FLASHBACK TABLE dept to BEFORE DROP;

Flashback Database

  • Gesamte Datenbank wird in einen historischen Zustand zurückgefahren
  • Lässt sich nicht auf einzelne Benutzer beschränken
  • Datenbank muss im Archivelog-Modus betrieben werden

Konfiguration:

  • Datenbank auf flashback on setzen:
  • shutdown immediate;
  • startup mount;
  • alter database flashback on;
  • alter database open;

Beispiel:

  • Herunterfahren der Datenbank
SHUTDOWN IMMEDIATE;
  • Hochfahren in den Mount Modus
STARTUP MOUNT;
  • Flashback absetzen
FLASHBACK DATABASE TO TIMESTAMP to_timestamp ('02.03.2004 09:30:00');
  • Datenbank öffnen
ALTER DATABASE OPEN RESETLOGS;