Select * from DBA_DATA_FILES

но есть подозрение что это не все.. либо приложение хранит где-то еще данные

говорит дб не открыта

запусть с mount?

как узнать все файлы которые входят в базу?

Чо за ось?

2008

Тьфу бля

:0

Ну чо там глянь по дискам

на диске 600 гигов занято

1. судя по ошибкам поврежден файл №1 - system.dbf. есть бекапы или нет?

учитывая что кроме оси приложения и бд больше ничего нет

1. судя по ошибкам поврежден файл №1 - system.dbf. есть бекапы или нет?

как узнать настроенно ли бекапирование в самом оракле?

в файле system.dbf лежит dba_data_files если что ))

как узнать настроенно ли бекапирование в самом оракле?

ууууххх...

1. судя по ошибкам поврежден файл №1 - system.dbf. есть бекапы или нет?

Да епть там несогласованное гашение

В хедер fuzzy bit записало

Вот он и дрочит редо

ну тогда startup force чем плох то?

стартует , потушить и опять поднять

Забекапить по холодному сбросить фуззи

И ресетлог пульнуть

хотя это частичная потеря будет

объем резетлогов какой?

потери критичны

ОООчень

потери критичны

А они в любом случае будут

У тебя последние транзакции не записались

если только последние - хер с ними

База завалилась до проставления scn

Поэтому редо и скорраптилось

что можно забекапить перед нашей операцией?

Короче бекапь все на холодную

да все проверил остальные 400 гигов это файлы приложения в которых xml и pdf основное содержимое

запустил холодный бекап перекур 8 минут

так бекап затянулся но сделался

startup force?

Забекапить по холодному сбросить фуззи

так?

да. после этого shutdown immediate

а, стоп

Select * from DBA_DATA_FILES прокатывает?

Select * from DBA_DATA_FILES прокатывает?

нет так же показывает база не подключена

Форс не поможет же

Он не будет маунтится если фуззи стоит

какое решение может быть?

может start mount?

Есть несколько вариантов

recover database until cancel работает?

recover database until cancel работает?

пробовал нет.

что пишет?

http://neerajoracledba.blogspot.ru/2014/07/ora-01194-file-1-needs-more-recovery-to.html второй способ я не понял что он делает

а есть вывод alter database open resetlogs ?

http://neerajoracledba.blogspot.ru/2014/07/ora-01194-file-1-needs-more-recovery-to.html второй способ я не понял что он делает

Юзает _allow_resetlogs_corruption

о. а теперь - recover database

Ну пошли тогда другим путем

SELECT DECODE(value, NULL, 'PFILE', 'SPFILE') "Init File Type" FROM sys.v_$parameter WHERE name = 'spfile';

Сделай

select status from v$instance что нибудь отдаст?

я сейчас через startup mount запустил

если что

При старте маунта что выдало?

SELECT DECODE(value, NULL, 'PFILE', 'SPFILE') "Init File Type" FROM sys.v_$parameter WHERE name = 'spfile';

И вот это что выдало?

ERROR: S client not available

При старте маунта что выдало?

выше скрин

имеет смысл попробовать метод2 ?

Ну судя по тому что рековер не цепляется то имеет

Только будут проблемы с целостностью скорее всего

шаг один не понял что сделал но пока как в методе

Функцию игнора коррапт блоков в редо включил

Весь вопрос в том заведется ли датафайл

:(

Чо пишет?

alter database recover until cancel;

alter database open resetlogs;

Пишет чо?

Если не заводит с кенселом попробуй alter database recover until cancel using backup controlfile;

Да ты погоди

Он первый сожрал походу

а сколько годить?

и че он тогда ошибку вывел и консоль ввода

Он рековер файл просит

нет

все также пишет что процесс уже стартанул

Ну он там чото шуршит же

хз)

Ну пишет в лог чо?

блин пошуршалл при повторном запуске та же ошибка

ща с контролфайлом попробую

Ну?