[ОТВЕТИТЬ]
Опции темы
05.09.2006 16:38
 
У друзей по разуму упала база и нет инета, пишу, что делают и что получилось.
в cmd
set nls_lang=american_america.cl8mswin1251
set oracle_sid=имя базы
svrmgrl
connect internal;
пароль
shutdown immediate;
startup mount;
recover;
Выданные ошибки
Ora-00283: recovery session canseled due to errors
Ora-01115: io error reading block from file 6 (block # 24684)
Ora-01110: datafile 6: 'd:\oracle\oradata\star03\indx01.Dbf'
Ora-27070: skgfdisp: async read/write failed
Osd-04016: dalshe beliberda
O/s- erroros 1450) insufficient system resources exist to complete the requested service
05.09.2006 16:45
 
фигассе... Они давно машину ребутили? Пусть ребутнутся
shared_pool_size=60000000
если 8i db_block_buffers=40000, если 9i db_cache_size=100М
db_writer_processes=1
dbwr_io_slaves=0
disk_asynch_io=false
и сознаются, сколько у них памяти и что еще на компе стоит. По хорошему - лог оптимайзера надо сразу, как базу поднимут.
05.09.2006 16:50
 
Оптимайзер сейчас вообще ругается на неправильную кодировку базы.
Ребутитяся чуть ли не каждую ночь, у них перебои со светом $-)
памяти гиг
05.09.2006 16:54
 
Говорит, что ресурсов не хватает.. Занятно.
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Memory Management
создать DWORD значение PoolUsageMaximum = 10
Они там часом не на FAT работают?
05.09.2006 16:56
 
Честно ХЗ $-) был бы там, то описАл... тут тяжко все это узнавать.. $-(
05.09.2006 17:00
 
Сейчас главное - параметры, как я сказал, ребут и список установленного софта, либо оптимайзером, если база взведется.
05.09.2006 18:14
 
База завелась, ВИВАТ ОЛЕГОНУ!
Надо создать раздел с благодарностями $-)
05.09.2006 18:20
 
*16 Она же, можно сказать, в аварийном режиме... Пусть разбираются, что у них там натыкано, прогоняют оптимайзера и все такое...
06.09.2006 10:18
 
возвращаясь к нашим баранам...
снова скопировал базу с дохнущего винта на свой комп (ура, нам его купили! (%), теперь не прочитался только один сектор. поставил сначала клиент, затем сервер супермага... поднял базу. потом прогнал оптимайзер... ничего криминального не обнаружилось. только некоторые параметры в initbereza01.ora поправил.

сейчас база стартует в open, а при попытке перевести ее в mount, ругается "ORA-12514"... служба запущена, все tnsnames отредактированы правильно (цеплялся, ведь)... но пока сервис не перезапустить, к базе подключиться не удается. )8

что это может быть, и как с ним бороться?
06.09.2006 10:38
 
Ты бы создавал ветку отдельно, это же другой случай... А на что пришелся пропущенный сектор? Что в алерте при переводе в маунт? Откуда переводишь? Явно не локально. Насколько я помню, база сначала должна быть остановлена (тут соединение удаленное теряется), а потом переведена в mounted, чего уже не удается сделать, ибо нет соединения. Цель вообще переведения в mounted? Залогинься локально
set oracle_sid=SID
connect internal/пароль
будет вроде "connected to idle instance", значит я прав и можно перевести ее в mounted.


Опции темы



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

Все в прочитанное - Донат - RSS - - Карта - Вверх

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