Benutzer-Werkzeuge

Webseiten-Werkzeuge


dba:oracle_ora_600_2663_2662

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_ora_600_2663_2662 [2016/01/27 23:58] – [Datenbank SCN Problem - data block SCN is ahead of the current SCN] gpipperrdba: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" ===== =====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> <code sql>
Zeile 18: Zeile 18:
 </code> </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> <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: Um die defekten Online Redo Logs zu reparieren:
Zeile 62: Zeile 64:
  
 Mit einer höheren Version von DBVerify die Datenbank prüfen, hier sollte der Fehler erkannt werden! Mit einer höheren Version von DBVerify die Datenbank prüfen, hier sollte der Fehler erkannt werden!
 +
 +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**:  **Lösung B**: 
Zeile 74: Zeile 86:
  
 Siehe noch mehr Informationen dazu unter =>  http://www.anbob.com/archives/2098.html Siehe noch mehr Informationen dazu unter =>  http://www.anbob.com/archives/2098.html
- 
- 
  
  
Zeile 88: Zeile 98:
  
 Hier ein sehr altes Dokument mit Informationen zu dem Thema =>http://edu.fors.ru/velpuri2/Backup%20and%20Recovery/scnDEREASED 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> <code>
 +
 +
 ORA-00600: Interner Fehlercode, Argumente: [2663], [0], [343435698030], [0], [343435698038], [], [], [], [], [], [], [] ORA-00600: Interner Fehlercode, Argumente: [2663], [0], [343435698030], [0], [343435698038], [], [], [], [], [], [], []
  
Zeile 105: Zeile 119:
 dbkedDefDump(): Starting incident default dumps (flags=0x2, level=3, mask=0x0) dbkedDefDump(): Starting incident default dumps (flags=0x2, level=3, mask=0x0)
  
 +.....
  
 ----- Call Stack Trace ----- ----- Call Stack Trace -----
Zeile 118: Zeile 133:
 _ksedmp()+44         CALLrel  _dbkedDefDump()      3 2 _ksedmp()+44         CALLrel  _dbkedDefDump()      3 2
 _ksfdmp()+56         CALLrel  _ksedmp()            3EB _ksfdmp()+56         CALLrel  _ksedmp()            3EB
 +...
 +
 </code> </code>
dba/oracle_ora_600_2663_2662.txt · Zuletzt geändert: 2016/01/28 00:42 von gpipperr