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. Хорошо если только он. Тогда копикпастер при грамотном планировании своих действий вытянет все свои данные и восстановит свои данные в другой БД.