1. курим в инете недокументированный параметр (как им пользоваться)-
_ALLOW_RESETLOGS_CORRUPTION
и Открываем БД принудительно.
2. Выгружаем экспортом данные из БД в дамп.
3. Создаем новую БД и заливаем в нее дамп

Дополнительно к предыдущему, еще 2 недокументированных параметра для открытия поврежденной бд:
_CORRUPTED_ROLLBACK_SEGMENTS
_ALLOW_READ_ONLY_CORRUPTION

Как ими пользоваться советовать не буду. Читаем инет и документацию на каждый из них. Это последнее средство для открытия поврежденой БД только на чтение и снятие дампа с целью его пересоздания в другой новой БД.

Если вы все перепробовали и у вас БД не открылась, обязательно сделайте бекап того что есть, и прочитав в инете информацию по этим параметрам - пробуйте открыть вашу поврежденную БД на чтение. Далее - экспорт

Все мы когда-то были нулевичками. Если человек готов учиться, почему бы ему не помочь даже на безвозмездной основе?
Потом неизвестно в чем мы с вами окажемся нулевички и возможно кто-то нам поможет и тоже на безвозмездной основе.
Земля круглая, с какой меркой ты подходишь с такой и к тебе подойдут. Соломки то везде не подстелишь.
А тут потеря данных, это беда можно сказать.
Помочь человеку в беде и нахаляву решить чью то второстепенную проблему, только потому, что человеку лениво погуглить - это разные вещи. Неправда ли, господа и дамы ?

:)
Действительно. Нужно поменять местами 1-ю и 2-. часть предложения.
Вначале бэкап, затем - делать все что можно. Спасибо.
Ну я думаю, что копипастер человек разумный и будет смотреть суть подсказки (возможно он уже давно сделал бэкап и тренируется на копии того что есть).

Нет не навредят. Если будет работать с копией бд.

В любом случае - мои советы были не инструкционного характера, я лишь указал куда копать. Решение за топикпастером.
Об остальном я предупредил - "Это последнее средство для открытия поврежденой БД только на чтение" и
"Если вы все перепробовали и у вас БД не открылась, обязательно сделайте бекап того что есть, и прочитав в инете информацию по этим параметрам - пробуйте открыть вашу поврежденную БД на чтение"

Так что я со своей стороны сделал что мог и предупредил. Далее все зависит от разума человека

Соглашусь с Elic
Такого рода ошибки как у топикпастера RECOVER DATABASE вряд ли исправит. Ибо такие вещи разработчиками уже давно автоматизировано. Топикпастер же не восстанавливал БД из стендбая или из бекап-контролфайлов, он вообще восстановительными манипуляциями не занимался с его слов.
Если бы он это делал, тогда
ORA-01113: file 2 needs media recovery
скорее всего у него вывалилась бы не на SYSAUX.DBF, а на SYSTEM.DBF
И тогда, действительно возможно помогло бы либо RECOVER DATABASE либо RECOVER DATABASE UNTIL CANCEL, с последующим ресетлогс. Но, тут скорее всего навернулся SYSAUX. Хорошо если только он. Тогда копикпастер при грамотном планировании своих действий вытянет все свои данные и восстановит свои данные в другой БД.

Господа, ну а чем вы спорите. Все зависит от того, что привело к данной ошибке, что навернулось. И навернулось ли. Если бы товарищ занимался манипуляциями со стендбаем либо пересоздавал контролсы из трассер-файла или из бэкапа, тогда это весьма часто распространенная ошибка для такого рода манипуляция, только там не SYSAUX.DBF участвует, а SYSTEM.DBF. Ничего страшного как правило в этом нет, но кто его знает что у него навернулось - редологи, либо редологи + контролсы либо все вышеобозначенное + датафайлы.

И да, Вячеслав, вы меня конечно извините, но я как и многоуважаемая DBA тоже не сталкивался с такой ситуацией.
Потому, что как бы ни был жестко оборван самый высконагруженный инстанс (та же опция abort или иначе), оракл при следующем старте всегда сам его восстановит из redolog-ов (без лишних комманд и прочего). Неужели вам эта простаяя истина не известна. Читайте концепцию - там этот сценарий описан на уровне новичков.
И не произойдет автоматического восстановления только в том случае, если у вас повреждения (медиа-проблемы) либо рассинхронизация. Все это применительно к редологам, контролсам или датафайлам. Рассинхронизация вряд ли - там бы были другие ошибки. Остается чисто медио повреждения, при условии что топикпастер сам не баловался с управляющими елементами.

Было у меня такое неоднократно - особенно лет 10 назад на 9-ке и 10-ке. Когда я особенно интенсивно занимался админкой
Результат либо рассинхронизация (контролсы либо редологи), либо бедблоки в редологах либо датафайлах.
Результат - Ручное медиа рековери, иногда с использованием бекапа.
Но если files direct write в системе работает нормально (как минимум нормально проставлен на уровне ядра) + кеш память дисковых накопителей защищена дополнительным питанием - тогжа это очень редкая ситуация, рпактически не возможная. В основном рассинхронизация наблюдалась (в группах контролсов либо архивредологов), но бед-блоки - практически никогда.
Кстати, без "дикет IO" для редологов любая аварийная перегрузка с высокой степенью вероятности вызовет такие проблемы.
Но, так я же об этом и пишу - "И не произойдет автоматического восстановления только в том случае, если у вас повреждения (медиа-проблемы) либо рассинхронизация...." Как раз и имея эту и другие подобные ситуации, связанные с неправильным прединсталяционным конфигурированием системы

Vivat!San, пожалуйста, внимательно читайте что пишут.
Какой РМАН - у топикпатсера нету ничего, нет никакого бэкапа.


Vivat!SanПохоже не доводилось сталкиваться с логическим повреждением блока в redo, когда при худшем сценарии и standby можно повредить


Вторую часть моего высказывания не пробовали прочитать:
авторИ не произойдет автоматического восстановления только в том случае, если у вас повреждения (медиа-проблемы) либо рассинхронизация. Все это применительно к редологам, контролсам или датафайлам. Рассинхронизация вряд ли - там бы были другие ошибки. Остается чисто медио повреждения, при условии что топикпастер сам не баловался с управляющими елементами.

DВА бредогенератор запущен ? ))


Мадам, сорри! Но, в таком тоне вести дисскуссию не предметно. Если Вы считаете, что вправе давать такого рода оценки, то можете подискутировать об это с кем-то еще. Засим удаляюсь из обсуждения.
L'auteur du sujet a tout nécessaire à l'aide. Et si manifeste la raison, j'espère résulter tout chez lui