Neues vom RMAN - doag.org · PDF fileNeues vom RMAN Seite 9 '/oracle/oradata/11g/ ' is corrupt ... reading from backup piece /backup/rman_bp/09jaop9t_1_1 ... duplicate target database

Deutsche Oracle Anwenderkonferenz 2008

Neues vom RMAN

Neues vom RMAN Seite 1

Neues vom RMANDie Features in 11g

Roland Kratz • Bereichsleiter

OPITZ CONSULTING Bad Homburg GmbH

Nürnberg, 02.12.2008

RMAN New Features in 11g

Archival Backups

Backup Failover Archive Logs

Active Database Duplication

Undo Optimization

Improved Block Corruption Detection

ZLIB Compression

VSS Integration

Lost Write Detection


Data Recovery Advisor

Integration mit Data Guard

Archive Log Deletion Policy

Virtual Private Catalog

Multi-Section Backups

Improved Block Media Recovery

Block Change Tracking Standby DB

Scripting – Substitution Variables

VSS Integration

Backup RO Transportable Tablespaces

Flashback Transaction Backuout

Flashback Data Archive

Agenda

● Data Recovery Advisor

● Data Guard Integration

● Archivsicherungen

● Katalogerweiterungen

● Multi-Section Backups


● Multi-Section Backups

● ZLIB Komprimierung

● Undo Compression

1 Data Recovery Advisor



● Erkennt selbstständig aufgetretene Fehler● z.B. Gelöschtes Datafile, korrupte Blöcke

● Analysiert und meldet den Fehler

● Ermittelt optimalen Wiederherstellungsweg● Generiert Repair Skript

● Kann Wiederherstellung durchführen

Untersuchung & Planung



● Interfaces:● RMAN Cmd

● OEM

Quelle: Oracle

Time to Repair

Recovery

Welche Fehler adressiert der Data Recovery Advisor?

● Physikalische Fehler – Media Failures● Fehlende Dateien

● Datafiles

● Controlfiles

● Online Redo Log Files

● Korrupte Blöcke


● Keine logischen Fehler!! (z.B. drop table)

Fehler-Erkennung

● Fehler-Erkennung durch Datenintegritäts-Checks (Teil des Health Monitor Frameworks)

● Veranlassung eines Checks● Automatisch durch die DB (z.B. Query findet korrupten Block)

● Explizit durch DBA

● DBMS_HM


● OEM

● Erweiterung des VALIDATE Kommandos● (backupset)

● Datenbankblöcke

● Datafiles

● Gesamte DB

● Ergebnisse im ADR abgelegt

Data Recovery Advisor - Beispiel

● File Header des SYSTEM Tbs Datafile wurde überschrieben

● Die Instanz wurde nach einem Checkpoint durch CKPT beendet

● Startup läuft auf einen Fehler

● Checker wird angestoßen

● Informationen im ADR abgelegt


● Informationen im ADR abgelegt

Anzeige des Fehlers

RMAN> list failure detail;

List of Database Failures

=========================

Failure ID Priority Status Time Detected Summary

---------- -------- --------- ------------- -------

1181 CRITICAL OPEN 08-MAR-08 System datafile 1:


1181 CRITICAL OPEN 08-MAR-08 System datafile 1:

'/oracle/oradata/11g/system01.dbf' is corrupt

Impact: Database cannot be opened

RMAN>

Empfehlung zur Problembehebung

RMAN> advise failure;

List of Database Failures

…

analyzing automatic repair options; this may take some time

allocated channel: ORA_DISK_1

channel ORA_DISK_1: SID=151 device type=DISK

analyzing automatic repair options complete


analyzing automatic repair options complete

Mandatory Manual Actions

========================

no manual actions available

Optional Manual Actions

=======================

no manual actions available

advise failure (2)

RMAN> advise failure;

…

Automated Repair Options

========================

Option Repair Description

------ ------------------

1 Restore and recover datafile 1

Strategy: The repair includes complete media recovery with no


Strategy: The repair includes complete media recovery with no

data loss

Repair script: /oracle/diag/rdbms/11g/11g/hm/reco_357284205.hm

RMAN>

RMAN> repair failure preview;

Strategy: The repair includes complete media recovery with no data

loss


contents of repair script:

# restore and recover datafile

repair failure preview

Neues vom RMAN


restore datafile 1;

recover datafile 1;

RMAN>

Seite 12

repair failure

RMAN> repair failure;

Strategy: The repair includes complete media recovery with no data loss


contents of repair script:


restore datafile 1;

recover datafile 1;


Do you really want to execute the above repair (enter YES or NO)?

