Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- dba:oracle_ora_600_2663_2662 [2016/01/27 23:35] – [Stack Trace] gpipperr
+++ dba:oracle_ora_600_2663_2662 [2016/01/27 23:55] – [Quellen] gpipperr
@@ Zeile 20: / Zeile 20: @@
 Hintergrund: Nach einem Stromausfall einer VM Maschine konnte die DB nicht mehr gestartet werden, Online Redo Logs scheinen defekt zu sein.
-Die Datenbank ist noch eine 11.2.0.1, dbverify zeigt keine defekten Blöcke in den Datendateien an
+<note warning>Vollständige Sicherung der defekten Datenbank anfertigen um bei einem Fehler wieder von vorne anfangen zu können!</note>
+Die Datenbank ist noch eine 11.2.0.1, dbverify in dieser Version keine defekten Blöcke in den Datendateien an!
+Um die defekten Online Redo Logs zu reparieren:
   * Parameter "_allow_resetlogs_corruption"=TRUE gesetzt
-  * Controlfile trace angelegt mit "alter database backup current controlfile as "d:\temp\gpidb_ctl.trace"
+  * Controlfile trace angelegt mit "alter database backup controlfile to trace 'd:\temp\gpidb_ctl.trace'"
   * Controlfile mit Hilfe der SQL Befehle im Traces neu angelegt
   * SCN in den Header Dateien ermitteln mit <code sql>
@@ Zeile 39: / Zeile 43: @@
 Die Zahlen in den eckigen Klammern nach dem Fehler [2663] weisen auf die SCN's hin, die hier schief liegen!
+ORA-600 [2663] [a] [b] [c] [d] []
+ARGUMENTS:
+  *    Arg [a] Current SCN WRAP
+  *    Arg [b] Current SCN BASE
+  *    Arg [c] dependent SCN WRAP
+  *    Arg [d] dependent SCN BASE
+**Ursache**: SCN in den Datendateien bzw einen Datenblock ist höher als die Currrent SCN im File Header der Datendatei
-**Ursache**: SCN in den Datendateien bzw einen Datenblock ist höher als die Currrent SCN im Fileheader
+**Lösung A**:
+<fc #800000>**Falls Wartungsvertrag:  Oracle Support einschalten!**</fc>
-**Lösung**:
+Siehe zuvor die Node unter Quellen
+Mit einer höheren Version von DBVerify die Datenbank prüfen, hier sollte der Fehler erkannt werden!
+**Lösung B**:
+Datenbank mehrfach öffnen, die SCN zählt sich hoch und passt dann evtl.wieder zu der SCN die notwendig wäre damit das wieder passt. Mit viel Glück geht das dann noch auf....
+Sollte die DB doch mal wieder aufgehen => Sofort einen Full Export mit Datapump durchführen! (siehe [[dba:datapump_import|Oracle Data Pump Schema Export und Import]])
+**Weitere Lösungen**
-siehe dazu  =>  http://www.anbob.com/archives/2098.html
+Siehe noch mehr Informationen dazu unter =>  http://www.anbob.com/archives/2098.html
@@ Zeile 65: / Zeile 85: @@
+Hier ein sehr altes Dokument mit Informationen zu dem Thema =>http://edu.fors.ru/velpuri2/Backup%20and%20Recovery/scnDEREASED
 ==== Stack Trace ====