[ТЕМА ЗАКРЫТА]
17.10.2007 09:44
stalker
 
При переименовании базы все прошло пучком
но когда переводишь с mounted в open,пишет
ora-1194 для совместимости требуется дополнительное востановление файла 1
ora-01110 файл данных d:\oradata\db2000\system01.dbf
23.10.2007 12:28
stalker
 
Короче делал бакап рабочей базы бакапером алегоновским после чего решил сменить имя базы разсувал по местам и фиг там не знаю даже что делать.
вот лог аптимайзера с рабочей базы.

почему база не хочет переименовываться...
Ораклу только учусь
23.10.2007 12:43
OlegON
 
Наверное зипом архивировал? Нормально распаковался?
23.10.2007 12:45
reddevil
 
Лог не смотрел ибо непонятно чем его открывать.
Там вообще бекап холодный , горяичй? Просветите малограмотных.
Вообще "бакап рабочей базы бакапером алегоновским" и "аптимайзера с рабочей базы" , по моему скромному разумению не вяжутся с "Ораклу только учусь". Может все таки начать со стандарнтных средств тогда хоят бы вопорс о сторонних утилитах отпадут?
23.10.2007 12:49
reddevil
 
Ага просмотрел - сам дурак :)

ORA-01194 file name needs more recovery to be consistent

Cause: An incomplete recovery session was started, but an insufficient number of redo logs were applied to make the file consistent. The named file was not closed cleanly when it was last opened by the database. The most likely cause of this message is forgetting to restore the file from a backup before doing incomplete recovery.
Action: The file must be recovered to a time when it was not being updated. Either apply more redo logs until the file is consistent or restore the file from an older backup and repeat recovery.


recover database.... говорил?
23.10.2007 12:49
stalker
 
Цитата:
reddevil Лог не смотрел ибо непонятно чем его открывать.
Там вообще бекап холодный , горяичй? Просветите малограмотных.
Вообще "бакап рабочей базы бакапером алегоновским" и "аптимайзера с рабочей базы" , по моему скромному разумению не вяжутся с "Ораклу только учусь".
что было то сделал.

Может все таки начать со стандарнтных средств тогда хоят бы вопорс о сторонних утилитах отпадут?
Делал дву спосабами олегоновским бакапером в рар и простым попированием базы после остновки сервисов.
Что в первом что во втором одна и тажа фигня.
23.10.2007 12:51
stalker
 
Цитата:
reddevil Ага просмотрел - сам дурак :)

ORA-01194 file name needs more recovery to be consistent

Cause: An incomplete recovery session was started, but an insufficient number of redo logs were applied to make the file consistent. The named file was not closed cleanly when it was last opened by the database. The most likely cause of this message is forgetting to restore the file from a backup before doing incomplete recovery.
Action: The file must be recovered to a time when it was not being updated. Either apply more redo logs until the file is consistent or restore the file from an older backup and repeat recovery.


recover database.... говорил?
конечно говорил. ругается на систем причем восстанавливаю Media пересоздаю контролы и пипец опять день сурка.
Не могу понять почему раньше было все ок.
он при переименовании даже не хочет контролы создать. ругается на system01.dbf
23.10.2007 12:52
stalker
 
Цитата:
OlegON Наверное зипом архивировал? Нормально распаковался?
раром через копирование в другое место. распаковывается на ура.
23.10.2007 12:53
reddevil
 
Цитата:
OlegON Поиском умеешь пользоваться?
https://olegon.ru/showthread.php?t=531&highlight=01194
Кстати, Олег, в приведенной тобой ссылке есть твои слова "Суть в том, что во временном пространстве нет ни одного файла. Убей его и создай заново." Можно проще: ALTER TABLESPACE TEMP ADD TEMPFILE 'FILESPEC'
23.10.2007 13:00
stalker
 
Цитата:
reddevil Кстати, Олег, в приведенной тобой ссылке есть твои слова "Суть в том, что во временном пространстве нет ни одного файла. Убей его и создай заново." Можно проще: ALTER TABLESPACE TEMP ADD TEMPFILE 'FILESPEC'
Это надо сделать в рабочей базе?
Просто эта команда не выполняется в базе которая не Open.
23.10.2007 13:03
reddevil
 
