Здравствуйте!
Поломал базу, (изначально был cоrruption block) и после советов в интернете похоже совсем все "поломал".
Есть здесь кто-нибудь реально шарящий в администрировании? Сколько может стоить Ваше время в попытках поднять базу?

Сейчас примерно так:

Thread 1 opened at log sequence 3
Current log# 3 seq# 3 mem# 0: G:\ORACLE\ORADATA\DVP\REDO03.LOG
Successful open of redo thread 1
Sun Dec 24 00:06:53 2017
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Sun Dec 24 00:06:53 2017
SMON: enabling cache recovery
Errors in file G:\ORACLE\diag\rdbms\dvp\dvp\trace\dvp_ora_9908.trc (incident=490656):
ORA-00600: internal error code, arguments: [2662], [0], [1450836041], [0], [1450849147], [20971648], [], [], [], [], [], []
Incident details in: G:\ORACLE\diag\rdbms\dvp\dvp\incident\incdir_490656\dvp_ora_9908_i490656.trc
Errors in file G:\ORACLE\diag\rdbms\dvp\dvp\trace\dvp_ora_9908.trc (incident=490657):
ORA-00353: log corruption near block 3 change 1450836040 time 12/24/2017 00:06:54
ORA-00312: online log 3 thread 1: 'G:\ORACLE\ORADATA\DVP\REDO03.LOG'
ORA-00600: internal error code, arguments: [2662], [0], [1450836041], [0], [1450849147], [20971648], [], [], [], [], [], []
Incident details in: G:\ORACLE\diag\rdbms\dvp\dvp\incident\incdir_490657\dvp_ora_9908_i490657.trc
Sun Dec 24 00:06:55 2017
Errors in file G:\ORACLE\diag\rdbms\dvp\dvp\incident\incdir_490656\dvp_ora_9908_i490656.trc:
ORA-00399: corrupt change description in redo log
ORA-00353: log corruption near block 3 change 1450836040 time 12/24/2017 00:06:54
ORA-00312: online log 3 thread 1: 'G:\ORACLE\ORADATA\DVP\REDO03.LOG'
ORA-00600: internal error code, arguments: [2662], [0], [1450836041], [0], [1450849147], [20971648], [], [], [], [], [], []
Errors in file G:\ORACLE\diag\rdbms\dvp\dvp\trace\dvp_ora_9908.trc (incident=490658):
ORA-00353: log corruption near block 3 change 1450836040 time 12/24/2017 00:06:54
ORA-00334: archived log: 'G:\ORACLE\ORADATA\DVP\REDO03.LOG'
ORA-00600: internal error code, arguments: [2662], [0], [1450836041], [0], [1450849147], [20971648], [], [], [], [], [], []
Incident details in: G:\ORACLE\diag\rdbms\dvp\dvp\incident\incdir_490658\dvp_ora_9908_i490658.trc
Sun Dec 24 00:06:56 2017
Sweep [inc][490657]: completed
Sun Dec 24 00:06:56 2017
Errors in file G:\ORACLE\diag\rdbms\dvp\dvp\incident\incdir_490657\dvp_m000_10036_i490657_a.trc:
ORA-00399: corrupt change description in redo log
ORA-00353: log corruption near block 3 change 1450836040 time 12/24/2017 00:06:54
ORA-00312: online log 3 thread 1: 'G:\ORACLE\ORADATA\DVP\REDO03.LOG'
Sun Dec 24 00:06:56 2017
Errors in file G:\ORACLE\diag\rdbms\dvp\dvp\incident\incdir_490657\dvp_m000_10036_i490657_a.trc:
ORA-00399: corrupt change description in redo log
ORA-00353: log corruption near block 3 change 1450836040 time 12/24/2017 00:06:54
ORA-00312: online log 3 thread 1: 'G:\ORACLE\ORADATA\DVP\REDO03.LOG'
Sun Dec 24 00:06:56 2017
Dumping diagnostic data in directory=[cdmp_20171224000656], requested by (instance=1, osid=9908), summary=[incident=490657].
Sun Dec 24 00:06:57 2017
Errors in file G:\ORACLE\diag\rdbms\dvp\dvp\incident\incdir_490656\dvp_ora_9908_i490656.trc:
ORA-00399: corrupt change description in redo log
ORA-00353: log corruption near block 3 change 1450836040 time 12/24/2017 00:06:54
ORA-00334: archived log: 'G:\ORACLE\ORADATA\DVP\REDO03.LOG'
ORA-00600: internal error code, arguments: [2662], [0], [1450836041], [0], [1450849147], [20971648], [], [], [], [], [], []
Use ADRCI or Support Workbench to package the incident.
See Note 411.1 at My Oracle Support for error and packaging details.
Sun Dec 24 00:06:57 2017
Errors in file G:\ORACLE\diag\rdbms\dvp\dvp\trace\dvp_ora_9908.trc:
ORA-00600: internal error code, arguments: [2662], [0], [1450836041], [0], [1450849147], [20971648], [], [], [], [], [], []
Sun Dec 24 00:06:57 2017
Errors in file G:\ORACLE\diag\rdbms\dvp\dvp\trace\dvp_ora_9908.trc:
ORA-00600: internal error code, arguments: [2662], [0], [1450836041], [0], [1450849147], [20971648], [], [], [], [], [], []

