[ОТВЕТИТЬ]
05.10.2006 14:52
isi
 
oracle 8.1.7
Не стработал нормально бесперебойники и рассогласование в версиях control файлов
(ORA-00214), пересоздаю:

Код:
SVRMGRL 
  CONNECT INTERNAL/qqq@DBAMIK05
Connected.

STARTUP NOMOUNT PFILE=d:\oracle\admin\DBAMIK05\pfile\initDBAMIK05юora 
  ORACLE instance started.
  ORA-03114: not connected to ORACLE

Если дальше подключиться то:

CONNECT INTERNAL/qqq@DBAMIK05
  Connected.

CREATE CONTROLFILE SET DATABASE 'DBAMIK05' RESETLOG
NOARCHIVELOG
    MAXLOGFILES 32
    MAXLOGMEMBERS 2
    MAXDATAFILES 254
    MAXINSTANCES 1
    MAXLOGHISTORY 50823
LOGFILE
  GROUP 1 'D:\ORACLE\ORADATA\DBAMIK05\REDO01.LOG'  SIZE 5000K,
  GROUP 2 'D:\ORACLE\ORADATA\DBAMIK05\REDO02.LOG'  SIZE 5000K,
  GROUP 3 'D:\ORACLE\ORADATA\DBAMIK05\REDO03.LOG'  SIZE 5000K
DATAFILE
  'D:\ORACLE\ORADATA\DBAMIK05\INDX01.DBF',
  'D:\ORACLE\ORADATA\DBAMIK05\RBS01.DBF',
  'D:\ORACLE\ORADATA\DBAMIK05\SYSTEM01.DBF',
  'D:\ORACLE\ORADATA\DBAMIK05\TEMP01.DBF',
  'D:\ORACLE\ORADATA\DBAMIK05\TOOLS01.DBF',
  'D:\ORACLE\ORADATA\DBAMIK05\USERS01.DBF',
  'D:\ORACLE\ORADATA\DBAMIK05\USERS02.ORA'
CHARACTER SET CL8MSWIN1251;
Получаю: ORA-03114: not connected to ORACLE
05.10.2006 15:03
OlegON
 
Цитата:
CONNECT INTERNAL/qqq@DBAMIK05
set oracle_sid...
connect internal/qqq
А не проще было выяснить, какой контрольник нормальный и раскопировать его?
05.10.2006 15:05
isi
 
то есть раскопировать? можно попотробнее и как это выяснить?
05.10.2006 15:08
akonev
 
Цитата:
isi то есть раскопировать?
они одинаковые. берешь исправный и копируешь в остальные.
можно даже тупо перебрать все по очереди *04
05.10.2006 15:10
isi
 
Цитата:
CONNECT INTERNAL/qqq@DBAMIK05
set oracle_sid...
connect internal/qqq


ORACLE instance started.
ORA-01012: not logged on
05.10.2006 15:13
OlegON
 
А в алерте за это время ничего нет? Непонятно как-то. Наверное скрипт на контрольники у тебя все таки кривой был.
05.10.2006 15:20
akonev
 
еще сообщение должно быть, с ошибкой. это только файл указывает
05.10.2006 15:29
akonev
 
просит media recovery для этого файла
обычно помогает *04
05.10.2006 15:30
isi
 
SVRMGR> connect internal/qqq
Connected.

SVRMGR> recover datafile 'D:\ORACLE\ORADATA\DBAMIK05\INDX01.DBF';
ORA-01012: not logged on
SVRMGR>
05.10.2006 15:33
OlegON
 
SID выставил? Просто recover сделай. И посмотри, я тут несколько способов восстановления, включая подкладывание redo, описывал.
05.10.2006 15:36
akonev
 
Цитата:
isi SVRMGR> connect internal/qqq
Connected.

SVRMGR> recover datafile 'D:\ORACLE\ORADATA\DBAMIK05\INDX01.DBF';
ORA-01012: not logged on
SVRMGR>
startup mount ?
05.10.2006 15:37
Mtirt
 
Олег, а это не мое "любимое": set nls_lang= ... ?
Надо указать кодовую страницу, котрая была выбрана при создании базы. Видимо она отличается от текущей.
Может поможет?
05.10.2006 15:38
isi
 
или

SVRMGR> connect internal/qqq
Connected.
SVRMGR> recover datafile 'D:\ORACLE\ORADATA\DBAMIK05\INDX01.DBF';
ORA-03114: not connected to ORACLE
05.10.2006 15:39
isi
 
startup mount ?

nomount

OlegON: относись с уважением к тем, кто тебе помочь хочет. Пиши подробнее.
05.10.2006 15:41
OlegON
 
Цитата:
Mtirt Олег, а это не мое "любимое": set nls_lang= ... ?
Надо указать кодовую страницу, котрая была выбрана при создании базы. Видимо она отличается от текущей.
Насколько я помню, там главное - правильную страницу выбрать.. Да и тут isi на слова скупердяйничает, не понятно... Я думаю, он нам чего-то не показывает, что делает. Впрочем, я выше написал, что нужно сделать.
05.10.2006 15:45
isi
 
пробовал выставить set NLS_LANG=RUSSIAN_CIS.CL8MSWIN1251

