[ОТВЕТИТЬ]
02.10.2009 12:01
StriderNN
 
Восстановил из своей копии.
Запуск с 02.ctl
Fri Oct 02 11:55:25 2009
ARCH: STARTING ARCH PROCESSES
ARC0 started with pid=11
Fri Oct 02 11:55:26 2009
ARCH: STARTING ARCH PROCESSES COMPLETE
Fri Oct 02 11:55:26 2009
ARC0: Archival started
Fri Oct 02 11:55:26 2009
alter database mount exclusive
Fri Oct 02 11:55:30 2009
Successful mount of redo thread 1, with mount id 3021922162.
Fri Oct 02 11:55:30 2009
Database mounted in Exclusive Mode.
Completed: alter database mount exclusive
Fri Oct 02 11:55:30 2009
alter database open
Fri Oct 02 11:55:30 2009
Rolling back half complete log switch of thread 1
***
Corrupt block relative dba: 0x0000005f file=0. blocknum=95.
Bad header found during controlfile block read
Data in bad block - type:255. format:255. rdba:0xffffffff
last change scn:0xffff.ffffffff seq:0xff flg:0xff
consistancy value in tail 0xffffffff
check value in block header: 0xffff, calculated check value: 0x0
spare1:0xff, spare2:0xff, spare2:0xffff
LGWR: terminating instance due to error 227

Запуск с 03.ctl
Fri Oct 02 11:59:02 2009
ARCH: STARTING ARCH PROCESSES
ARC0 started with pid=11
Fri Oct 02 11:59:02 2009
ARCH: STARTING ARCH PROCESSES COMPLETE
Fri Oct 02 11:59:02 2009
ARC0: Archival started
Fri Oct 02 11:59:02 2009
alter database mount exclusive
Fri Oct 02 11:59:06 2009
Successful mount of redo thread 1, with mount id 3021889354.
Fri Oct 02 11:59:06 2009
Database mounted in Exclusive Mode.
Completed: alter database mount exclusive
Fri Oct 02 11:59:06 2009
alter database open
Fri Oct 02 11:59:06 2009
Errors in file d:\Oracle\admin\DBELENA\bdump\dbelenaLGWR.TRC:
ORA-00338: log 4 of thread 1 is more recent than controlfile
ORA-00312: online log 4 thread 1: 'D:\ORACLE\ORADATA\DBELENA\REDO04.ORA'

Fri Oct 02 11:59:06 2009
Errors in file d:\Oracle\admin\DBELENA\bdump\dbelenaLGWR.TRC:
ORA-00338: log 4 of thread 1 is more recent than controlfile
ORA-00312: online log 4 thread 1: 'D:\ORACLE\ORADATA\DBELENA\REDO04.ORA'

ORA-338 signalled during: alter database open...

Запуск с 01.ctl
Fri Oct 02 12:01:09 2009
ARCH: STARTING ARCH PROCESSES
ARC0 started with pid=11
Fri Oct 02 12:01:10 2009
ARCH: STARTING ARCH PROCESSES COMPLETE
Fri Oct 02 12:01:10 2009
ARC0: Archival started
Fri Oct 02 12:01:10 2009
alter database mount exclusive
Fri Oct 02 12:01:14 2009
Successful mount of redo thread 1, with mount id 3021891786.
Fri Oct 02 12:01:14 2009
Database mounted in Exclusive Mode.
Completed: alter database mount exclusive
Fri Oct 02 12:01:14 2009
alter database open
Fri Oct 02 12:01:14 2009
Errors in file d:\Oracle\admin\DBELENA\bdump\dbelenaLGWR.TRC:
ORA-00338: log 4 of thread 1 is more recent than controlfile
ORA-00312: online log 4 thread 1: 'D:\ORACLE\ORADATA\DBELENA\REDO04.ORA'

Fri Oct 02 12:01:14 2009
Errors in file d:\Oracle\admin\DBELENA\bdump\dbelenaLGWR.TRC:
ORA-00338: log 4 of thread 1 is more recent than controlfile
ORA-00312: online log 4 thread 1: 'D:\ORACLE\ORADATA\DBELENA\REDO04.ORA'

ORA-338 signalled during: alter database open...
02.10.2009 12:11
OlegON
 