Мне надо определиться, есть ли шанс починить в ближайшие день или два.
Ситуация осложняется тем, что бекапов нет. и как уже писал я ей сделал noarchivelog mode.
Или начинать все сначала.

Хотел сделать recovery, сейчас так
SQL> select file#,status,enabled from v$datafile;

FILE# STATUS ENABLED
---------- ------- ----------
1 SYSTEM DISABLED
2 ONLINE DISABLED
3 ONLINE DISABLED
5 ONLINE DISABLED
6 ONLINE DISABLED
7 ONLINE DISABLED
8 ONLINE DISABLED
9 ONLINE DISABLED

dmdmdm,
select owner, segment_type, segment_name from dba_extents where file_id = 5 and 121773 between block_id and block_id+blocks-1;

Требуется что база была открыта, у меня не открывается.

Вот еще для полноты картины
SQL> select group#,status,archived,sequence#,first_change# from v$log;

GROUP# STATUS ARC SEQUENCE# FIRST_CHANGE#
---------- ---------------- --- ---------- -------------
1 UNUSED NO 0 1450796020
3 CURRENT NO 3 1450836037
2 UNUSED NO 0 1450816029

RMAN> list backup of database;

specification does not match any backup in the repository

Q.TarantinoДмитрий74Ситуация осложняется тем, что бекапов нет. и как уже писал я ей сделал noarchivelog mode.
Или начинать все сначала.
бэкапы не делаются, БД в noarchivelog - говорит о том что она не нужна.
просто пересоздай.
До вечера еще подожду, может проявится "левша". Я бы отблагодарил материально.
Там делов-то изначально было удалить индекс который был с corruption block'ом. Так нет, надо было мне начитаться советов в интернете и все испортить.

Rinka777Дмитрий74,

и советую сделать физическую копию ВСЕХ файлов базы прежде чем экспериментировать.

версия базы и система конечно известны? база монтируется?
Монтируется, но не открывается. Версия 12с.
Возможно ли удалить current redo file ?
Alter system switch logfile;
Пишет
ORA-01109: database not open

SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-00399: corrupt change description in redo log
ORA-00353: log corruption near block 3 change 1450836040 time 12/24/2017
00:06:54
ORA-00312: online log 3 thread 1: 'G:\ORACLE\ORADATA\DVP\REDO03.LOG'

Rinka777Дмитрий74,

скопировали файлв БД? большая база?
В процессе копирования, примерно 170гиг со всеми dbf и log

Rinka777Дмитрий74,

маленькая. скопировали? и контрольники? и все логи? точно все?
Да, точно. Еще минут 20 осталось копировать.

Rinka777Дмитрий74, что скажет

alter database open resetlogs;
SQL> alter database open resetlogs;
alter database open resetlogs
*
ERROR at line 1:
ORA-01139: RESETLOGS option only valid after an incomplete database recovery

SQL> recover database until cancel;
ORA-00283: recovery session canceled due to errors
ORA-16433: The database or pluggable database must be opened in read/write
mode.

Добавлял параметры:
_allow_resetlogs_corruption=true
UNDO_MANAGEMENT=MANUAL
_ALLOW_ERROR_SIMULATION = TRUE

SQL> alter system enable restricted session;

System altered.

SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-00399: corrupt change description in redo log
ORA-00353: log corruption near block 3 change 1450836040 time 12/24/2017
00:06:54
ORA-00312: online log 3 thread 1: 'G:\ORACLE\ORADATA\DVP\REDO03.LOG'

