Benutzer-Werkzeuge

Webseiten-Werkzeuge


dba:oracle_rman_recovery_advisor

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
dba:oracle_rman_recovery_advisor [2014/11/23 19:41] – [Datenbank Integrität mit dem DBMS_HM Package überprüfen] gpipperrdba:oracle_rman_recovery_advisor [2014/11/24 09:58] (aktuell) – [Datenbank zerstören] gpipperr
Zeile 4: Zeile 4:
 Mit dem Data Recovery Advisor kann ab der Version 11g R1 automatisch ein Fehler in der Datenbank erkannt werden, allerdings nicht in einer aktiven RAC Umgebung. Mit dem Data Recovery Advisor kann ab der Version 11g R1 automatisch ein Fehler in der Datenbank erkannt werden, allerdings nicht in einer aktiven RAC Umgebung.
  
-Als Workaround kann aber die Datenbank von einer Instance mit "cluster_database=false" gestaret werden, dann kann der Data Recovery Advisor auch in einer RAC Umgebung verwendet werden.+Als Workaround kann aber die Datenbank von einer Instance mit "cluster_database=false" gestartet werden, dann kann der Data Recovery Advisor auch in einer RAC Umgebung verwendet werden.
    
  
 ==== Fehler anzeigen lassen mit "LIST FAILURE"====  ==== Fehler anzeigen lassen mit "LIST FAILURE"==== 
  
-Im ersten Schritt zerstören wir nun eine Datendatei der Datenbank, unter windows mit dem Oracle Comando "ocopy" (damit kann eine offene Datei überschrieben werden .-)":+ 
 +=== Datenbank zerstören === 
 + 
 +Im ersten Schritt zerstören wir nun eine Datendatei der Datenbank, unter MS Windows mit dem Oracle Kommando "ocopy" (damit kann eine offene Datei überschrieben werden .-)"
 + 
 +Setzen wir dann einen Checkpoint ab, kann die ganze Instance herunterfallen.  
 + 
 +Besser eine Tabelle aus dem "zerstörten" Tablespace abfragen, dann bleibt bei non-system Tablespaces die Datenbank meist oben. 
  
 <code powershell> <code powershell>
  
-# wo liegt die Daten und püfen ob wir in Backup überhaupt dafür haben:+# wo liegt die Daten und prüfen ob wir in Backup überhaupt dafür haben:
 rman rman
 rman>connect target rman>connect target
Zeile 24: Zeile 32:
 4    2250     USERS                ***     D:\ORACLE\ORADATA01\GPI\USERS01.DBF 4    2250     USERS                ***     D:\ORACLE\ORADATA01\GPI\USERS01.DBF
 .. ..
 +
 +rman>list backup of database;
 +
 +...
  
 rman>restore validate database rman>restore validate database
-channel ORA_DISK_1: restored backup piece 1 
-channel ORA_DISK_1: validation complete, elapsed time: 00:04:05 
-Finished restore at 23-NOV-14 
 ... ...
 channel ORA_DISK_1: restored backup piece 1 channel ORA_DISK_1: restored backup piece 1
 channel ORA_DISK_1: validation complete, elapsed time: 00:04:05 channel ORA_DISK_1: validation complete, elapsed time: 00:04:05
 Finished restore at 23-NOV-14 Finished restore at 23-NOV-14
 +
  
 rman>exit; rman>exit;
Zeile 62: Zeile 72:
 sql>exit sql>exit
  
 +# Datenbank wieder im Mount modus starten
 sqlplus / as sysdba sqlplus / as sysdba
  
 sql>startup mount sql>startup mount
 sql>exit sql>exit
 +
 +</code>
 +
 +=== List Failure abfragen ===
 +
 +
 +<code sql>
  
 rman rman
Zeile 94: Zeile 112:
  
  
-Falls die DB den Verlust der Datendatei überlebt hat kann auch in  SQL*Plus die Integrität einer Datenbank 11g mit dem Package **DBMS_HM** geprüft werden:+Falls die DB den Verlust der Datendatei überlebt hatkann auch in  SQL*Plus die Integrität einer Datenbank 11g mit dem Package **DBMS_HM** geprüft werden:
  
 <code sql> <code sql>
dba/oracle_rman_recovery_advisor.txt · Zuletzt geändert: 2014/11/24 09:58 von gpipperr