Цитата:
stalker Это надо сделать в рабочей базе?
Просто эта команда не выполняется в базе которая не Open.
Это последний этап при восстановлении из онлайн-бекапа.....
23.10.2007 13:52
stalker
 
до этого дойти не могу
*
ORA-00900: invalid SQL statement
SVRMGR> recover database using backup controlfile;
ORA-00279: change 601118765 generated at 10/23/2007 15:15:31 needed for thread 1

ORA-00289: suggestion : C:\ORACLES\ORANTS\RDBMS\ARC00001.001
ORA-00280: change 601118765 for thread 1 is in sequence #1
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
g:\oradata\db2000\redo01.log
ORA-00339: archived log does not contain any redo
ORA-00334: archived log: 'G:\ORADATA\DB2000\REDO01.LOG'
SVRMGR> recover database using backup controlfile;
ORA-00279: change 601118765 generated at 10/23/2007 15:15:31 needed for thread 1

ORA-00289: suggestion : C:\ORACLES\ORANTS\RDBMS\ARC00001.001
ORA-00280: change 601118765 for thread 1 is in sequence #1
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
g:\oradata\db2000\redo02.log
ORA-00339: archived log does not contain any redo
ORA-00334: archived log: 'G:\ORADATA\DB2000\REDO02.LOG'
SVRMGR> recover database using backup controlfile;
ORA-00279: change 601118765 generated at 10/23/2007 15:15:31 needed for thread 1

ORA-00289: suggestion : C:\ORACLES\ORANTS\RDBMS\ARC00001.001
ORA-00280: change 601118765 for thread 1 is in sequence #1
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
g:\oradata\db2000\redo03.log
Log applied.
Media recovery complete.
SVRMGR> alter database open;
alter database open
*
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
SVRMGR> alter database open resetlogs;
alter database open resetlogs
*
ORA-03113: end-of-file on communication channel
SVRMGR> alter database open;
alter database open
*
ORA-03114: not connected to ORACLE
SVRMGR> connect internal/qqq
ORA-12571: TNS:packet writer failure
SVRMGR> connect internal/qqq
ORA-12571: TNS:packet writer failure
SVRMGR> connect internal/qqq
ORA-12571: TNS:packet writer failure
SVRMGR> connect internal/qqq
Connected.
SVRMGR> alter database open resetlogs;
alter database open resetlogs
*
ORA-01139: RESETLOGS option only valid after an incomplete database recovery
SVRMGR> recovery
2> ;
recovery
*
ORA-00900: invalid SQL statement
SVRMGR> recover
Media recovery complete.
SVRMGR> startup open
ORA-01081: cannot start already-running ORACLE - shut it down first
SVRMGR> ALTER TABLESPACE TEMP ADD TEMPFILE 'FILESPEC'
2> ;
ALTER TABLESPACE TEMP ADD TEMPFILE 'FILESPEC'
*
ORA-01109: database not open
SVRMGR> recover until cancel;
ORA-00279: change 601138887 generated at 10/23/2007 15:23:00 needed for thread 1

