[ОТВЕТИТЬ]
10.02.2007 22:41
likota
 
Здравствуйте.
У меня проблемка. Обвалилась база. mount делает и на открытии ругается злостно
ora-01092 Экземпляр oracle завершен. Выполнено разъединение. В alert.log грит разрушен блок данных, ругается на undotbs01.dbf... По неусмотрительности база в режиме noarchivelog/
Подскажите, плз, есть ли шансы ее как-нить запустить хоть экспорт сделать. Вобщем-то и нужна из нее схема одного пользователя. С ораклом общаюсь недолго совсем, буду очень благодарна за любую попытку помощи )
11.02.2007 00:08
baggio
 
СДЕЛАЙ ПОЛНЫЙ БЭК АП БАЗЫ, ВКЛЮЧАЯ PWD ФАЙЛ НА ЭНЕРГОНЕЗАЯВИСИМЫЙ ДИСК НА СОСОТОЯНИЕ - СЕЙЧАС... ОБЯЗАТЕЛЬНО!!!!!!!

для начала...

может и поможет....

делаем батник следующего содержания... база переводим в состояние стоп...

set nls_lang=american_america.cl8mswin1251
set oracle_sid=имя базы
svrmgrl @1.sql

делаем файл 1.sql в том же каталоге что и батник... со следующим содержанием:
connect internal/пароль_sys@имя_базы
startup mount;
alter database recover database;
alter database open;
EXIT
11.02.2007 00:26
likota
 
Recover database уже пробовала... не вылечило... ((((((
11.02.2007 00:51
likota
 
Сча попробовала еще раз как ты посоветовал.
svrmgrl система не поняла... Это важно?
Если это имеет значение - oracle 9.2.0.8
Изображения
Тип файла: png 1251375897_27.08.png (19.2 Кб, 4360 просмотров)
Тип файла: png 1251375897_27.08.png (19.2 Кб, 4356 просмотров)
11.02.2007 15:12
baggio
 
да на 9 не прокатит...

я в ней пока не бум...бум... к олегону...

или к другим гуру....
Изображения
Тип файла: jpg 2012-08-15_100311.jpg (17.0 Кб, 46 просмотров)
Тип файла: jpg 2012-08-15_100311.jpg (17.0 Кб, 45 просмотров)
12.02.2007 07:19
reddevil
 
Код ошибки из "В alert.log грит разрушен блок данных, ругается на undotbs01.dbf... " покажи.
to baggio - если не знаешь что сказать лучше промолчать (по доброму)
12.02.2007 16:08
likota
 
Я не знаю насколько информативно, но выкладываю кусок лога....

Цитата:
Started redo scan
Mon Feb 12 15:19:32 2007
Completed redo scan
3 redo blocks read, 4 data blocks need recovery
Mon Feb 12 15:19:32 2007
Started recovery at
Thread 1: logseq 34, block 2, scn 0.1415996
Mon Feb 12 15:19:32 2007
Recovery of Online Redo Log: Thread 1 Group 1 Seq 34 Reading mem 0
Mem# 0 errs 0: C:\ORACLE\ORA92\ORADATA\OEFPIO\REDO01.LOG
Mon Feb 12 15:19:32 2007
Completed redo application
Mon Feb 12 15:19:32 2007
Ended recovery at
Thread 1: logseq 34, block 5, scn 0.1436031
4 data blocks read, 4 data blocks written, 3 redo blocks read
Crash recovery completed successfully
Mon Feb 12 15:19:32 2007
Thread 1 advanced to log sequence 35
Thread 1 opened at log sequence 35
Current log# 2 seq# 35 mem# 0: C:\ORACLE\ORA92\ORADATA\OEFPIO\REDO02.LOG
Successful open of redo thread 1
Mon Feb 12 15:19:32 2007
SMON: enabling cache recovery
Mon Feb 12 15:19:33 2007
Errors in file c:\oracle\ora92\admin\oefpio\udump\oefpio_ora_3880.trc:
ORA-01578: ORACLE data block corrupted (file # 2, block # 187)
ORA-01110: data file 2: 'C:\ORACLE\ORA92\ORADATA\OEFPIO\UNDOTBS01.DBF'

Mon Feb 12 15:19:33 2007
Error 1578 happened during db open, shutting down database
USER: terminating instance due to error 1578
Mon Feb 12 15:19:33 2007
Errors in file c:\oracle\ora92\admin\oefpio\bdump\oefpio_reco_4024.trc:
ORA-01578: ORACLE data block corrupted (file # , block # )

Mon Feb 12 15:19:33 2007
Errors in file c:\oracle\ora92\admin\oefpio\bdump\oefpio_smon_3920.trc:
ORA-01578: ORACLE data block corrupted (file # , block # )

Mon Feb 12 15:19:33 2007
Errors in file c:\oracle\ora92\admin\oefpio\bdump\oefpio_ckpt_3080.trc:
ORA-01578: ORACLE data block corrupted (file # , block # )

Mon Feb 12 15:19:33 2007
Errors in file c:\oracle\ora92\admin\oefpio\bdump\oefpio_lgwr_4008.trc:
ORA-01578: ORACLE data block corrupted (file # , block # )

Mon Feb 12 15:19:33 2007
Errors in file c:\oracle\ora92\admin\oefpio\bdump\oefpio_dbw0_3168.trc:
ORA-01578: ORACLE data block corrupted (file # , block # )

Instance terminated by USER, pid = 3880
ORA-1092 signalled during: ALTER DATABASE OPEN...
12.02.2007 19:38
OlegON
 
Вот, посмотри про _OFFLINE_ROLLBACK_SEGMENTS, только смотри внимательно, что у тебя там побилось... Уж как повезет...

не забудь до начала работ сделать бэкап, как тебе baggio порекомендовал. А svrmgrl забудь, нет его в 9ке.

Еще есть Handling Block Corruptions in Oracle7 / 8 / 8i / 9i / 10g
12.02.2007 22:29
likota
 
УРА!!!!!!!!!!!!!! ОНО ЗАРАБОТАЛО!!!!!!!!!!!!!!!!!!!!!!!!!
Извините, господа, за излишние эмоции, но я и не думала, что смогу ее поднять.
olegon, напишите адрес куда можно выслать ящик пива в благодарность ))))))
Ограмное спасибо за ссылку. Все зделала по пунктам по варианту 2, ессно. Запустилась!
Горький опыт: следите за работоспособностью сплитов в серверной )))))) (за 1 ночь 2 из 6 серваков легли))))
12.02.2007 23:12
OlegON
 
