[ОТВЕТИТЬ]
Опции темы
24.03.2008 12:19  
Romka
вот так:

SQL> recover database using backup controlfile;
ORA-00279: change 2397131 generated at 03/20/2008 14:10:06 needed for thread 1
ORA-00289: suggestion : C:\ORACLE\ORA92\RDBMS\ARC00036.001
ORA-00280: change 2397131 for thread 1 is in sequence #36


Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
c:\oracle\oradata\tksom1\redo03.log auto
ORA-00283: recovery session canceled due to errors
ORA-00368: checksum error in redo log block
ORA-00353: log corruption near block 477 change 2397132 time 03/20/2008
14:10:06
ORA-00334: archived log: 'C:\ORACLE\ORADATA\TKSOM1\REDO03.LOG'


ORA-01112: media recovery not started
 
24.03.2008 12:20  
Romka
бекапа для этой базы нету. хотелось бы поднять..
 
24.03.2008 13:47  
kadr
Цитата:
Сообщение от Romka
хотелось бы поднять..
ну чтож хотелка похвальная, но вот вероятность поднятия такой базы очень мала.
Проблема твоего случая такова, что SCN в заголовоке system расходится с SCN в контролфайле и отличается от заголовков других файлов, чтобы его привести в соответствие необходимо применить изменения из редолога, который у тебя порченый. В большинстве случаев (99%) в морг с таким наборов файлов.

Посмотри ссылку, может что из описанного тебе поможет
 
24.03.2008 15:40  
bob
Цитата:
Сообщение от Romka
бекапа для этой базы нету. хотелось бы поднять..
Ну тогда, если это подчиненный магазин, то инициализировать его заново и лить данные из ЦО. Это буде попроще задачка.
З.Ы. очередной раз убеждаешься в хорошей поговорке - "есть админы, которые еще не делают бэкапы и есть, которые уже делают"
 
24.03.2008 16:17  
akonev
Цитата:
Сообщение от bob
Ну тогда, если это подчиненный магазин, то инициализировать его заново и лить данные из ЦО. Это буде попроще задачка.
З.Ы. очередной раз убеждаешься в хорошей поговорке - "есть админы, которые еще не делают бэкапы и есть, которые уже делают"
да уж... каждый раз вспоминаю замечательную ситуацию: поинтерсовался админ, как настроить бэкап...
через два дня (!!!!) начинает тиранить, как из бэкапа базу поднять. серверную затопило сверху. сервера умерли.
все поднял. успел настроить.
дамы и господа! друзья! бэкап - он для вашего спокойствия придуман!!!
 
28.03.2008 13:02  
artmov
Прошу помощи,
Проблема такая: после остановки базы через Ent.Manager.Console, не удается заного стартовать. A после рестарта компютера база нормально стартует .
{ОС: W2k3 R2 SP2 // DB: ORACLE 9.2// 'antivir', 'firewall', 'reports'- none}.

Обнаружил недавно, когда хотел наладить архивирование базы с помощью backuper-а. Пока остановливаю сервис базы через Ent.Manager.Console, и копирую базу. Заного стартовать неполучается ( пишет: " SID given in connect descriptor could not be resolved"); далее в ДОС набираю:
>LSNRCTL SERVICE listener_name
TNS-01101: Could not find service name listener_name
NNC-00405: network failure
---------------
После рестарта компютера база нормально стартует, Супермаг в сети работает, все ОК.
Запускаю:
LSNRCTL> status
Connecting to (ADDRESS=(PROTOCOL=tcp)(PORT=1521))
STATUS of the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for 32-bit Windows: Version 9.2.0.7.0 - Production
Start Date 28-╠└╨-2008 06:41:39
Uptime 0 days 3 hr. 42 min. 15 sec
Trace Level off
Security OFF
SNMP OFF
Listener Log File C:\oracle\ora92\network\log\listener.log
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=server)(PORT=1521)))
Services Summary...
Service "sovran01" has 1 instance(s).
Instance "sovran01", status READY, has 1 handler(s) for this service...
Service "sovran01XDB" has 1 instance(s).
Instance "sovran01", status READY, has 1 handler(s) for this service...
The command completed successfully.
--------------------------------------------------------
Что, где, когда делать? *181
Спасибо.
 
