Der Vortrag von Marek Adar bei den Frankfurter Datenbanktagen 2013 behandelt Techniken des Oracle Recovery Managers, wobei insbesondere die Herausforderungen und Vorgehensweisen beim Desaster Recovery ohne Autobackup der Kontroll-Datei thematisiert werden. Weitere Themen sind inkrementelles Recovery von Bildkopien und das experimentelle Package dbms_backup_restore. Die Konferenz bot eine Vielzahl an Sessions und wird 2014 fortgesetzt.

1. Frankfurter Datenbanktage
Tipps und Tricks
zum Oracle Recovery Manager
Marek Adar

2. Vortrag im Rahmen der
13. – 15. März 2013

3. Die ersten Frankfurter Datenbanktage fanden am 14. und 15. März 2013 statt.
Knapp 250 Teilnehmerinnen und Teilnehmer verfolgten an den zwei
Konferenztagen Vorträge und Diskussionen, Keynotes und Hands on Sessions
aus der Welt von IBM, Oracle, SAP, Microsoft und Open Source-Datenbanken. Die
fünf parallelen Vortragstracks boten rund 60 intensive Sessions. Am Vortag der
Konferenz, am 13. März gab es zusätzlich einen optional buchbaren
Schulungstag zu Virtualisierung, Cloud Computing und Hochverfügbarkeit
mit Datenbanken.
Weitere Präsentationen der Konferenz sowie Sprecher-Interviews und Aufnahmen
der Live Hackings stehen unter
www.frankfurter-datenbanktage.de
zum Download bereit.
Die nächsten Frankfurter Datenbanktage finden vom 26. - 28. März 2014 statt.

4. Wer bin ich?
• Marek Adar, Baujahr: 1970
• Physik-Ing. seit 1996
• Verheiratet, mit fast vier Kindern
• Oracle seit 1998
• Themen für Training und Support:
– SQL –PL/SQL
– DBA
– SQL- und DB-Performance Tuning
– Backup & Recovery
– RAC und Data Guard

5. Publikationen

6. Themen
• Desaster Recovery von Band ohne Autobackup
der Kontrolldatei und einem Recovery-Katalog
• Inkrementelles Recovery von Image-Kopien –
Die Mini-Standby-Datenbank
• Das Package DBMS_BACKUP_RESTORE –
Ein Experiment
• Wenn noch Zeit ist:
– Durchführung von Block-Recovery
– Trace-Informationen

7. Desaster Recovery von Band ohne Autobackup der
Kontrolldatei und einem Recovery-Katalog

8. Desaster Recovery von Band ohne
Autobackup der Kontrolldatei und einem
Recovery-Katalog
• Problematik
– Kontrolldatei beinhaltet Metadaten der
Sicherungen
– Kontrolldatei liegt auf Band
– Frage: Wie kann ohne Informationen aus einem
Katalog die Kontrolldatei wiederhergestellt
werden, um die Datenbank mit den Informationen
aus der Kontrolldatei zurückzusichern?

9. Desaster Recovery von Band ohne
Autobackup der Kontrolldatei und einem
Recovery-Katalog
• Vorgehensweise
– Wiederherstellung des Grundsystems mit
Betriebssystem und Oracle-Software
– Wiederherstellung der Oracle NET-Umgebung
– Erstellung der Kennwortdatei mit orapwd unter
Linux
– Erstellung der Kennwortdatei und eines Dienstes
mit oradim unter Windows

10. Desaster Recovery von Band ohne
Autobackup der Kontrolldatei und einem
Recovery-Katalog
• Vorgehensweise (cont.)
– Erstellung einer Parameterdatei mit den
Parametern:
– Anlegen der Ordnerstrukturen für die Datenbank
– Installation der Tape-Library

11. Desaster Recovery von Band ohne
Autobackup der Kontrolldatei und einem
Recovery-Katalog
• Vorgehensweise (cont.)
– Starten des Recovery Managers

12. Desaster Recovery von Band ohne
Autobackup der Kontrolldatei und einem
Recovery-Katalog
• Vorgehensweise (cont.)
– Setzen der Datenbank-ID, ausgelesen aus dem
Sicherungsprotokoll.
– Starten der Instanz in die NOMOUNT-Fase

13. Desaster Recovery von Band ohne
Autobackup der Kontrolldatei und einem
Recovery-Katalog
• Vorgehensweise (cont.)
– Wiederherstellung der Serverparameterdatei über
den Bandkanal aus einem Backupset, ausgelesen
aus dem Sicherungsprotokoll