yes

executing repair script

Starting restore at 08-MAR-08

using channel ORA_DISK_1

repair failure (2)

RMAN> repair failure;

…

channel ORA_DISK_1: starting datafile backup set restore

channel ORA_DISK_1: specifying datafile(s) to restore from backup set

channel ORA_DISK_1: restoring datafile 00001 to /oracle/oradata/11g/system01.dbfchannel

ORA_DISK_1: reading from backup piece /backup/rman_bp/09jaop9t_1_1

channel ORA_DISK_1: piece handle=/backup/rman_bp/09jaop9t_1_1 tag=TAG20080308T151157

channel ORA_DISK_1: restored backup piece 1

channel ORA_DISK_1: restore complete, elapsed time: 00:01:05

Finished restore at 08-MAR-08


Finished restore at 08-MAR-08

Starting recover at 08-MAR-08

using channel ORA_DISK_1

starting media recovery

media recovery complete, elapsed time: 00:00:01

Finished recover at 08-MAR-08

repair failure complete

Do you want to open the database (enter YES or NO)? yes

database opened

RMAN>

Data Recovery Advisor - Einsatzgebiete

● Verlust von Datafiles (system und non-system)

● Verlust aller Controlfiles● nocatalog oder mit Katalogunterstützung

● Autobackup restore

● Iterative Reparatur

● Verlust eines Online Redo Logs


● Verlust eines Online Redo Logs● INACTIVE: Clear Logfile

● CURRENT: Incomplete Recovery

2 Data Guard Integration


RMAN in einer Data Guard Umgebung

● Physical Standby ist block-identische Kopie der Primary

● Backups der einen DB können für Wiederherstellung der anderen DB genutzt werden

● Voraussetzungen● Recovery Catalog

● Zugriff auf Backups


● Physische Erreichbarkeit

● Logische Erreichbarkeit (Accessibility)

● I/O-Entlastung der Produktion durch Sicherung der Standby DB

● Unterscheidung der DB‘s über db_unique_name

Zugriff auf die Backups

● Association● Backup ist verbunden mit DB, aus der es erzeugt wurde

● Accessibility● Disk Backup: nur erreichbar für DB, die es erzeugt hat

● Tape Backup: erreichbar für alle DB‘s in einer DG Umgebung

● db_unique_name in site_key Spalte der Metadaten


● db_unique_name in site_key Spalte der Metadaten● Backupsets, Backup Pieces

● Ändern der Association● Katalogisieren der Backups ● change backup for db_unique_name r11s reset db_unique_name;

Persistente Konfigurationen

● Konfiguration für Standby DB‘s ohne Connect● configure default device type disk for db_unique_name r11s;

● Setzt Recovery Katalog voraus

● configure, show, report, list wurden um db_unique_nameSyntax erweitert


Data Guard Unterstützung

● Block Change Tracking File nun auch für Standby DB

● Kein explizites Handling des Standby Controlfiles mehr● Konvertierung Primary- aus Standby Controlfile (und umgekehrt)

● Rolle (Primary/Standby) entscheidet

● Archive Log Deletion Policy● configure archivelog deletion policy

shipped to [all] standby


● shipped to [all] standby

● applied on [all] standby

Active Database Duplication

● Klonen über Netzwerk ohne Zugriff auf Backups

● Auch für Erstellung einer Standby DB● duplicate target database [to dbname] [for standby] [from

active database] …

● Erhöhter Ressourcenbedarf auf Quellsystem berücksichtigen


Quelle: Dell

3 Archivsicherungen


Archivsicherungen

● Weiterentwicklung der Optionen um das Keep Kommando

● Übersteuert Retention Policy

● Sicherung der gesamten DB, inkl. Controlfile, Spfile und Archive Logs

● keep [forever | until time]

● Recovery Katalog erforderlich


● Recovery Katalog erforderlich

● Keine Archivsicherungen in die FRA

● Optional Angabe eines Restore Points

4 Katalogerweiterungen


Virtual Private Catalog

● „Base Recovery Catalog“ als Ausgangspunkt● Zentrales Metadaten Repository eines Katalog Super Users

● Explizite Berechtigung anderer Benutzer – ausgewählte DB‘s

RMAN> grant catalog for database test1 to stefan;

RMAN> grant register database to stefan;


RMAN> connect catalog stefan/<pw>@catdb;

RMAN> create virtual catalog;

RMAN> connect target sys/<pw>@test1;

RMAN> register database;

● Sicherheit: Restriktion für Zugriff auf DB-Backups

Recovery Katalog – Transport von Metadaten