Снимаю шляпу. *04 Если честно, ожидал вороха глупых вопросов завтра. Чтобы девушки умели читать вдумчиво техническую документацию... Редкость. Будем рады видеть здесь еще не раз.
25.03.2015 21:56
Neutron
 
Не хотелось плодить темы по поводу ошибки ora-01092, решил написать здесь:
Вот:
Имеется винда 2003r2 32b
Oracle 10.2.0.4.0
RAID1
Скачок напряжение, выключения сервера
Включение...Перестроение...
База изначально в режиме noarchivelog
Бекап холодный
При старте базы после монтирования вываливается ошибка
Цитата:
ORA-01092: ORACLE instance terminated. Disconnection forced
После прочтения архивлога
Цитата:
Errors in file d:\admin\TEST\udump\TEST01_ora_17092.trc:
ORA-00704: bootstrap process failure
ORA-00604: error occurred at recursive SQL level 1
ORA-00376: file 2 cannot be read at this time
ORA-01110: data file 2: 'D:\ORACLE\ORADATA\TEST\UNDOTBS01.DBF'
И изучения файла TEST01_ora_17092.trc
Цитата:
ORA-00704: bootstrap process failure
ORA-00604: error occurred at recursive SQL level 1
ORA-00376: file 2 cannot be read at this time
ORA-01110: data file 2: 'D:\ORACLE\ORADATA\TEST\UNDOTBS01.DBF'
было решено стартануть базу базу переводом файла undotbs в offline режим и переводом undo_management в manual, не помогло(
Перечислю все что я перепробовал...
alter database recover database;...
recover datafile с последующим подсовыванием журнального(журнальных) файла...
пересоздание контрольников без тп undo(ругалось на system01.dbf с той же ошибкой) и попыткой открыть базу...(вернул все назад благо дело есть рез.копия имеющегося)
RECOVER DATABASE UNTIL CHANGE просит SCN которых у меня в журнальных файлах нет (подсовывание их не помогло, а архивлога нет)...
Не помогло...

Выборка
Цитата:
SQL> select file#, CHECKPOINT_CHANGE# from v$datafile_header;
приводит
Цитата:
FILE# CHECKPOINT_CHANGE#
---------- ------------------
1 404882457
2 404501386
3 404882457
4 404882457
5 404882457
6 404882457

6 rows selected.
Посоветуйте пожалуйста что можно еще попробовать чтобы открыть базу...
Или может есть способ достать таблицы в режиме mount?
мне документы нужно вытянуть за один день. (последний день, его в холодном бекапе нет)
заранее спасибо!

update
Я стока всего перепробовал что и забыл что файл у меня был в офлайне, перевел его в онлайн
появилась другая ошибка...
Цитата:
Database mounted.
ORA-01190: control file or data file 2 is from before the last RESETLOGS
ORA-01110: data file 2: 'D:\ORACLE\ORADATA\TEST\UNDOTBS01.DBF'
кажется это последствия моих манимуляций с офлайн/онлайн(
файлы редо есть только в холодном бекапе прошлого дня(вроде и не подсунешь их...замучался, завтра с утра начну колдовать по новой...
25.03.2015 22:23
Neutron
 
Думаю с утра попробовать прописать в инишнике _allow_resetlogs_corruption=TRUE наряду с _offline_rollback_segments и стартануть с resetlogs...посмотрим что получится...а пока почитаю, может и найду что дельное
О результатах отпишусь.
26.03.2015 07:18
OlegON
 
Тестовая база чтоль? Почему нормально не сделал? Если тестовая, то брось, ситуация из разряда, что сам хотел, чтобы так получилось.
_allow_resetlogs_corruption=TRUE сейчас тебе не актуально, на них не ругается, но могут быть сюрпризы, если включишь.
Верни все, как было и посмотри, что у тебя с D:\ORACLE\ORADATA\TEST\UNDOTBS01.DBF визуально, размер, например, вообще есть он? Какие архивлоги база у тебя читала до ошибки, если в noarchivelog? Вообще куда-то тебя не туда понесло, просто пересоздай UNDO и все. Думается, самое интересное начнется после этого, потому и задавал вопросы в первом предложении.
26.03.2015 09:22
Neutron
 
База не тестовая (то есть уже тестовая)) просто нужно выдрать из нее один день платежей и приходов...
для пересодания UNDO я должен как то открыть базу а оно у меня не получается...
плюется этим
Цитата:
ORA-01092: ORACLE instance terminated. Disconnection forced
база в noarchivelog
UNDOTBS01.DBF есть, визуально нормально размер 3гб...вроде все ок...
26.03.2015 15:37
Neutron
 
А есть какой нибудь способ получить данные из таблиц в режиме mount?
26.03.2015 15:53
Neutron
 
Dim в режиме mount оно мне дает такой возможности, я бы с радостью....
26.03.2015 18:05
Neutron
 
Вообщем снова пошел ранее описанным путем
инишник с параметром undo_management=manual
Цитата:
shutdown immediate
startup nomount pfile='init.ora'
Далее пересоздал контрольники без ундо
Цитата:
CREATE CONTROLFILE REUSE DATABASE "TEST" NORESETLOGS NOARCHIVELOG
MAXLOGFILES 5
MAXLOGMEMBERS 3
MAXDATAFILES 100
MAXINSTANCES 1
MAXLOGHISTORY 904
LOGFILE
GROUP 1 'D:\ORACLE\ORADATA\TEST\REDO01.LOG' SIZE 100M,
GROUP 2 'D:\ORACLE\ORADATA\TEST\REDO02.LOG' SIZE 100M,
GROUP 3 'D:\ORACLE\ORADATA\TEST\REDO03.LOG' SIZE 100M
DATAFILE
'D:\ORACLE\ORADATA\TEST\SYSTEM01.DBF',
'D:\ORACLE\ORADATA\TEST\INDX01.DBF',
'D:\ORACLE\ORADATA\TEST\TOOLS01.DBF',
'D:\ORACLE\ORADATA\TEST\USERS01.DBF',
'D:\ORACLE\ORADATA\TEST\SYSAUX01.DBF'
CHARACTER SET CL8MSWIN1251
;
Цитата:
startup mount
Цитата:
recover database
И с надеждой что база откроется...
Цитата:
alter database open
Вывалилась ошибка (лед тронулся уже не о undo, не знаю насколько это хорошо или плохо...)
Цитата:
ORA-00704: bootstrap process failure
ORA-00604: error occurred at recursive SQL level 1
ORA-01173: data dictionary indicates missing data file from system tablespace
Народ если есть опыт борьбы с данной ошибкой пишите, а я пока буду разбираться с этим...по ходу буду отписываться
Опции темы


Часовой пояс GMT +3, время: 20:51.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.