14. Desaster Recovery von Band ohne
Autobackup der Kontrolldatei und einem
Recovery-Katalog
• Vorgehensweise (cont.)
– Herunterfahren der Instanz und erneutes Starten
in die NOMOUNT-Fase, um vom SPFILE zu starten

15. Desaster Recovery von Band ohne
Autobackup der Kontrolldatei und einem
Recovery-Katalog
• Vorgehensweise (cont.)
– Wiederherstellung der Kontrolldatei über den
Bandkanal aus einem Backupset, ausgelesen aus
dem Sicherungsprotokoll.
–

16. Desaster Recovery von Band ohne
Autobackup der Kontrolldatei und einem
Recovery-Katalog
• Vorgehensweise (cont.)
– Datenbank anhängen
– Datenbankwiederherstellung starten

17. Desaster Recovery von Band ohne
Autobackup der Kontrolldatei und einem
Recovery-Katalog
• Vorgehensweise (cont.)
– Archive auf die Datenbank anwenden

18. Desaster Recovery von Band ohne
Autobackup der Kontrolldatei und einem
Recovery-Katalog
• Vorgehensweise (cont.)
– Datenbank mit der Option – RESETLOGS öffnen.

19. Inkrementelles Recovery von Image-Kopien
Die Mini-Standby-Datenbank

20. Inkrementelles Recovery von Image-
Kopien. Die Mini-Standby-Datenbank
• Grundlage
– Erstellung einer Kopie der Datenbank auf ein
zweites Speichersubsystem
– Anwenden von differenziellen Sicherungen auf die
Kopie zur Aktualisierung.

21. Inkrementelles Recovery von Image-
Kopien. Die Mini-Standby-Datenbank
• Grundlage (cont.)
– Bei Ausfall der Datenbank kann zeitnah auf die
Kopie geschwenkt werden.
– Zurücksichern der Datenbank entfällt.

22. Inkrementelles Recovery von Image-
Kopien. Die Mini-Standby-Datenbank
• Grundlage
– Aufbau

23. Inkrementelles Recovery von Image-
Kopien. Die Mini-Standby-Datenbank
• Grundlage (cont.)

24. Inkrementelles Recovery von Image-
Kopien. Die Mini-Standby-Datenbank
• Erstellen der Image-Kopie

25. Inkrementelles Recovery von Image-
Kopien. Die Mini-Standby-Datenbank
• Regelmäßiges Durchführen der differenziellen
Sicherung mit Anwendung auf die Image-Kopie

26. Inkrementelles Recovery von Image-
Kopien. Die Mini-Standby-Datenbank
• Regelmäßiges Durchführen der differenziellen
Sicherung mit Anwendung auf die Image-Kopie.
(cont.)

27. Inkrementelles Recovery von Image-
Kopien. Die Mini-Standby-Datenbank
• Durchführung eines Schwenks im Falle eines
Ausfalls von NAS1
– Starten der Datenbank in die MOUNT-Fase

28. Inkrementelles Recovery von Image-
Kopien. Die Mini-Standby-Datenbank
• Durchführung eines Schwenks im Falle eines
Ausfalls von NAS1
– Schwenken auf die Kopie der Datenbank

29. Inkrementelles Recovery von Image-
Kopien. Die Mini-Standby-Datenbank
• Durchführung eines Schwenks im Falle eines
Ausfalls von NAS1
– Anwenden der Archive und öffnen der Datenbank

30. Inkrementelles Recovery von Image-
Kopien. Die Mini-Standby-Datenbank
• Zusätzliches:
– Ist das ausgefallende NAS-System wieder verfügbar, kann
erneut eine Einrichtung in die andere Richtung
durchgeführt werden
– Die alten Datenbankdateien werden als Kopien im Katalog
gepflegt, können aber nicht für die das erneute Aufsetzen
verwendet werden, da sie keinen Bezeichner (TAG)
besitzen
– Die differenzielle Sicherung kann zeitversetzt auf die
Kopien angewendet werden, um zusätzlich eine
unvollständige Wiederherstellung zu erlauben

31. Das Package DBMS_BACKUP_RESTORE.
Ein Experiment

