[ТЕМА ЗАКРЫТА]
21.09.2007 11:06
inna
 
Вроде простая ошибка. Но. Оракл 8. Через менеджер база коннектится, монтируется, открывается, в алерт логе ошибок нет. Больше ни из чего приконнектится не могу - ни плюсом, ни DBA.
ORA-12500:TNS:listener failed to start a dedicated server process
Сервер магазинный, вчера с утра на нем все работало. Подняла бэкап - такая же история. Переустановила оракловый сервер (правда сверху) - не помогает. Может есть у кого мысли?
21.09.2007 11:22
reddevil
 
ORACLE_HOME\network\log\listener.log смотри
21.09.2007 11:40
inna
 
21-СЕН-2007 10:53:13 * service_died * YABL65 * 12537
21-СЕН-2007 10:53:28 * service_register * YABL65 * 0
21-СЕН-2007 10:53:54 * (CONNECT_DATA=(SERVICE_NAME=YABL65)(CID=(PROGRAM=D:\ORACLE\ORA81\bin\SQLPLUSW.EXE)(HOST=SERVER65)(USER=operator))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.0.63)(PORT=1138)) * establish * YABL65 * 12500
TNS-12500: TNS:сбой прослушивателя при запуске выделенного серверного процесса
TNS-12560: TNS:ошибка адаптера протокола
TNS-00530: Ошибка адаптера протокола
21.09.2007 11:57
reddevil
 
Пробуем курить здесь для начала
21.09.2007 12:01
inna
 
Да курю уж с утра. У всех или новые бызы не встают или после открытия кучи сессий не подключаются. Что - то своего случая не найду. У меня то вчера все работало и вдруг алтын. Подняла сейчас базу на другом компе - нормально поднялась. Видимо формат рулит.
21.09.2007 12:08
reddevil
 
Цитата:
inna Да курю уж с утра. У всех или новые бызы не встают или после открытия кучи сессий не подключаются. Что - то своего случая не найду. У меня то вчера все работало и вдруг алтын. Подняла сейчас базу на другом компе - нормально поднялась. Видимо формат рулит.
до следующего "Сервер магазинный, вчера с утра на нем все работало."
лучше все таки найти и устранить причниу а не следствие.
21.09.2007 12:10
akonev
 
чаще всего такая фигня вылезает, когда не хватает памяти для серверного процесса.
случается при неаккуратном распределении памяти, так что общая память оракла перестает умещаться в 1.7G (без ключа /3G) или подходит слишком близко к этому пределу.
запросто может быть при ситуации, когда обычно базу открывали одним способом (автозапуском по старту сервиса, к примеру), а в какой-то момент открыли другим (через студию, например же) и использовался другой файл параметров.
21.09.2007 12:16
akonev
 
по ссылке от reddevil самое первое из полезного:

1. На машине, где работает лисенер:
lsnrctl trace ADMIN

2. Выполнить попытку подключения, которая не удается

3. На машине, где работает лисенер:
lsnrctl trace OFF

4. Изучить лог лисенера
21.09.2007 12:25
inna
 
Цитата:
reddevil до следующего "Сервер магазинный, вчера с утра на нем все работало."
лучше все таки найти и устранить причниу а не следствие.
Причиной может быть постоянное короткое замыкание в сети магазина из за которых выключаються бесперебойники и вчера все начилось с того, что сервер супермага как служба не хотел работать. Может?
21.09.2007 12:45
inna
 
Цитата:
Andrew_Konev чаще всего такая фигня вылезает, когда не хватает памяти для серверного процесса.
случается при неаккуратном распределении памяти, так что общая память оракла перестает умещаться в 1.7G (без ключа /3G) или подходит слишком близко к этому пределу.
запросто может быть при ситуации, когда обычно базу открывали одним способом (автозапуском по старту сервиса, к примеру), а в какой-то момент открыли другим (через студию, например же) и использовался другой файл параметров.
На сервере 1ГБ памяти, другого файла параметров на нем нет. Никто там не копался 110% (приходится доверять человеческому фактору). Если кому не жалко - взгляните на лог - с своему стыду криминала не вижу.
21.09.2007 12:53
reddevil
 
а что пишет на клиенте в sqlnet.ora ?
21.09.2007 13:05
inna
 
NAMES.DIRECTORY_PATH= (TNSNAMES, ONAMES, HOSTNAME)

LOG_DIRECTORY_CLIENT=d:\oracle\ora81\network\admin
LOG_DIRECTORY_SERVER=d:\oracle\ora81\network\admin
21.09.2007 13:07
OlegON
 
Я бы все таки на ini.ora посмотрел сначала.
21.09.2007 13:10
akonev
 
Цитата:
inna ... другого файла параметров на нем нет.
студия себе сама создает в ORAHOME\sysman\ifiles и его пользует.
это так, к слову.
21.09.2007 13:10
baggio
 
я конечно все понимаю... но может всетаки что то в сетке...
Снеси дрова к сетевому адаптеру и поставь снова... может че залипло...
з.ы. прошу прошения если глупость сказал ))
21.09.2007 13:14
akonev
 
Цитата:
baggio я конечно все понимаю... но может всетаки что то в сетке...
а запросто. тем более, были пляски с доменом, помнится.
может еще чего сетевые админы меняли?
21.09.2007 13:16
Propil
 
и до кучи:
DrWeb CureIT свежий на сервере прогони, хто его знает...
21.09.2007 13:17
inna
 
В инит посмотрела - ничего не изменилось там и с этим инитом на другом компе база стартует нормально. Удалила инишник от дба. Не помогает.
21.09.2007 13:21
inna
 
В домене комп не был, но IP меняли а то удаленно не видно. Сейчас попробую вернуть.
21.09.2007 13:22
baggio
 
в cmd...
ipconfig /all
ipconfig /renew
если баловались светом... при этом комп не вырубался... то имхо проблема с сетевым интерфейсом...
21.09.2007 13:38
inna
 
Цитата:
baggio в cmd...
ipconfig /all
ipconfig /renew
если баловались светом... при этом комп не вырубался... то имхо проблема с сетевым интерфейсом...
переустановили сетевуху, в ipconfig вроде корретно все. /renew не работает если IP прописан руками.
21.09.2007 13:53
inna
 
Все, спасибо всем - форматирую. А то съест магазин.
30.04.2010 23:14
Влад
 
Сегодня столкнулся с такой же бедой ORA 12500: Переустановка сервисов, восстановление базы из отката, пересоздание базы ничего не помогло....

В итого славный dr.web убил файл oraspawn.dll из каталога oracle/bin после копирования файлика с другого сервака все заработало!

Вот ссылка на первоисточник судя по этому форуму уже многие столкнулись с данной проблемой:
ORA 12500: TNS:listener failed to start a dedicated server process / Oracle : Форум на SQL.RU
01.05.2010 08:31
OlegON
 
А что "славный dr.web" делал на сервере? Сколько раз твердили миру...
01.05.2010 18:54
Влад
 
Цитата:
OlegON А что "славный dr.web" делал на сервере? Сколько раз твердили миру...
Олег, я уже сделал соответствующие выводы... Да, ты действительно предупреждал...
Опции темы


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

 

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