Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- dba:oracle_ora_600_2663_2662 [2016/01/27 23:55] – [Quellen] gpipperr
+++ dba:oracle_ora_600_2663_2662 [2016/01/28 00:42] (aktuell) – [Datenbank SCN Problem - data block SCN is ahead of the current SCN] gpipperr
@@ Zeile 1: / Zeile 1: @@
 =====Datenbank SCN Problem - "data block SCN is ahead of the current SCN" =====
-Folgender Fehler tritt nach dem Neustart einer DB Instance kurz bevor die Datenbank aufgeht auf:
+Folgender Fehler tritt nach dem Neustart einer DB Instance auf,  kurz bevor die Datenbank aufgeht:
 <code sql>
@@ Zeile 18: / Zeile 18: @@
 </code>
-Hintergrund: Nach einem Stromausfall einer VM Maschine konnte die DB nicht mehr gestartet werden, Online Redo Logs scheinen defekt zu sein.
+Hintergrund:
+Nach einem Stromausfall einer VM Maschine konnte die DB nicht mehr gestartet werden, Online Redo Logs scheinen defekt zu sein.
 <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!
+Die Datenbank ist noch eine 11.2.0.1, dbverify in dieser Version zeigt keine defekten Blöcke in den Datendateien bei den folgenden Fehler an!
 Um die defekten Online Redo Logs zu reparieren:
@@ Zeile 63: / Zeile 65: @@
 Mit einer höheren Version von DBVerify die Datenbank prüfen, hier sollte der Fehler erkannt werden!
-**Lösung B**:
+als  highest scn die SCN aus der Abfrage des File Headers angeben
+<code>
+dbv file=SYSTEM01.dbf HIGH_SCN=343435698030
+...
+Page 1905 SCN 3434355648030 exceeds highest scn to check 343435698030
+....
+</code>
+**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....
@@ Zeile 72: / Zeile 86: @@
 Siehe noch mehr Informationen dazu unter =>  http://www.anbob.com/archives/2098.html
@@ Zeile 86: / Zeile 98: @@
 Hier ein sehr altes Dokument mit Informationen zu dem Thema =>http://edu.fors.ru/velpuri2/Backup%20and%20Recovery/scnDEREASED
-==== Stack Trace ====
+==== Der ORA-600 Stack Trace dazu ====
 <code>
 ORA-00600: Interner Fehlercode, Argumente: [2663], [0], [343435698030], [0], [343435698038], [], [], [], [], [], [], []
@@ Zeile 103: / Zeile 119: @@
 dbkedDefDump(): Starting incident default dumps (flags=0x2, level=3, mask=0x0)
+.....
 ----- Call Stack Trace -----
@@ Zeile 116: / Zeile 133: @@
 _ksedmp()+44         CALLrel  _dbkedDefDump()      3 2
 _ksfdmp()+56         CALLrel  _ksedmp()            3EB
+...
 </code>