28.03.2008 13:50  
kadr
Не мешало бы приложить listenr.ora и tnsnames.ora, также проверить без рестарта компа, а простым рестартом сервиса БД запускается/нет возможно проблеме с расположением/указанием pfile. Опять же как говорилось - появились проблемы идём в командную строку и приводим лог того что набираешь и то что отвечают тебе.
 
28.03.2008 14:53  
OlegON
Цитата:
Сообщение от artmov
--
Что, где, когда делать?
Запустить базу вручную через sqlplus, говорил уже не раз...
 
31.03.2008 13:15  
artmov
Цитата:
Сообщение от kadr
Не мешало бы приложить listenr.ora и tnsnames.ora, также проверить без рестарта компа, а простым рестартом сервиса БД запускается/нет возможно проблеме с расположением/указанием pfile. Опять же как говорилось - появились проблемы идём в командную строку и приводим лог того что набираешь и то что отвечают тебе.
Цитата:
Сообщение от OlegON
Запустить базу вручную через sqlplus, говорил уже не раз...
Спасибо за отклик. С воскресенья "мучаю" Оракловую тематику... но пока он не сдается *96.
Вот tnsnames.ora.
----------------------------------------------------------
# TNSNAMES.ORA Network Configuration File: C:\oracle\ora92\network\admin\tnsnames.ora
# Generated by Oracle configuration tools.
SOVRAN01_SERVER =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = server)(PORT = 1521))
)
(CONNECT_DATA =
(SID = sovran01)
(SERVER = DEDICATED)
))
--------------------------------------------------------

Listener.ora -изначально не было (наверно точнее был динамический), вчера вроде создал (через Net Config Assist), но ничем это не помогло и пока удалил. (?)

Действительно, после остановки базы из Ent.Manag.Consol, рестартом сервиса базы база нормально поднимается, (перезагрузить комп не нужно) , но что следует из этого пока не понимаю?

Если через SQL+ подключатся к остановленной базе выходит ошибка ORA-12154 (невозможно разрешить имя службы)


Но из командной строки база нормально поднимается.
----------------

Что дальше, пока незнаю.....?*170
Миниатюры
Нажмите на изображение для увеличения
Название: sql+_noLog_start.JPG
Просмотров: 417
Размер:	55.4 Кб
ID:	223  
 
31.03.2008 14:02  
kadr
Цитата:
Сообщение от artmov

Listener.ora -изначально не было (наверно точнее был динамический), вчера вроде создал (через Net Config Assist), но ничем это не помогло и пока удалил. (?)

Действительно, после остановки базы из Ent.Manag.Consol, рестартом сервиса базы база нормально поднимается, (перезагрузить комп не нужно) , но что следует из этого пока не понимаю?

Если через SQL+ подключатся к остановленной базе выходит ошибка ORA-12154 (невозможно разрешить имя службы)


Но из командной строки база нормально поднимается.
----------------

Что дальше, пока незнаю.....?*170
Про Листенер - странно как-то про динамический, в этом файле указывается какой адрес слушать, если в нём базы не прописаны, тогда они регятся динамически, но адрес надо прописывать, я за то что и базы надо прописывать.
То что у тебя стартует сервисом, но не стартует из Ent.Manag.Cons может свидетельствовать о том что при запуске сервисом он берёт значение pfile из реестра, а когда ты из Ent.Manag.Conso, то указываешь(либо совсем не указываешь) не тот pfile.
Есть два понятия остановленной базы: остановлен сервис и остановлена именно база, но сервис работает. Так про какой вариант ты говорил "остановленная база", если про первый, то такая ошибка и бывает обычно. Также не мешает проверить что в реестре прописано про oracle_sid.
И ещё вопрос: а зачем startup force?
 
 


Опции темы



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

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