Шикарно... :( Ну тогда пробуем пересоздать контрольник.
02.10.2009 12:24
StriderNN
 
Сам радуюсь. :( Но пока мне, к сожалению, мне такого короткого совета недостаточно... А какой командой его пересоздать? Как здесь https://olegon.ru/smoracle.php?
02.10.2009 12:39
akonev
 
Цитата:
StriderNN Сам радуюсь. :( Но пока мне, к сожалению, мне такого короткого совета недостаточно... А какой командой его пересоздать?
у тебя есть трэйс. и в нем готовый скрипт для создания контрольника.

берем из него и сохраняем в отдельный файл (к примеру, c:\cf.sql) кусок
Цитата:
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "DBname" NORESETLOGS NOARCHIVELOG
...
CHARACTER SET CL8MSWIN1251
;
в sqlplus делаем
shutdown immediate;
@c:\cf;

смотрим, что сказал
02.10.2009 12:56
StriderNN
 
SQL> shutdown immediate
ORA-01109: database not open

Database dismounted.
ORACLE instance shut down.
SQL> @c:\cf
ORACLE instance started.

Total System Global Area 718390236 bytes
Fixed Size 70620 bytes
Variable Size 171282432 bytes
Database Buffers 536870912 bytes
Redo Buffers 10166272 bytes
Input truncated to 26 characters
25 /

Control file created.

SQL>
Размер control03.ctl увеличился с 3 661 824 до 8 577 024

alrt.log

Fri Oct 02 12:52:42 2009
CREATE CONTROLFILE REUSE DATABASE "DBELENA" NORESETLOGS NOARCHIVELOG
MAXLOGFILES 32
MAXLOGMEMBERS 2
MAXDATAFILES 254
MAXINSTANCES 1
MAXLOGHISTORY 4084
LOGFILE
GROUP 4 'D:\ORACLE\ORADATA\DBELENA\REDO04.ORA' SIZE 50M,
GROUP 5 'D:\ORACLE\ORADATA\DBELENA\REDO05.ORA' SIZE 50M,
GROUP 6 'D:\ORACLE\ORADATA\DBELENA\REDO06.ORA' SIZE 50M
DATAFILE
'D:\ORACLE\ORADATA\DBELENA\SYSTEM01.DBF',
'D:\ORACLE\ORADATA\DBELENA\RBS01.DBF',
'D:\ORACLE\ORADATA\DBELENA\USERS01.DBF',
'D:\ORACLE\ORADATA\DBELENA\TEMP01.DBF',
'D:\ORACLE\ORADATA\DBELENA\TOOLS01.DBF',
'D:\ORACLE\ORADATA\DBELENA\INDX01.DBF',
'D:\ORACLE\ORADATA\DBELENA\USERS02.DBF',
'D:\ORACLE\ORADATA\DBELENA\INDX02.DBF',
'D:\ORACLE\ORADATA\DBELENA\TEMP02.DBF',
'D:\ORACLE\ORADATA\DBELENA\TEMP03.DBF',
'D:\ORACLE\ORADATA\DBELENA\USERS03.DBF',
'D:\ORACLE\ORADATA\DBELENA\INDX03.DBF'
CHARACTER SET CL8MSWIN1251

Fri Oct 02 12:52:43 2009
Successful mount of redo thread 1, with mount id 2849297433.
Fri Oct 02 12:52:43 2009
Completed: CREATE CONTROLFILE REUSE DATABASE "DBELENA" NORESE
02.10.2009 13:14
StriderNN
 
alter database open
*
ERROR at line 1:
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: 'D:\ORACLE\ORADATA\DBELENA\SYSTEM01.DBF'
02.10.2009 13:33
StriderNN
 
Recover database или RECOVER DATAFILE 1
02.10.2009 13:42
akonev
 
попробуй сначала database
02.10.2009 13:43
StriderNN
 
SQL> RECOVER DATABASE
Media recovery complete.
SQL> alter database open

Database altered.
SQL>

alrt.log
Fri Oct 02 13:35:38 2009
ALTER DATABASE RECOVER DATABASE
Media Recovery Start
Media Recovery Log
Recovery of Online Redo Log: Thread 1 Group 6 Seq 87336 Reading mem 0
Mem# 0 errs 0: D:\ORACLE\ORADATA\DBELENA\REDO06.ORA
Media Recovery Complete
Completed: ALTER DATABASE RECOVER DATABASE
Fri Oct 02 13:35:51 2009
alter database open

Fri Oct 02 13:35:52 2009
Thread 1 advanced to log sequence 87338
Thread 1 opened at log sequence 87338
Current log# 5 seq# 87338 mem# 0: D:\ORACLE\ORADATA\DBELENA\REDO05.ORA
Successful open of redo thread 1.
Fri Oct 02 13:35:53 2009
ARC0: media recovery disabled
Fri Oct 02 13:35:53 2009
SMON: enabling cache recovery
Fri Oct 02 13:35:54 2009
Dictionary check beginning
Dictionary check complete
Fri Oct 02 13:35:55 2009
SMON: enabling tx recovery
Fri Oct 02 13:35:56 2009
Completed: alter database open
Fri Oct 02 13:36:37 2009
ARC0: media recovery disabled
Fri Oct 02 13:36:37 2009
Thread 1 advanced to log sequence 87339
Fri Oct 02 13:36:37 2009
Current log# 6 seq# 87339 mem# 0: D:\ORACLE\ORADATA\DBELENA\REDO06.ORA
Fri Oct 02 13:37:09 2009
Thread 1 advanced to log sequence 87340
Current log# 4 seq# 87340 mem# 0: D:\ORACLE\ORADATA\DBELENA\REDO04.ORA
Fri Oct 02 13:37:09 2009
ARC0: media recovery disabled
Fri Oct 02 13:37:40 2009
Thread 1 advanced to log sequence 87341
Fri Oct 02 13:37:40 2009
ARC0: media recovery disabled
Fri Oct 02 13:37:40 2009
Current log# 5 seq# 87341 mem# 0: D:\ORACLE\ORADATA\DBELENA\REDO05.ORA
Fri Oct 02 13:38:11 2009
ARC0: media recovery disabled
Fri Oct 02 13:38:11 2009
Thread 1 advanced to log sequence 87342
Fri Oct 02 13:38:11 2009
Current log# 6 seq# 87342 mem# 0: D:\ORACLE\ORADATA\DBELENA\REDO06.ORA
Fri Oct 02 13:38:43 2009
ARC0: media recovery disabled
Fri Oct 02 13:38:43 2009
Thread 1 advanced to log sequence 87343
Fri Oct 02 13:38:43 2009
Current log# 4 seq# 87343 mem# 0: D:\ORACLE\ORADATA\DBELENA\REDO04.ORA
Fri Oct 02 13:39:14 2009
ARC0: media recovery disabled
Fri Oct 02 13:39:14 2009
Thread 1 advanced to log sequence 87344
Fri Oct 02 13:39:14 2009
Current log# 5 seq# 87344 mem# 0: D:\ORACLE\ORADATA\DBELENA\REDO05.ORA
02.10.2009 13:53
akonev
 
ну где-то сейчас уже должен и супермаг начать отзываться
02.10.2009 13:59
StriderNN
 
В супермаг вошел. Висит на "загрузка раздела "Карточки складского учета" -(
02.10.2009 14:03
Mtirt
 
Долго он их открывает, обычно.
Имеет смысл собрать статистику.
02.10.2009 14:08
OlegON
 
Открытие раздела как правило - проблема с виндой/ключом, либо - загляни в тему про "Инвалиды и как это страшно" или как-то так. В журнал базы и винды не плохо бы заглянуть. На чем сейчас дело стоит?
02.10.2009 14:17
StriderNN
 
Раздел в конце концов открылся. После перезахода в Супермаг открылся быстро:dance2:. Сейчас менеджеры закончили пить валерьянку и проверяют базу на предмет чего-либо неправильно-подозрительного. Опережающий вопрос - сейчас база открыта с единственным 03.ctl. Как вернуть на три или это не нужно?
02.10.2009 14:28
Mtirt
 
Прежде чем пускать их работать, хорошо бы:
- проверить, нет ли инвалидных объектов.
- собрать статистику.
- настроить и проверить бэкап.
02.10.2009 14:29
Mtirt
 
Цитата:
StriderNN Как вернуть на три или это не нужно?
А что у тебя на сервере с дисковой подсистемой?
Есть возможность разложить контрольные файлы по разным физическим дискам?
02.10.2009 14:35
StriderNN
 
Цитата:
Mtirt Прежде чем пускать их работать, хорошо бы:
- проверить, нет ли инвалидных объектов.
- собрать статистику.
- настроить и проверить бэкап.
Спасибо за совет. Сейчас сделаю. Что касается дисков - здесь аппаратный SCSI RAID-1. разнести можно разве что на логические диски.
02.10.2009 14:40
akonev
 
Цитата:
StriderNN ... Как вернуть на три или это не нужно?
возвращать нужно. точно так же как убирал: опустить базу, остановить виндовый сервис базы, скопировать рабочий контрольник в те места, где должны быть остальные, раскомментировать в профайле, запустить сервис.

но обрати внимание на Танин вопрос про дисковую систему.
лучше их разложить на разные диски и соответственно подправить пути в профайле
03.10.2009 10:11
StriderNN
 
Благодарю всех за помощь, большое Вам спасибо. База восстановлена. Бэкап настроен. Все работает.


Опции темы


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

 

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