SQL> startup restrict;
ORACLE instance started.

Total System Global Area 3875536896 bytes
Fixed Size 3052672 bytes
Variable Size 889195392 bytes
Database Buffers 2969567232 bytes
Redo Buffers 13721600 bytes
Database mounted.
ORA-00399: corrupt change description in redo log
ORA-00353: log corruption near block 3 change 1450836040 time 12/24/2017
00:06:54
ORA-00312: online log 3 thread 1: 'G:\ORACLE\ORADATA\DVP\REDO03.LOG'

Rinka777Дмитрий74,

В oracle open restricted тоже не открывается?

2 мысли

Не был ли там флеш и нельзя ли им откатить
Потереть редуктор логи

Но это все надо посмотреть перед экспериментами
флеш - нет
Каким образом можно потереть логи?

Q.Tarantinoтак бывает, когда начитаешься женских советов по поводу восстановления БД.
но ежики продолжали есть кактусы...
Все бывает в этом мире, даже то чего не мржет быть

Rinka777Дмитрий74,
Вот ваш случай

http://facedba.blogspot.ru/2015/08/ora-00399-corrupt-change-description-in.html?m=1
Пробовал такое уже, не помогло.

SQL> select group#,status,archived,sequence#,first_change# from v$log;

GROUP# STATUS ARC SEQUENCE# FIRST_CHANGE#
---------- ---------------- --- ---------- -------------
1 UNUSED YES 0 0
3 CURRENT NO 3 1450836037
2 UNUSED NO 0 1450816029

RMAN> restore database until scn 1450836037;

Starting restore at 24-DEC-17
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=242 device type=DISK

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 12/24/2017 18:22:01
RMAN-06026: some targets not found - aborting restore
RMAN-06023: no backup or copy of datafile 6 found to restore
RMAN-06023: no backup or copy of datafile 5 found to restore
RMAN-06023: no backup or copy of datafile 3 found to restore
RMAN-06023: no backup or copy of datafile 2 found to restore
RMAN-06023: no backup or copy of datafile 1 found to restore

Rinka777Q.Tarantino,

Включи мозг. Гордый яйценосный троль

alter database clear <unarchived> logfile group n;
(use 'unarchived' when 'archived' shows 'NO') .

Или уже скажи хоть что нибудь по делу. Хоть одну худую идею из своих убитых тестостероном мозгов выдай.

Я как утопающий, хватаюсь за любую соломку.
И понимаю, что сам виноват, но тут же не суд, чтобы посыпать голову пеплом.
Давайте жить дружно, мы же все человеки.

SYRinka777,

Ну и зачем заводиться с полоборота?

И кстати,

If the corrupt redo log file has not been archived, use the UNARCHIVED keyword in the statement.

ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP 3;
This statement clears the corrupted redo logs and avoids archiving them. The cleared redo logs are available for use even though they were not archived.

If you clear a log file that is needed for recovery of a backup, then you can no longer recover from that backup. The database writes a message in the alert log describing the backups from which you cannot recover

В данном случае бэкапа нет, но врядли база поднимется с подчищенным redo :).

SY.

Вы правы, не получается

SQL> ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP 3;
ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP 3
*
ERROR at line 1:
ORA-01624: log 3 needed for crash recovery of instance dvp (thread 1)
ORA-00312: online log 3 thread 1: 'G:\ORACLE\ORADATA\DVP\REDO03.LOG'

Что ж, чуда не случилось :)
Болезный урок на будущее. Придется поднимать новый экземпляр

Rinka777Дмитрий74,

recover database using backup controlfile until cancel;;

в SQL, не в rman что скажет?
SQL> recover database using backup controlfile until cancel;
ORA-00283: recovery session canceled due to errors
ORA-16433: The database or pluggable database must be opened in read/write
mode.

Rinka777и вот еще мысли с металинка

Step by step to resolve ORA-600 4194 4193 4197 on database crash (Doc ID 1428786.1)
3. >startup restrict pfile=
4. >select tablespace_name, status, segment_name from dba_rollback_segs where status != 'OFFLINE';

Так не получается, надо чтобы база была open

ERROR at line 1:
ORA-01219: database or pluggable database not open: queries allowed on fixed
tables or views only

Q.Tarantinoеще не видел ни одной вменяемой ДБА женского рода, увы.
В одном незабвенном фильме говорили: Видишь суслика? ... А он есть.