[ТЕМА ЗАКРЫТА]
Опции темы
24.04.2008 17:49  
baggio
так...
короче... версия ... у них... осталась...
см 1.235 sp3
Oracle 8.1.6 Ent...

Проблема скорее всего с параметрами базы....

Попробуй уменьшить на время расчета sort area size и sort area reteined size....

может перекрутил...
 
25.04.2008 10:14  
ale15
Цитата:
Сообщение от baggio
так...
короче... версия ... у них... осталась...
см 1.235 sp3
Oracle 8.1.6 Ent...

Проблема скорее всего с параметрами базы....

Попробуй уменьшить на время расчета sort area size и sort area reteined size....

может перекрутил...
sort area size-2097152
sort area reteined size-524288

Ты уверен что эти значения слишком большие для базы при расчёте остатков?
Стоит ли их уменьшать, может прибавить.
Если прибавлять, то придётся не только в ini редактировать но и БД...
 
25.04.2008 10:41  
akonev
да не сказать, чтобы запредельные параметры.
правда еще на shared_pool_size и hash_multiblock_io_count стоит взглянуть...
только вот что-то не похоже, чтобы на сортировку ругался.

оно же вообще на rowid ругается. то ли где-то выборка пустая вылезает, которая пустой быть не дожна по определению, то ли еще какая такая же фигня...
 
25.04.2008 11:30  
kadr
Тогда может стоит кскадно проверит таблицы с индексами
Цитата:
analyze table <лучше для всех СМовских> validate structure cascade
также необходимо глянуть все логи, кто зачем и как ругается, особенно алерт-лог интересен. Данная ошибка проявляется на одном документе? Если пересоздать документ с такой же спецификацией и на нём пробовать?
 
25.04.2008 11:34  
ale15
Цитата:
Сообщение от Andrew_Konev
да не сказать, чтобы запредельные параметры.
правда еще на shared_pool_size и hash_multiblock_io_count стоит взглянуть...
только вот что-то не похоже, чтобы на сортировку ругался.

оно же вообще на rowid ругается. то ли где-то выборка пустая вылезает, которая пустой быть не дожна по определению, то ли еще какая такая же фигня...
shared_pool_size = 81191424
db_file_multiblock_read_count = 32
 
25.04.2008 11:41  
kadr
hash_multiblock_io_count
и
db_file_multiblock_read_count
мне кажется разные вещи
 
25.04.2008 11:46  
kadr
Хотя вполне может быть и глюк самой версии0 СМ, уже не помню какие там встречались ошибки, но что-то было со сличилками и способом их заполнения
 
25.04.2008 11:51  
ale15
Цитата:
Сообщение от kadr
hash_multiblock_io_count
и
db_file_multiblock_read_count
мне кажется разные вещи
где мне можно найти эти параметры..
Я только начинаю в этом деле пока новичёк....
 
25.04.2008 12:03  
akonev
Цитата:
Сообщение от ale15
где мне можно найти эти параметры..
Я только начинаю в этом деле пока новичёк....
тогда тебе проще всего будет в DBA Studio->Instance->All initialisation parameters
только сейчас этим заморачиваться не стоит. ну совсем не похоже, что в этих параметрах беда зарылась.

расскажи лучше, пересчет остатков прогнал уже?
 
25.04.2008 12:18  
ale15
Цитата:
Сообщение от Andrew_Konev
тогда тебе проще всего будет в DBA Studio->Instance->All initialisation parameters
только сейчас этим заморачиваться не стоит. ну совсем не похоже, что в этих параметрах беда зарылась.

расскажи лучше, пересчет остатков прогнал уже?
начал вчера вечером делать перерасчёт он мне выдал ошибку

Перерасчет остатков не удался. Выполните его повторно. Дальнейшая работа торговой системы невозможна
ORA-01652: невозможно увеличить временный сегмент до 2560 в разделе USERS
ORA-06512: на "SUPERMAG.ADMINCORE", line 40
ORA-06512: на "SUPERMAG.GOODS", line 183
ORA-06512: на "SUPERMAG.GOODS", line 213
ORA-06512: на "SUPERMAG.SMENDRECALCALLAMOUNTS", line 3
ORA-06512: на line 1

Я добавил табличного простраства ещё в USERS
после этого ещё раз попробывал перерасчёт.. всё зделал "тест успешно завершён...
а далее начал СВ вычеслять остатки. и снова наткнулся на грабли..
усё
 
 


Опции темы



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

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