Backup & Recovery in Oracle 11g –Backup & Recovery in Oracle 11g Funktionen und Features

Wolfgang ThiemServer Technologies Customer CenterORACLE Deutschland GmbH

Warum werden Backups gemacht?

• Damit man im Fehlerfall auf einen konsistenten Datenbankzustand zurückkehren kannD it hi t i h D t h lt d kö• Damit historische Daten vorgehalten werden können

Welche Fehler können auftreten?

Fehlerart Verursacher Auflösungt t t U A lik ti D t b kstatement error User, Applikation Datenbank

process failure abnormal exit Hintergrund-(Ctrl C,...) prozess

Instance failure kill process, HW, Instance Recovery

Stromausfall beim Startup

(Rollfor ard(Rollforward,

Rollback)

Welche Fehler können auftreten?-- Fortsetzung

Fehlerart Verursacher AuflösungU A lik ti fü di DB kuser error User, Applikation für die DB ok,

(drop table, DBA (DBPITR,

delete...) TSPITR, logminer)

media failure Hardware DBA, Backup

(Headcrash,...) einspielen

Welche Arten von Backup gibt es?

• Logisches Backup• Export• select from ;• select ... from ...;• 3GL-Programm erzeugt Loader-Datei

• Physikalisches Backup (mit/ohne rman)Physikalisches Backup (mit/ohne rman)• Online Backup• Offline Backup

Logisches Backup

• Voraussetzung:• Datenbank läuft

V t il• Vorteil:• Objekt-, User-, Datenbank-Export möglich

• Nachteil:• Nachteil:• zusätzliche Last auf der Datenbank beim Export• zeitaufwending beim Importzeitaufwending beim Import

Physikalisches BackupWas muß gesichert werden?

• Alle Datenfiles (auch TEMP-Tablespace!)• Controlfiles• beim Offline-Backup: Online Redologs !• im archive modus: archivierte RedologsZusätzlich:• Parameter-Datei(en), Password-File• “... controll-file to trace”• Protokolldatei mit Infos über das Backup

Wann sollte ein Backup gemacht werden?

• bei Strukturänderungen der Datenbank (create tablespace, add datafile,....)St t ä d T bl ( d it / d• Statusänderungen am Tablespace (read-write/read-only)

• nach nologging Aktionen• nach nologging-Aktionen• bei umfangreichen DDL’s

Backup & Recovery in Oracle 11gIm Prinzip so wie seit Version Oracle 7Im Prinzip so wie seit Version Oracle 7

Die Datenbank muß jederzeit„Die Datenbank muß jederzeit wiederherstellbar sein“

„Möglichst schnell“

„Mit wenig Aufwand“

Backup Recovery

Backup & RecoveryNeue Herausforderungen

• Datenbanken werden größer

Neue Herausforderungen

Datenbanken werden größer• Wartungsfenster werden kleiner

Wie können die Wie kann dieWie können die Zeitvorgaben

eingehalten werden?

Wie kann die Speicheranforderung

minimiert werden?

Backup & Recovery in Oracle 11gEin neuer Ansatz - diskbasiert

F t l tt i d k t ü ti

Ein neuer Ansatz - diskbasiert

• Festplatten sind kostengünstig• Festplatten sind schnell

… im Vergleich zu Tapes …1980’s - 200 MB

• Deshalb:ORACLE hat die B&R Möglichkeiten1000x Zuwachs ORACLE hat die B&R Möglichkeiten komplett überarbeitet

1000x Zuwachs

• Effekt für Backup and Recovery:Früher: … Stunden … !!Heute: Minuten !!!Heute: … Minuten … !!!

2000’s - 200 GB

Backup Arten - Fundamentales

RMAN

Image Kopie + +Backup Set komplett - +Backup Set inkrementell - +

RMAN Komponenten

• RMAN Client Enterprise

• Target Database (die Datenbank, die gesichert wird)

RR

RecoveryRecoveryCatalogCatalog

EnterpriseManager

ThirdThird--PartyParty

• Recovery Catalog database –

RecoveryRecoveryManagerManager

yyToolTool

eco e y Ca a og da abaseOptional

DiskDisk DiskDisk DiskDisk DiskDisk

• Media Management Software• von Dritthersteller die eine Integration

mit RMAN implementiert haben

Media management layer

mit RMAN implementiert habenTapeTape TapeTape TapeTape TapeTape

RMAN vollständig EM integriert

Backup und Recovery: Hauptsache ZentralDie Flash Recovery AreaDie Flash Recovery Area

• Speicherbereich fürB k• Backups

• Archivelogs• Flashback Logs

DatenbankBereich

RMAN

• Change Tracking File

• Backup

FlashR

jede Nacht:

• Plattenbasiert• Vollautomatisiert

RecoveryArea

InkrementelleVeränderungen

• Geschwindigkeitsgewinn• Backup• Restore

wöchentlich

DIGITAL DATA STORAGE

esto e

Die Flash Recovery AreaHintergrund und NutzenHintergrund und Nutzen

• Automatische Dateiverwaltung:• Löschen obsoleter Dateien• inkrementelle Updates

SGA

• Schnellstes Recovery:• Switch to Copy

Flash Recovery

Area

DatabaseArea

py

RMAN> STARTUP MOUNT;RMAN> SWITCH DATABASE TO COPY;RMAN> RECOVER DATABASE;RMAN> ALTER DATABASE OPEN;

Optimierte inkrementelle BackupsDas Change Tracking File

tB= f(Größe der Datendateien)

Das Change Tracking File

Redo Generierung

tB f(Größe der Datendateien)

Schnelle, inkrementelle BackupsRedo GenerierungChange Tracking File beinhaltet, welche Blöcke geändert wurdenEin “Full Scan” der Datendateien ist nicht

Redo Log

Liste der geändertenBlöcke

mehr erforderlichBis zu 20X schneller

tB= f(Anzahl geänderter Oracle Blöcke)1011001010110101100101011000011101001011010101110011

ChangeTracking File SQL> ALTER DATABASE ENABLE

BLOCK CHANGE TRACKING;

Inkrementel aktualisierte BackupsEin Roll-Forward des Recoveries mit RMAN

Komplett

Ein Roll-Forward des Recoveries mit RMAN

• Einmaliges Komplett-BackupKomplett-Backup0

Inkrementell1

• Erweitertes inkrementelles Backup

• Recovery des Komplett-BackupsKomplett • Recovery des Komplett-Backups mit inkrementellen Backup

Komplett-Backup1

Inkrementell2

Komplett-Backup2

Die entsprechende RMAN Syntax

run {allocate channel oem_disk_backup device type disk;

recover copy of database with tag 'ORA$OEM_LEVEL_0';

backup incremental level 1 cumulative copies=1backup incremental level 1 cumulative copies 1for recover of copy with tag 'ORA$OEM_LEVEL_0' database;

}}

Recovery nach Open ResetlogsMit Oracle Database 10g auch ohne neues Backup

• Vereinfachtes Recovery über Open Resetlogs hinweg• Erweiterung der Recovery Operation

Mit Oracle Database 10g auch ohne neues Backup

g y• Backups der vorherigen Incarnation können für

Recovery der aktuellen Incarnation benutzt werden.

• Typisches Recovery Scenario:1. ‘Incomplete recovery’ oder ‘recovery using a backup control file’2. ‘Open resetlogs’ (neue Incarnation).p g ( )3. Full Backup der Datenbank. # Nicht mehr nötig!4. Als Produktion Datenbank freigeben.

# new format specification – resetlogs identifierLOG_ARCHIVE_FORMAT="LOG%t_%s_%r.arc"

# new Columns resetlogs_change#, resetlogs_time in V$VIEWS

Backup & RecoveryMö li hk itMöglichkeiten

Tx 2

Tx 3RMAN

Manuelle SicherungTx 1

Oracle Recovery Manager

gOracle Flashback

Oracle Secure Backup

Tape data protection at File System DataFile System DataOracle DatabasesOracle Databases p pthe lowest cost

Integrated tape backup UNIX Linux

Windows NASRMAN gfor Oracle Database

-Recovery Manager (RMAN) integration

RMAN

integration

-Enterprise Manager (EM) interface

Oracle Secure BackupCentralized Tape Backup Management

• Encryption of data to tape for data at-rest protectionp

EncryptionEncryption

Uses RMAN backup encryptionp yp

Encryption key transparently managed by database

Encrypt at database or tablespace levelEncrypt at database or tablespace level

Tape Backup Administrator cannot read encrypted database datadatabase data

Protects data at-rest from tapes falling into the wrong handshands

Support for Major Tape Devices

F R A G E NF R A G E NA N T W O R T EA N T W O R T E NN