24.04.2008 17:49
так...
короче... версия ... у них... осталась...
см 1.235 sp3
Oracle 8.1.6 Ent...

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

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

может перекрутил...
25.04.2008 10:14
Цитата:
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
да не сказать, чтобы запредельные параметры.
правда еще на shared_pool_size и hash_multiblock_io_count стоит взглянуть...
только вот что-то не похоже, чтобы на сортировку ругался.

оно же вообще на rowid ругается. то ли где-то выборка пустая вылезает, которая пустой быть не дожна по определению, то ли еще какая такая же фигня...
25.04.2008 11:30
Тогда может стоит кскадно проверит таблицы с индексами
Цитата:
analyze table <лучше для всех СМовских> validate structure cascade
также необходимо глянуть все логи, кто зачем и как ругается, особенно алерт-лог интересен. Данная ошибка проявляется на одном документе? Если пересоздать документ с такой же спецификацией и на нём пробовать?
25.04.2008 11:34
Цитата:
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
hash_multiblock_io_count
и
db_file_multiblock_read_count
мне кажется разные вещи
25.04.2008 11:46
Хотя вполне может быть и глюк самой версии0 СМ, уже не помню какие там встречались ошибки, но что-то было со сличилками и способом их заполнения
25.04.2008 11:51
Цитата:
kadr hash_multiblock_io_count
и
db_file_multiblock_read_count
мне кажется разные вещи
где мне можно найти эти параметры..
Я только начинаю в этом деле пока новичёк....
25.04.2008 12:03
Цитата:
ale15 где мне можно найти эти параметры..
Я только начинаю в этом деле пока новичёк....
тогда тебе проще всего будет в DBA Studio->Instance->All initialisation parameters
только сейчас этим заморачиваться не стоит. ну совсем не похоже, что в этих параметрах беда зарылась.

расскажи лучше, пересчет остатков прогнал уже?
25.04.2008 12:18
Цитата:
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, время: 07:33.

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