ORA-00289: suggestion : C:\ORACLES\ORANTS\RDBMS\ARC00002.001
ORA-00280: change 601138887 for thread 1 is in sequence #2
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
cencel
ORA-00308: cannot open archived log 'cencel'
ORA-27041: unable to open file
OSD-04002: ¤ї Є ┐│┐Р│Я¤°° │Р·│ЮРЭ │Ёv
O/S-Error: (OS 2) =х єфрхЄё эрщЄш єърчрээvщ Їрщы.
ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: 'E:\ORADATA\DB2000\SYSTEM01.DBF'
SVRMGR> ALTER DATABASE CLEAR LOGFILE 'system01.dbf';
ALTER DATABASE CLEAR LOGFILE 'system01.dbf'
*
ORA-01514: error in log specification: no such log
ORA-01517: log member: 'system01.dbf'
SVRMGR> ALTER DATABASE CLEAR LOGFILE 'filename';
ALTER DATABASE CLEAR LOGFILE 'filename'
*
ORA-01514: error in log specification: no such log
ORA-01517: log member: 'filename'
SVRMGR> ALTER DATABASE CLEAR LOGFILE 'redo04.log';
ALTER DATABASE CLEAR LOGFILE 'redo04.log'
*
ORA-01514: error in log specification: no such log
ORA-01517: log member: 'redo04.log'
SVRMGR> ALTER DATABASE CLEAR LOGFILE '4';
ALTER DATABASE CLEAR LOGFILE '4'
*
ORA-01514: error in log specification: no such log
ORA-01517: log member: '4'
SVRMGR> ALTER DATABASE CLEAR LOGFILE '3';
ALTER DATABASE CLEAR LOGFILE '3'
*
ORA-01514: error in log specification: no such log
ORA-01517: log member: '3'
SVRMGR> alter database open;
alter database open
*
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
SVRMGR> startup mount
ORA-01081: cannot start already-running ORACLE - shut it down first
SVRMGR> shutdown immediate
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.
SVRMGR> startup mount
ORACLE instance started.
Total System Global Area 874103772 bytes
Fixed Size 70620 bytes
Variable Size 167219200 bytes
Database Buffers 696320000 bytes
Redo Buffers 10493952 bytes
Database mounted.
SVRMGR> alter system clear logfile;
alter system clear logfile
*
ORA-02065: illegal option for ALTER SYSTEM
SVRMGR> recover database until cancel using backup controlfile ;
ORA-00279: change 601138887 generated at 10/23/2007 15:23:00 needed for thread 1

ORA-00289: suggestion : C:\ORACLES\ORANTS\RDBMS\ARC00002.001
ORA-00280: change 601138887 for thread 1 is in sequence #2
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
cancel
ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: 'E:\ORADATA\DB2000\SYSTEM01.DBF'
SVRMGR> alter database open resetlogs;
alter database open resetlogs
*
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: 'E:\ORADATA\DB2000\SYSTEM01.DBF'
SVRMGR> recover data
ORA-00274: illegal recovery option DATA
SVRMGR> recover
ORA-00283: recovery session canceled due to errors
ORA-01610: recovery using the BACKUP CONTROLFILE option must be done
SVRMGR> recover database until cancel using backup controlfile ;
ORA-00279: change 601138887 generated at 10/23/2007 15:23:00 needed for thread 1

ORA-00289: suggestion : C:\ORACLES\ORANTS\RDBMS\ARC00002.001
ORA-00280: change 601138887 for thread 1 is in sequence #2
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
2
ORA-00308: cannot open archived log '2'
ORA-27041: unable to open file
OSD-04002: ¤ї Є ┐│┐Р│Я¤°° │Р·│ЮРЭ │Ёv
O/S-Error: (OS 2) =х єфрхЄё эрщЄш єърчрээvщ Їрщы.
ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: 'E:\ORADATA\DB2000\SYSTEM01.DBF'
SVRMGR> recover database until cancel using backup controlfile ;
ORA-00279: change 601138887 generated at 10/23/2007 15:23:00 needed for thread 1

ORA-00289: suggestion : C:\ORACLES\ORANTS\RDBMS\ARC00002.001
ORA-00280: change 601138887 for thread 1 is in sequence #2
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
g:\oradata\db2000\redo02.log
ORA-00339: archived log does not contain any redo
ORA-00334: archived log: 'G:\ORADATA\DB2000\REDO02.LOG'
ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: 'E:\ORADATA\DB2000\SYSTEM01.DBF'
SVRMGR> recover database using backup controlfile;
ORA-00279: change 601138887 generated at 10/23/2007 15:23:00 needed for thread 1

ORA-00289: suggestion : C:\ORACLES\ORANTS\RDBMS\ARC00002.001
ORA-00280: change 601138887 for thread 1 is in sequence #2
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
g:\oradata\db2000\redo03.log
ORA-00310: archived log contains sequence 1; sequence 2 required
ORA-00334: archived log: 'G:\ORADATA\DB2000\REDO03.LOG'
SVRMGR> recover database using backup controlfile;
ORA-00279: change 601138887 generated at 10/23/2007 15:23:00 needed for thread 1