32. Das Package DBMS_BACKUP_RESTORE.
Ein Experiment
• DBMS_BACKUP_RESTORE
– Internes Package, welches für die Durchführung
der Sicherung zuständig ist
– Nicht dokumentiert
– Direkter Zugriff wird nicht unterstützt
– Wird über den Recovery Manager gestartet
– Dieses Beispiel dient nur zu Demonstrations-
zwecken

33. Das Package DBMS_BACKUP_RESTORE.
Ein Experiment
• Prozeduren und Funktionen
– BACKUPSETDATAFILE
• Definiert die Erstellung eines Backupsets
– DEVICEALLOCATE
• Allokiert den Kanal
– SETLIMIT
• Setzt „PIECE“-Größe
– BACKUPDATAFILE
• Nimmt die zu sichernden Datenbankdateien auf

34. Das Package DBMS_BACKUP_RESTORE.
Ein Experiment
• Prozeduren und Funktionen (cont.)
– BACKUPPIECECREATE
• Erstellt die „PIECES“
– DEVICEDEALLOCATE
• Deallokiert den Kanal
– BACKUPCANCEL
• Beendet die Sicherung

35. Das Package DBMS_BACKUP_RESTORE.
Ein Experiment
• Eine Testprozedur / Übergabeparameter

36. Das Package DBMS_BACKUP_RESTORE.
Ein Experiment
• Eine Testprozedur / Backupset / Kanalallokierung

37. Das Package DBMS_BACKUP_RESTORE.
Ein Experiment
• Eine Testprozedur / Definition der „PIECE“-Namen

38. Das Package DBMS_BACKUP_RESTORE.
Ein Experiment
• Eine Testprozedur / Erstellung der „PIECES“

39. Das Package DBMS_BACKUP_RESTORE.
Ein Experiment
• Durchführung der Sicherung / Komprimiert und
in die Flash Recovery Area

40. Das Package DBMS_BACKUP_RESTORE.
Ein Experiment
• Durchführung der Sicherung

41. Das Package DBMS_BACKUP_RESTORE.
Ein Experiment
• Durchführung der Sicherung. (cont.)

42. Das Package DBMS_BACKUP_RESTORE.
Ein Experiment
• Durchführung der Sicherung. (cont.)

43. Das Package DBMS_BACKUP_RESTORE.
Ein Experiment
• Test der Sicherung

44. Das Package DBMS_BACKUP_RESTORE.
Ein Experiment
• Test der Sicherung. (cont.)

45. Das Package DBMS_BACKUP_RESTORE.
Ein Experiment
• Test der Sicherung. (cont.)

46. Das Package DBMS_BACKUP_RESTORE.
Ein Experiment
• Test der Sicherung. (cont.)

47. Block-Recovery in der
Enterprise Edition

48. Block Recovery
• Wann entstehen defekte Blöcke
– Defekter Kontroller
– Defekter Hauptspeicher
• Unterscheidung von
– Physisch defekte Blöcke
– Logisch defekte Blöcke
• RMAN führt während der Sicherung eine
physische, mit der Option check logical auch eine
logische Blockprüfung durch.
• Archivelog-Modus muss für BR aktiviert sein.

49. Block Recovery
• Abbruch von Anweisungen mit der Fehler-
meldung ORA-01578

50. Block Recovery
• Prüfung von defekten Blöcke mit der RMAN-
Anweisung validate [check logical] database;

51. Block Recovery
• Durch Ausführung der Blockprüfung wird die
View V$DATABASE_BLOCK_CORRUPTION gefüllt.

52. Block Recovery
• Wiederherstellung der Blöcke über den RMAN-
Befehl blockrecover corruption list;

53. Trace-Informationen

54. Trace-Informationen
• Über Tape-Library wird die Datei sbtio.log
geschrieben, in der auftretende Fehler
protokolliert werden.
• diagnostic_dest/rdms/<db>/<sid>/trace/sbtio.log

55. Trace-Informationen
• Über Tape-Library wird die Datei sbtio.log
geschrieben, in der auftretende Fehler
protokolliert werden.
• diagnostic_dest/rdms/<db>/<sid>/trace/sbtio.log

56. Trace-Informationen
• Debug-Trace in RMAN aktivieren
• Alle Aufrufe an dbms_backup_restore werden
sichtbar.

57. Trace-Informationen
• Debug-Trace in RMAN aktivieren. (cont.)

58. Trace-Informationen
• Debug-Trace in RMAN aktivieren. (cont.)

59. Questions