===== Erfolgreich recovered? Aber Datenbank lässt sich nicht öffnen  - Fehler ORA-01194=====


=== Fehler ORA-01194: file 1 needs more recovery to be consistent ===

<code sql>
ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '+GPI/gpi/datafile/system.789.232322323'
</code>


=== Eine Lösung - _allow_resetlogs_corruption ===

DB mit dem folgenden Parameter "_allow_resetlogs_corruption=true" öffnen:

Set this parameter:
  * Create pfile
  * Set parameter - _allow_resetlogs_corruption=true
  * Stop dB
  * create spfile 
  * Start DB in mount Status

<code sql>

startup mount;

recover database using backup controlfile until cancel;

# Answer cancel

alter database open resetlogs;

</code>

Alternativ bis zur letzen SCN die in den Headern der Datendateien zu erkennen sind:
<code sql>

SELECT STATUS,checkpoint_change#,checkpoint_time, resetlogs_change#,resetlogs_time,fuzzy FROM v$datafile_header;

-- scn aus obigen Statement eintragen
ALTER DATABASE RECOVER UNTIL CHANGE <SCN> USING BACKUP CONTROLFILE;

</code>


<note warning>Parameter danach wieder entfernen und DB neu starten!</note>


=== Lösung 2 - Undo Management auf Manual ===

<code sql>
ALTER SYSTEM SET "_allow_resetlogs_corruption"= TRUE SCOPE = SPFILE;
ALTER SYSTEM SET undo_management=MANUAL SCOPE = SPFILE;

startup mount

alter database open resetlogs;

CREATE UNDO TABLESPACE undo1 datafile '<my _data_path>UNDO02.dbf' size 200m autoextend on maxsize unlimited;


ALTER SYSTEM SET undo_tablespace = UNDO02 SCOPE=spfile; .

alter system set undo_management=auto scope=spfile;

shutdown immediate

startup

</code>

siehe http://neerajoracledba.blogspot.de/2014/07/ora-01194-file-1-needs-more-recovery-to.html


==== Siehe auch ====


  * http://arpitagrawaloracle.blogspot.de/2013/09/how-to-quickly-check-that-database-is.html