ORA-00289: suggestion : C:\ORACLES\ORANTS\RDBMS\ARC00002.001
ORA-00280: change 601138887 for thread 1 is in sequence #2
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
g:\oradata\db2000\redo04.log
ORA-00310: archived log contains sequence 749433; sequence 2 required
ORA-00334: archived log: 'G:\ORADATA\DB2000\REDO04.LOG'
SVRMGR> recover database using backup controlfile;
ORA-00279: change 601138887 generated at 10/23/2007 15:23:00 needed for thread 1

ORA-00289: suggestion : C:\ORACLES\ORANTS\RDBMS\ARC00002.001
ORA-00280: change 601138887 for thread 1 is in sequence #2
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
g:\oradata\db2000\redo05.log
ORA-00310: archived log contains sequence 749434; sequence 2 required
ORA-00334: archived log: 'G:\ORADATA\DB2000\REDO05.LOG'
SVRMGR> g:\oradata\db2000\redo06.log
2> ;
g:\oradata\db2000\redo06.log
*
ORA-00900: invalid SQL statement
SVRMGR> recover database using backup controlfile;
ORA-00279: change 601138887 generated at 10/23/2007 15:23:00 needed for thread 1

ORA-00289: suggestion : C:\ORACLES\ORANTS\RDBMS\ARC00002.001
ORA-00280: change 601138887 for thread 1 is in sequence #2
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
g:\oradata\db2000\redo06.log
ORA-00310: archived log contains sequence 749435; sequence 2 required
ORA-00334: archived log: 'G:\ORADATA\DB2000\REDO06.LOG'
SVRMGR> recover database using backup controlfile;
ORA-00279: change 601138887 generated at 10/23/2007 15:23:00 needed for thread 1

ORA-00289: suggestion : C:\ORACLES\ORANTS\RDBMS\ARC00002.001
ORA-00280: change 601138887 for thread 1 is in sequence #2
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
g:\oradata\db2000\redo07.log
ORA-00310: archived log contains sequence 749431; sequence 2 required
ORA-00334: archived log: 'G:\ORADATA\DB2000\REDO07.LOG'
SVRMGR> recover database using backup controlfile;
ORA-00279: change 601138887 generated at 10/23/2007 15:23:00 needed for thread 1

ORA-00289: suggestion : C:\ORACLES\ORANTS\RDBMS\ARC00002.001
ORA-00280: change 601138887 for thread 1 is in sequence #2
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
g:\oradata\db2000\redo08.log
ORA-00310: archived log contains sequence 749432; sequence 2 required
ORA-00334: archived log: 'G:\ORADATA\DB2000\REDO08.LOG'
SVRMGR> g:\oradata\db2000\redo09.log
2> ;
g:\oradata\db2000\redo09.log
*
ORA-00900: invalid SQL statement
SVRMGR> recover database using backup controlfile;
ORA-00279: change 601138887 generated at 10/23/2007 15:23:00 needed for thread 1

ORA-00289: suggestion : C:\ORACLES\ORANTS\RDBMS\ARC00002.001
ORA-00280: change 601138887 for thread 1 is in sequence #2
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
g:\oradata\db2000\redo08.log
ORA-00310: archived log contains sequence 749432; sequence 2 required
ORA-00334: archived log: 'G:\ORADATA\DB2000\REDO08.LOG'
SVRMGR> recover database using backup controlfile;
ORA-00279: change 601138887 generated at 10/23/2007 15:23:00 needed for thread 1

ORA-00289: suggestion : C:\ORACLES\ORANTS\RDBMS\ARC00002.001
ORA-00280: change 601138887 for thread 1 is in sequence #2
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
g:\oradata\db2000\redo09.log
ORA-00310: archived log contains sequence 749429; sequence 2 required
ORA-00334: archived log: 'G:\ORADATA\DB2000\REDO09.LOG'
SVRMGR> g:\oradata\db2000\redo10.log
2> ;
g:\oradata\db2000\redo10.log
*
ORA-00900: invalid SQL statement
SVRMGR> recover database using backup controlfile;
ORA-00279: change 601138887 generated at 10/23/2007 15:23:00 needed for thread 1

