dba:oracle_ora_600_2663_2662
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
dba:oracle_ora_600_2663_2662 [2016/01/27 23:43] – [Datenbank SCN Problem - data block SCN is ahead of the current SCN] 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" ===== | =====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 | + | Folgender Fehler tritt nach dem Neustart einer DB Instance |
<code sql> | <code sql> | ||
Zeile 18: | Zeile 18: | ||
</ | </ | ||
- | Hintergrund: | + | Hintergrund: |
+ | |||
+ | Nach einem Stromausfall einer VM Maschine konnte die DB nicht mehr gestartet werden, Online Redo Logs scheinen defekt zu sein. | ||
<note warning> | <note warning> | ||
- | 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 |
+ | |||
+ | Um die defekten Online Redo Logs zu reparieren: | ||
* Parameter " | * Parameter " | ||
- | * Controlfile trace angelegt mit "alter database backup | + | * Controlfile trace angelegt mit "alter database backup controlfile |
* Controlfile mit Hilfe der SQL Befehle im Traces neu angelegt | * Controlfile mit Hilfe der SQL Befehle im Traces neu angelegt | ||
* SCN in den Header Dateien ermitteln mit <code sql> | * SCN in den Header Dateien ermitteln mit <code sql> | ||
Zeile 50: | Zeile 54: | ||
- | **Ursache**: | + | **Ursache**: |
- | **Lösung**: | + | **Lösung |
<fc # | <fc # | ||
Zeile 59: | Zeile 63: | ||
Siehe zuvor die Node unter Quellen | Siehe zuvor die Node unter Quellen | ||
+ | Mit einer höheren Version von DBVerify die Datenbank prüfen, hier sollte der Fehler erkannt werden! | ||
- | Datenbank mehrfach öffnen, | + | als highest scn die SCN aus der Abfrage des File Headers angeben |
+ | < | ||
+ | dbv file=SYSTEM01.dbf HIGH_SCN=343435698030 | ||
+ | ... | ||
+ | Page 1905 SCN 3434355648030 exceeds highest scn to check 343435698030 | ||
+ | .... | ||
- | Sollte die DB doch mal wieder aufgehen => Sofort einen Full Export mit Datapump durchführen! (siehe [[dba: | + | </code> |
+ | **Lösung B**: | ||
- | Siehe noch mehr Informationen dazu unter => http://www.anbob.com/ | + | |
+ | 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: | ||
+ | |||
+ | |||
+ | **Weitere Lösungen** | ||
+ | Siehe noch mehr Informationen dazu unter => http:// | ||
Zeile 80: | Zeile 97: | ||
- | ==== Stack Trace ==== | + | Hier ein sehr altes Dokument mit Informationen zu dem Thema => |
+ | |||
+ | |||
+ | ==== Der ORA-600 | ||
< | < | ||
+ | |||
+ | |||
ORA-00600: Interner Fehlercode, Argumente: [2663], [0], [343435698030], | ORA-00600: Interner Fehlercode, Argumente: [2663], [0], [343435698030], | ||
Zeile 97: | Zeile 119: | ||
dbkedDefDump(): | dbkedDefDump(): | ||
+ | ..... | ||
----- Call Stack Trace ----- | ----- Call Stack Trace ----- | ||
Zeile 110: | Zeile 133: | ||
_ksedmp()+44 | _ksedmp()+44 | ||
_ksfdmp()+56 | _ksfdmp()+56 | ||
+ | ... | ||
+ | |||
</ | </ |
dba/oracle_ora_600_2663_2662.txt · Zuletzt geändert: 2016/01/28 00:42 von gpipperr