в логах

ALTER DATABASE RECOVER datafile 'D:\ORACLE\ORADATA\DBAMIK05\INDX01.DBF'
Thu Oct 05 20:42:02 2006
ORA-1507 signalled during: ALTER DATABASE RECOVER datafile 'D:\ORACLE\ORADA...
Thu Oct 05 20:42:02 2006
ALTER DATABASE RECOVER CANCEL
ORA-1507 signalled during: ALTER DATABASE RECOVER CANCEL...
05.10.2006 15:49
isi
 
Цитата:
isi startup mount ?

nomount

OlegON: относись с уважением к тем, кто тебе помочь хочет. Пиши подробнее.
Я так понял это был вопрос, я на него ответил? или как? просто тороплюсь, извиняюсь если кого обидел
05.10.2006 15:54
isi
 
извеняюсь перевел в Mount, recovery прошел теперь в логах:


Errors in file D:\ORACLE\admin\DBAMIK05\bdump\dbamik05SMON.TRC:
ORA-00600: internal error code, arguments: [4193], [39960], [39968], [], [], []
05.10.2006 15:57
reddevil
 
я может не в тему скажу, но перед любым восстановлением надо делать бекап того что восстанавливаем, потому изначальная проблема лечилась легко. А в результате пришли к шестисотке, что там металинк то глаголит?
05.10.2006 16:00
isi
 
я так понял надо Redo логи пересоздать

Recovery of Online Redo Log: Thread 1 Group 1 Seq 722104 Reading mem 0
Mem# 0 errs 0: D:\ORACLE\ORADATA\DBAMIK05\REDO01.LOG
Thu Oct 05 20:51:36 2006
Thread recovery: finish rolling forward thread 1
Thread recovery: 11 data blocks read, 11 data blocks written, 57 redo blocks re>
Crash recovery completed successfully
Thu Oct 05 20:51:36 2006
Thread 1 advanced to log sequence 722105
Thread 1 opened at log sequence 722105
Current log# 2 seq# 722105 mem# 0: D:\ORACLE\ORADATA\DBAMIK05\REDO02.LOG
Successful open of redo thread 1.
Thu Oct 05 20:51:36 2006
SMON: enabling cache recovery
SMON: enabling tx recovery
Thu Oct 05 20:51:37 2006
Errors in file D:\ORACLE\admin\DBAMIK05\bdump\dbamik05SMON.TRC:
ORA-00600: internal error code, arguments: [4193], [39960], [39968], [], [], []>

Recovery of Online Redo Log: Thread 1 Group 2 Seq 722105 Reading mem 0
Mem# 0 errs 0: D:\ORACLE\ORADATA\DBAMIK05\REDO02.LOG
SMON: terminating instance due to error 600
Instance terminated by SMON, pid = 4896
05.10.2006 16:03
reddevil
 
оооо ну неу жели нам показали лог)))
05.10.2006 16:49
akonev
 
Цитата:
isi ORA-00600: internal error code, arguments: [4193], [39960], [39968],
ORA-600[4193] indicates corruption in the rollback segment, when the transaction table and the rollback block are out of sync.
05.10.2006 17:03
isi
 
Восстановил rollback (recover database until cancel , alter database open resetlogs;), следом полезло system.dbf надо восстановить, после восстановления, начал говорить что то вроде файл system.dbf слишком старый, вообщем сейчас уже времени нет, подымаю backup и с центра выгрузка следом, спасибо всем за помощь... Завтра привезу БД на работу, попробую поизголятся, ситуация осложняется тем, что штормовое и сильный ветер, связь может с магазином пропасть в любую минуту...
04.06.2007 11:12
baggio
 
Ну Вот такая же пое....нь... утро добрым не бывает...

Ща буду Redo в offline потом drop, может поможет....
04.06.2007 20:47
OlegON
 
Ты бы лучше поподробнее описывал проблему... Мож и подсказали бы что... Зачем их дропать-то?
04.06.2007 22:21
baggio
 
Mon Jun 04 18:21:15 2007
Errors in file d:\oracle\admin\SOROKA00\bdump\soroka00SMON.TRC:
ORA-00600: internal error code, arguments: [4193], [404], [414], [], [], [], [], []

Mon Jun 04 18:21:15 2007
Completed: /* OracleOEM */ ALTER DATABASE OPEN
Mon Jun 04 18:21:15 2007
Errors in file d:\oracle\admin\SOROKA00\bdump\soroka00SNP4.TRC:
ORA-00600: internal error code, arguments: [4193], [406], [416], [], [], [], [], []

ни один из способов не помог...
Ни recovery database
Ни recovery по control
Не дает даже в offline увисти... полная жепа...
Пересоздание redo не помогает...
open с resetlogs также...
и corrupted = true
База открывается до Open далее все писец... ничем до нее не достуцатся - конец мать его файла по его гребанному каналу и все...

Вот сижу 80GB из бэкапа достаю трех недельной давности
05.06.2007 13:13
baggio
 
Вот глупый вопрос ...
А можно ли востановить данные при полной потере файлов с индесами...
05.06.2007 13:50
kadr
 
в теории можно, сам ни разу не пробовал


Опции темы


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

 

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