ORA-00289: suggestion : C:\ORACLES\ORANTS\RDBMS\ARC00002.001
ORA-00280: change 601138887 for thread 1 is in sequence #2
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
g:\oradata\db2000\redo10.log
ORA-00310: archived log contains sequence 749430; sequence 2 required
ORA-00334: archived log: 'G:\ORADATA\DB2000\REDO10.LOG'
SVRMGR> recover database using backup controlfile;
ORA-00279: change 601138887 generated at 10/23/2007 15:23:00 needed for thread 1

ORA-00289: suggestion : C:\ORACLES\ORANTS\RDBMS\ARC00002.001
ORA-00280: change 601138887 for thread 1 is in sequence #2
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
g:\oradata\db2000\redo01.log
Log applied.
Media recovery complete.
SVRMGR> alter database open;
alter database open
*
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
SVRMGR> _allow_resetlogs_corruption=true
2> ;
_allow_resetlogs_corruption=true
*
ORA-00911: invalid character
SVRMGR> _allow_resetlogs_corruption=true
2> startup mount
3> ;
_allow_resetlogs_corruption=true
*
ORA-00911: invalid character
SVRMGR> allow_resetlogs_corruption=true
2> ;
allow_resetlogs_corruption=true
*
ORA-00900: invalid SQL statement
SVRMGR> allow_resetlogs_corruption=true
23.10.2007 14:03
reddevil
 
Без обид, но это похоже на певоапрельский розыгрыш :)
Судя по "g:\oradata\db2000\redo03.log" - у тебя холодный бекап а ты его пытаешься восстановить... Просто запустить базу то не получается?
23.10.2007 14:04
Mtirt
 
вообще-то это надо в ini-файле прописать.
_allow_resetlogs_corruption=true

после этого рестартануть базу.
23.10.2007 14:16
stalker
 
Цитата:
Mtirt вообще-то это надо в ini-файле прописать.
_allow_resetlogs_corruption=true

после этого рестартануть базу.
сделал не помогло
23.10.2007 14:25
Mtirt
 
Цитата:
reddevil Без обид, но это похоже на певоапрельский розыгрыш :)
Судя по "g:\oradata\db2000\redo03.log" - у тебя холодный бекап а ты его пытаешься восстановить... Просто запустить базу то не получается?
У меня давно есть подозрения, что это холодный бэкап он делает "нагорячую", не останавливая базу...
Просто что-то часто он пытается базу из бэкапа поднять...
23.10.2007 14:30
Mtirt
 
Судя по твоему логу,
Код:
alter database open resetlogs;
23.10.2007 14:40
stalker
 
Цитата:
reddevil Без обид, но это похоже на певоапрельский розыгрыш :)
Судя по "g:\oradata\db2000\redo03.log" - у тебя холодный бекап а ты его пытаешься восстановить... Просто запустить базу то не получается?
Нет не хочет.
В конце выдала что надо контралы пересоздать . Пересоздал и опять все сначала.
23.10.2007 15:38
reddevil
 
Автору на выбор предлагаю 3 ссылки:




Так как проблема не касается продакшн сервера: тему можно закрывать.
23.10.2007 15:50
stalker
 
Цитата:
Mtirt У меня давно есть подозрения, что это холодный бэкап он делает "нагорячую", не останавливая базу...
Просто что-то часто он пытается базу из бэкапа поднять...
нет после олегоновского бакапера. а Насколько я понял он базу нормально шутданить.
Руками базу тожа опускал потом базу копировал тажа муля.
24.10.2007 07:54
kadr
 
Готов провести мастер-класс, на площадке заказчика, по переименованию базы (8i, 9i), а также восстановлению из бэкапов заказчика за умеренную плату.
24.10.2007 08:33
reddevil
 
Цитата:
kadr Готов провести мастер-класс, на площадке заказчика, по переименованию базы (8i, 9i), а также восстановлению из бэкапов заказчика за умеренную плату.
+100 (Давно пора)

Выше я уже пытался намекнуть :)
24.10.2007 09:12
kadr
 
меня в том списке нет, я рассматриваю только материалы данного топика.
28.10.2007 18:21
stalker
 
Цитата:
kadr меня в том списке нет, я рассматриваю только материалы данного топика.
Ваша цена господин?
Опции темы


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

 

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