ORA-01113 для файла 1 требуется восстановление носителя. : Oracle

ну чтож хотелка похвальная, но вот вероятность поднятия такой базы очень мала.
Проблема твоего случая такова, что SCN в заголовоке system расходится с SCN в контролфайле и отличается от заголовков других файлов, чтобы его привести в соответствие необходимо применить изменения из редолога, который у тебя порченый. В большинстве случаев (99%) в морг с таким наборов файлов.

Посмотри ссылку, может что из описанного тебе поможет

Ну тогда, если это подчиненный магазин, то инициализировать его заново и лить данные из ЦО. Это буде попроще задачка.
З.Ы. очередной раз убеждаешься в хорошей поговорке - "есть админы, которые еще не делают бэкапы и есть, которые уже делают"

да уж... каждый раз вспоминаю замечательную ситуацию: поинтерсовался админ, как настроить бэкап...
через два дня (!!!!) начинает тиранить, как из бэкапа базу поднять. серверную затопило сверху. сервера умерли.
все поднял. успел настроить.
дамы и господа! друзья! бэкап - он для вашего спокойствия придуман!!!

Прошу помощи,
Проблема такая: после остановки базы через 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
Спасибо.

Не мешало бы приложить listenr.ora и tnsnames.ora, также проверить без рестарта компа, а простым рестартом сервиса БД запускается/нет возможно проблеме с расположением/указанием pfile. Опять же как говорилось - появились проблемы идём в командную строку и приводим лог того что набираешь и то что отвечают тебе.

Запустить базу вручную через 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

Миниатюры

 

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

Спасибо Кадр за пояснения. Проблема оказалась в том, что я ранее неполностю настроил сетевое окружение Оракла. Сейчас все в порядке.

Опиши каких именно настроек не было, чтобы идущие по твоему пути знали куда смотреть.