[ОТВЕТИТЬ]
05.09.2006 16:38
ReDHawK
 
У друзей по разуму упала база и нет инета, пишу, что делают и что получилось.
в 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
OlegON
 
фигассе... Они давно машину ребутили? Пусть ребутнутся
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
ReDHawK
 
Оптимайзер сейчас вообще ругается на неправильную кодировку базы.
Ребутитяся чуть ли не каждую ночь, у них перебои со светом $-)
памяти гиг
05.09.2006 16:54
OlegON
 
Говорит, что ресурсов не хватает.. Занятно.
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Memory Management
создать DWORD значение PoolUsageMaximum = 10
Они там часом не на FAT работают?
05.09.2006 16:56
ReDHawK
 
Честно ХЗ $-) был бы там, то описАл... тут тяжко все это узнавать.. $-(
05.09.2006 17:00
OlegON
 
Сейчас главное - параметры, как я сказал, ребут и список установленного софта, либо оптимайзером, если база взведется.
05.09.2006 18:14
ReDHawK
 
База завелась, ВИВАТ ОЛЕГОНУ!
Надо создать раздел с благодарностями $-)
05.09.2006 18:20
OlegON
 
*16 Она же, можно сказать, в аварийном режиме... Пусть разбираются, что у них там натыкано, прогоняют оптимайзера и все такое...
06.09.2006 10:18
twix
 
возвращаясь к нашим баранам...
снова скопировал базу с дохнущего винта на свой комп (ура, нам его купили! (%), теперь не прочитался только один сектор. поставил сначала клиент, затем сервер супермага... поднял базу. потом прогнал оптимайзер... ничего криминального не обнаружилось. только некоторые параметры в initbereza01.ora поправил.

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

что это может быть, и как с ним бороться?
06.09.2006 10:38
OlegON
 
Ты бы создавал ветку отдельно, это же другой случай... А на что пришелся пропущенный сектор? Что в алерте при переводе в маунт? Откуда переводишь? Явно не локально. Насколько я помню, база сначала должна быть остановлена (тут соединение удаленное теряется), а потом переведена в mounted, чего уже не удается сделать, ибо нет соединения. Цель вообще переведения в mounted? Залогинься локально
set oracle_sid=SID
connect internal/пароль
будет вроде "connected to idle instance", значит я прав и можно перевести ее в mounted.
06.09.2006 10:48
twix
 
olegon, это делал. вот батник, которым svrmgrl запускаю:
Код:
set nls_lang=american_america.cl8mswin1251
set oracle_sid=BEREZA01
D:\ORACLE\ORA81\bin\svrmgrl.exe
*первая строка нужна чтобы сообщения оракловые нормально читались *07

не могу точно сказать, что попало на пропущенный сектор. но проблему я уже описывал в ветке 'Непонятная фигня' (кстати, посты перенеси туда, хорошо?). кассовые документы не мог создать. сейчас магазин работает на базе с 'дыркой' в 49 Кб. довольно часто вылазит ошибка OS-23 (вроде как). в общем, документы новые часто не сохраняются.

поэтому и притащил поломаную базу в офис.

сейчас должны ключик привезти - магазин постоит пока - и, пожалуй, займусь рассылкой справочников и документов... )8
06.09.2006 11:06
OlegON
 
Посты перетаскивать не так просто, поэтому впредь старайтесь соблюдать тематику. Что касается "дырки", то она должна была выявиться оптимайзером. Посмотри логи внимательно. Если ошибок нет, то лучше бы сделать экспорт/импорт базы.
06.09.2006 13:16
twix
 
olegon, optimizer не выдал никаких предупреждений... видимо оттого, что существующие данные не попали на дыру.

проблема, кажется, разрешилась...
добавил файл USERS03.DBF объемом 1024 Мб. попробовал создать кассовые документы, и... вуаля! оракл раскидал всю инфу по трем файлам. первый же, неповрежденный, не заполнен сейчас на 70% (дыра на 73-м проценте (%)

думаю, теперь ничего страшного случиться не должно. кто думает иначе - скажите.

на всякий случай хочу спросить у вас: как вывести файл в офлайн, а потом его вообще удалить?
06.09.2006 13:21
reddevil
 
"проблема, кажется, разрешилась... " - когда кажется ..... (exp\Imp или MOVE по быстрому)

"всякий случай хочу спросить у вас: как вывести файл в офлайн, а потом его вообще удалить?" - если кратко, то никак
06.09.2006 13:26
kadr
 
twix, всё равно тебе надо избавляться от этого файла, в 8-ке отдельный файл удалить не можно (в 9-ке не пробовал), т.е. удалить только ТС.
Отсюда вывод, следовать рекомендациям
Цитата:
reddevil (exp\Imp или MOVE по быстрому)
06.09.2006 13:26
twix
 
reddevil, а если не кратко?
помнится, кто-то где-то говорил про какую-то тулзу... жаба, что ли...
там типа куча возможностей, всё такое...
мы с Димой ее даже выкачивали, но триальная версия вообще ничего не дает сделать )8
06.09.2006 13:35
OlegON
 
Если жаба, то Quest ToAD. Классная вещь. Если почитаешь доку к оптимайзеру, он позволяет перетаскивать в другое табличное пространство все содержимое. Что и порекомендую тебе сделать, присоединяясь к тем, кто писал выше.
06.09.2006 18:06
bob
 
Читаю здесь про дохнущие винты и, соответственно разрушение баз (частичное). В связи с этим хотелось бы задать вопрос. Это просто безалаберность (или жестокое отсутствие средств) - не создаются логические диски на рейд-массивах (аппаратных). Или у кого то были подобные проблемы на нормально работающих рейдах (случаи разрушения рейда или пропадания питания и гашения сервера в момент работы с файлами и включенном кэше на запись я в расчет не беру).
06.09.2006 18:16
akonev
 
По моему - и то и другое.
На этапе запуска жесткая экономия заставляет поднимать систему на чем придется.
А потом люди привыкают, что система месяцами работает без сбоев.
Не то, что рэйд собрать - бэкап не настраивают ни в каком виде.
07.09.2006 06:49
Mtirt
 
Цитата:
bob Читаю здесь про дохнущие винты и, соответственно разрушение баз (частичное). В связи с этим хотелось бы задать вопрос. Это просто безалаберность (или жестокое отсутствие средств) - не создаются логические диски на рейд-массивах (аппаратных). Или у кого то были подобные проблемы на нормально работающих рейдах (случаи разрушения рейда или пропадания питания и гашения сервера в момент работы с файлами и включенном кэше на запись я в расчет не беру).
Было. Причем очень оригинально. В одном из магазинов в один из моментов развалилось зеркало, причем компьютер продолжал работать на одном винчестере, входящем в массив.
Где-то в апреле этот винчестер встал. Компьютер разобрали, вернули на родину массив. На массиве база по состоянию на 17 января. Вполне работоспособная, что характерно. Актуальная база приказала долго жить.
При этом на сервере 2 зеркала - одно под базу, другое под систему и отдельный винт под бэкапы.
07.09.2006 07:30
OlegON
 
Цитата:
Mtirt В одном из магазинов в один из моментов развалилось зеркало, причем компьютер продолжал работать на одном винчестере, входящем в массив.
Достаточно частая ситуация (хоть и с разными результатами) в связи с чем мое разочарование в зеркалках и тяга к страйпам и частым бэкапам. Люблю скорость :)
Опции темы


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

 

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