● Import in neuen Katalog● Gesamter Katalog

● Teile eines Katalogs – einzelne DB‘s

RMAN> connect catalog rman11/<pw>@catdb11g;

RMAN> import catalog rman10/<pw>@catdb10g [dbid=…,… |

dbname=test1,test2]


dbname=test1,test2]

● Implizites unregister aus Quellkatalog

● Keine Metadaten Extraktion in Dumpfile möglichnur Import bei Verbindung zum Quell-Katalog

Katalogalternative

● Probleme zentraler Katalog● Besondere Backup Lösung bei einer Katalog DB

● Locking Konflikte bei unregister

● Query Laufzeiten (manuelle Optimierung notwendig)

● Alternative


● Alternative● 1 Katalogschema pro Quell-DB

● Namenskonvention, z.B. rman_<dbname|SID>/<Std.-PW>

● Verteilung auf 2 oder mehrere Catdb‘s – gegenseitige Sicherung

● Auslagerung bei Versionsinkompatibilitäten

● Einfache Lösung für Sicherheit und Metadaten-Transport

5 Multi-Section-Backups


I/O Parallelisierung vor 11gG

röß

e


● Ursache: Lesen 1 Datei durch 1 Server Prozess

● Mehrere Channel:● Durchsatz (mehr Datafiles/Backup Pieces)

● Nicht Verarbeitungsgeschwindigkeit

Zeit

Multi-Section-Backup

● Unterstützung Backup von großen DB‘s mit großen Dateien● „section size“ zu klein

backup section size <n K|M|G> <tablespace|datafile|database>


● „section size“ zu klein

● „section size“ zu groß

● Zusätzliche Prozesse● Konkurrieren mit Channel-Parallelisierung

● Maximale Parallelisierung für Medium beachten

● -> Tests!

● Keine intra-file Parallelisierung beim Restore!

6 ZLIB Komprimierung


ZLIB Komprimierung


Quelle: Oracle

Binärkomprimierung mit RMAN

● configure compression algorithm 'ZLIB';

● Vorteile● Weniger Speicherbedarf auf Disk und Bändern

● Einfacheres Handling von kleinen Dateien


● Nachteile● Mehr Ressourcen (CPU) -> höhere Kosten

● Leistungsfähigere HW

● Abrechnung auf Basis von Ressourcenbedarfen

● Mehr Ressourcen -> mehr Zeit

● Backup dauert länger

● Restore dauert länger

ZLIB Komprimierung

● Restriktive SLA‘s: Tests empfehlenswert● Tatsächliche Zeiten

● Tatsächliche Komprimierungsrate

● Erhöht mögliche Konfigurationsvarianten● Keine Komprimierung -> ZLIB -> BZIP2

● Kann guter Kompromiss sein!


7 Undo Compression


Logische Komprimierung

Table A

Table A

Backuppiece

UC UC UC C C 8.0 – 10g R1 NULL Compression


Table A

Undo Seg 1

UC UC UC C C

Backuppiece

UC UC UC C C

Backuppiece

UC UC UC

ab 10g R2 Unused Block Compression

ab 11g R1 Undo Compression

Undo Compression

● Transparent; Built-In; nicht konfigurierbar

● Sinnvolle Weiterentwicklung

● Weitere Reduzierung des Sicherungs- und

Wiederherstellungsvolumens


Wiederherstellungsvolumens

● Schnelleres Backup, schnelleres Recovery

&


Fragen & Antworten

&

Kontakt:

Roland Kratz

OPITZ CONSULTING GmbH

[email protected]


[email protected]

+49 6172 66 260 0

Vielen Dank für Ihre Aufmerksamkeit !

Folientitel

● k



● Erkennt selbstständig aufgetretene Fehler● z.B. Gelöschtes Datafile, korrupte Blöcke

● Analysiert und meldet den Fehler

● Ermittelt optimalen Wiederherstellungsweg● Generiert Repair Skript




● Interfaces:● RMAN Cmd

● OEM

90 %

Time to Analyze

Time to Repair10 %

Quelle: Dell

Folientitel

Table A

Table AUC

C

Backuppiece

CUC

UC UC UC C C

Backuppiece

UC UC UC C C


● k

Table A

Undo Seg 1

UC UC UC C C

UC C

UC C

Backuppiece

UC UC UC C C

Backuppiece

UC UC UC

Documents

Neues vom RMAN - doag.org · PDF fileNeues vom RMAN Seite 9 '/oracle/oradata/11g/ ' is corrupt ... reading from backup piece /backup/rman_bp/09jaop9t_1_1 ... duplicate target database