ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / ORA-01194
7 сообщений из 7, страница 1 из 1
ORA-01194
    #32078919
ils
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ils
Гость
Привет всем. У меня вот какая проблема. Переустановил Оракл и теперь собираюсь запустить старую базу.
Имеется скрипт для создания контрола

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
STARTUP NOMOUNT 
CREATE CONTROLFILE REUSE DATABASE  "DB5"  RESETLOGS NOARCHIVELOG
    MAXLOGFILES  50 
    MAXLOGMEMBERS  5 
    MAXDATAFILES  100 
    MAXINSTANCES  1 
    MAXLOGHISTORY  113 
LOGFILE
  GROUP  1  'C:\ORACLE\ORADATA\DB5\REDO01.LOG'  SIZE 100M,
  GROUP  2  'C:\ORACLE\ORADATA\DB5\REDO02.LOG'  SIZE 100M,
  GROUP  3  'C:\ORACLE\ORADATA\DB5\REDO03.LOG'  SIZE 100M
 -- STANDBY LOGFILE
 
DATAFILE
  'D:\DB5\SYSTEM01.DBF',
  'D:\DB5\UNDOTBS01.DBF',
  'D:\DB5\CWMLITE01.DBF',
  'D:\DB5\DRSYS01.DBF',
  'D:\DB5\EXAMPLE01.DBF',
  'D:\DB5\INDX01.DBF',
  'D:\DB5\TOOLS01.DBF',
  'D:\DB5\USERS01.DBF'
CHARACTER SET CL8MSWIN1251;
ALTER DATABASE OPEN RESETLOGS;
ALTER TABLESPACE TEMP ADD TEMPFILE 'C:\ORACLE\ORADATA\DB5\TEMP01.DBF' 

REUSE;


В команде CREATE CONTROLFILE поставил параметр RESETLOGS, поскольку при

NORESETLOGS генерировалась ошибка
ORA-01229: data file 'string' is inconsistent with logs (для USERS01.dbf)
В команде ALTER DATABASE OPEN поставил параметр RESETLOGS, поскольку до этого при запуске скрипта вообще без параметра (просто ALTER DATABASE

OPEN) возникала ошибка ora-01589: must use RESETLOGS or NORESETLOGS

option for database open (сначала поставил параметр NORESETLOGS, но это

повлекло ошибку ora-01588: must use RESETLOGS option for database open).

Перезапустил экземпляр. Контрол создан. Ошибка ora-01589 больше не

возникает. Зато при попытке открытия базы генерируется ошибка ora-01194:

file 'd:\DB5\system01.dbf' needs more recovery to be consistent. А я никаких бэкапов не делал.
Подскажите, плиз, что делать.
Заранее благодарен
...
Рейтинг: 0 / 0
12.12.2002, 20:29
| Ответить | Цитировать | Написать  
ORA-01194
    #32079057
.dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
.dba
Участник
а онлайн редологи тоже переносились? Если да, то проблема может быть в этом. База была остановлена нормально перед копированием?

Вообще, если база в режиме noarchivelog, то лучше было просто перенести старые controlfile'ы, а потом изменить пути к датафайлам через alter database rename file ...
...
Рейтинг: 0 / 0
13.12.2002, 15:38
| Ответить | Цитировать | Написать  
ORA-01194
    #32079577
ils
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ils
Гость
2 .dba
Да, онлайн логи переносились. Перед копированием база была остановлена нормально.
Перенес старые контролы на прежнее место. Изменил, как надо, пути к датафайлам.
Создал заново сервис. Запустил экземпляр. При попытке открытия базы генерятся ошибки
ORA-01122: файл базы данных 1 не прошел контроль при верификации
ORA-01110: файл данных 1: 'D:\DB5\SYSTEM01.DBF'
ORA-01207: файл данных не соответствует управляющему - старый упр.файл

Что тут можно сделать?
...
Рейтинг: 0 / 0
16.12.2002, 00:01
| Ответить | Цитировать | Написать  
ORA-01194
    #32080471
.dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
.dba
Участник
>Да, онлайн логи переносились. Перед копированием база была остановлена
>нормально. Перенес старые контролы на прежнее место. Изменил, как надо,
>пути к датафайлам. Создал заново сервис. Запустил экземпляр. При попытке
>открытия базы генерятся ошибки
>ORA-01122: файл базы данных 1 не прошел контроль при верификации
>ORA-01110: файл данных 1: 'D:\DB5\SYSTEM01.DBF'
>ORA-01207: файл данных не соответствует управляющему - старый упр.файл

Если база остановлена нормально, а потом перенесена полностью вместе с контролфайлами, то никакой инконсистентности быть не может. Единственная проблема в том, что надо изменить пути к датафайлам посредством команды alter database rename ... Может вы что-то упустили или я не понимаю как вы это делали.
...
Рейтинг: 0 / 0
17.12.2002, 14:48
| Ответить | Цитировать | Написать  
ORA-01194
    #32080763
ils
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ils
Гость
2 .dba
Помню точно, что делал shutdown immediate. А вот сервис перед переносом файлов, по-моему, не останавливал. Може быть причина в этом? ...Хотя экземпляр-то был остановлен...
...
Рейтинг: 0 / 0
17.12.2002, 19:57
| Ответить | Цитировать | Написать  
ORA-01194
    #32080766
.dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
.dba
Участник
трудно сказать, т.к. с ораклом под винд. давно не работаю, но помню, что файл данных удалить или забекапить (ntbackup например) нельзя пока не остановишь сервис.

Во всех остальных случаях shutdown immediate достаточно, для того чтоб закрыть базу в целостном состоянии.
...
Рейтинг: 0 / 0
17.12.2002, 20:06
| Ответить | Цитировать | Написать  
ORA-01194
    #32080783
ils
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ils
Гость
2 .dba
В любом случае, спасибо. Все равно я пока только экспериментирую. Хотя хотелось бы разобраться, решаема ли в принципе данная проблема...
...
Рейтинг: 0 / 0
17.12.2002, 20:34
| Ответить | Цитировать | Написать  
7 сообщений из 7, страница 1 из 1
Форумы / Oracle [игнор отключен] [закрыт для гостей] / ORA-01194
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&msg=32080783&tid=1992426]:
 0ms
get settings:
 9ms
get forum list:
 20ms
check forum access:
 5ms
check topic access:
 5ms
track hit:
 171ms
get topic data:
 10ms
get forum data:
 3ms
get page messages:
 50ms
get tp. blocked users:
 2ms
others: 233ms
total:  508ms
созд. / загр.: 508ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]