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 ... Как вернуть на три или это не нужно?
возвращать нужно. точно так же как убирал: опустить базу, остановить виндовый сервис базы, скопировать рабочий контрольник в те места, где должны быть остальные, раскомментировать в профайле, запустить сервис.

но обрати внимание на Танин вопрос про дисковую систему.
лучше их разложить на разные диски и соответственно подправить пути в профайле
Часовой пояс GMT +3, время: 10:41.

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