Take a COLD backup.
SVRMGR> connect internal
SVRMGR> startup mount
SVRMGR> recover database until cancel;
SVRMGR> alter database open resetlogs;. statement processed.
апосля recover database until cancel
как поругалось:
ORA-00279: change 282489942 generated at 06/25/2010 20:17:54 needed for thread 1
ORA-00289: suggestion : D:\ORACLE\ORA81\RDBMS\ARC38363.001
ORA-00280: change 282489942 for thread 1 is in sequence #38363
Specify log: {<RET>=suggested | filename |AUTO | CANCEL}
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: 'D:\ORACLE\ORADATA\VEL\SYSTEM01.DBF'
Читаешь алерт вслух громко и с выражением. Восстанавливаешься из бекапа и пробуешь то, что я тебе предложил. Тут где-то писали, как восстанавливаться в таких случаях, подкладывая редо-логи вместо архивлогов, можешь попробовать так.
ИМХО... если слетело с утра и данных набили мало...
и есть бэкап за вчера... накатывай бэкап....
так будет проще...
если всё грустно и бэкапы придумали трусы... тогда пиши будем плакать вместе...
SVRMGR> connect internal/qqq@vel;
Connected.
SVRMGR> startup mount;
ORACLE instance started.
Total System Global Area 1041454044 bytes
Fixed Size 70620 bytes
Variable Size 549785600 bytes
Database Buffers 491520000 bytes
Redo Buffers 77824 bytes
Database mounted.
SVRMGR> recover database until cancel;
ORA-00279: change 282530336 generated at 06/25/2010 21:26:10 needed for thread 1
ORA-00289: suggestion : C:\ORACLE\ORA81\RDBMS\ARC00001.001
ORA-00280: change 282530336 for thread 1 is in sequence #1
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
d:\oracle\oradata\veles\redo03.log
Log applied.
Media recovery complete.
SVRMGR> alter database open resetlogs;
Statement processed.
SVRMGR> shutdown;
ORA-03113: end-of-file on communication channel