28.02.2009 16:54
Моё почтение!
Значится, ситуация такая:
Считаю себестоимость, пернос проходи успешно, запускаю расчет, процесс идет как обычно, потом появляются черные окошки, и через некторое время вылезает сообщение:
2009.02.17 (вторник) 12:01:12
Версия 1.026.3
>>> Запись 1
Источник: Административный модуль
HRESULT=80004005 custom=12 SQLState=<none>
Ошибка при сохранении результатов в базу данных.
>>> Запись 2
Источник: Microsoft OLE DB Provider for Oracle
HRESULT=80004005 custom=1502 SQLState=<none>
ORA-01502: индекс 'SUPERMAG.FFMAPREP_ARTICLE' или часть такого индекса находится в неиспользуемом состоянии

>>> Запись 3
Источник: Microsoft OLE DB Provider for Oracle
HRESULT=80004005 custom=0 SQLState=<none>
Неопознанная ошибка
>>> Запись 4
Источник: SmLibaryBase trace
HRESULT=80004005 custom=0 SQLState=<none>
select count(*) from supermag.FFMapRep

-------------------------------------------------------------------------------
2009.02.28 (суббота) 11:56:07
Версия 1.026.3
>>> Запись 1
Источник: Административный модуль
HRESULT=80004005 custom=12 SQLState=<none>
Ошибка при сохранении результатов в базу данных.
>>> Запись 2
Источник: Административный модуль
HRESULT=80004005 custom=0 SQLState=<none>
Ошибка загрузки результатов в базу данных. См. журнал загрузки: 'C:\DOCUME~1\D9D8~1\LOCALS~1\Temp\2\PathFinder_FFMapRep4.LOG'.

Лезу в лог вижу следюущее:
Ошибка завершения вызова (раз на загрузку)
ORA-00600: код внутр. ошибки, аргументы: [6926], [], [], [], [], [], [], []
Что бы это могло значить?

Кстати дайте ссылку на optimizer, чего-то не нашел нигде.

Свбодного места на мой взгляд достаточно.
Oracle 8-ка, Windows 2003 SP2 Rus R2, СМ 1.026.3 SP4.

Просветите плз, что за аргумент такой [6926]?
28.02.2009 20:25
запустить задание по перестройке индексов
28.02.2009 20:42
заодно проверить свободное место.... для них...
01.03.2009 00:14
Думаешь есть смысл перестроить индексы?
FFMAPREP это табличка связанная с себестоимостью, содержимое которой полностью грохается при очистке аналитической базы. Соответсвенно её индексы, я так понимаю формируются при заполненнии этой таблицы данными, при расчете себестоимости.
Хотя от перестройки индексов хуже не будет :)
01.03.2009 00:17
Запустил процесс пересоздания индексов, наблюдаю как съедается простанство в indx, нда... похоже места надо реально много.

Оффтоп немного, но давно хотел спросить, какой реальный эффект будет после проставления в Генераторе БД галки перенести индексы в INDX?
01.03.2009 03:06
Пересоздал индексы. Все прошло успешно
При расчете себестоимости проверял хватает ли места в табличных простанствах. Места хватало.
Не помогло, та же ошибка.
01.03.2009 08:15
Та же, это какая?
перед расчетом сделай
Цитата:
alter index SUPERMAG.FFMAPREP_ARTICLE rebuild;
задания забудь, гадкие они и нелогичные. Места - сразу добавь 5Гб.
01.03.2009 10:34
не помогло :(
сюда выложил несколько всяких файликов, логи да скриншуты...

есть пара уточнений:
ошибка велезает после закрытия черных окошек, т.е. последнее окно закрывается далее пауза серунд 5 и появляется ошибка.
в архиве два файла errrorreport0.txt и errorreport.txt, они немного разные.
01.03.2009 11:07
во первых...
ORA-00600: код внутр. ошибки, аргументы: [6926]
...
соврал...

Sun Mar 01 01:24:23 2009
ORA-1652: unable to extend temp segment by 48 in tablespace INDX
Sun Mar 01 01:24:56 2009
ORA-1652: unable to extend temp segment by 48 in tablespace INDX
ORA-1652: unable to extend temp segment by 32 in tablespace INDX
Sun Mar 01 01:25:50 2009
ORA-1652: unable to extend temp segment by 32 in tablespace INDX
ORA-1652: unable to extend temp segment by 16 in tablespace INDX
Sun Mar 01 01:26:08 2009
ORA-1652: unable to extend temp segment by 16 in tablespace INDX
Sun Mar 01 01:26:25 2009
ORA-1652: unable to extend temp segment by 16 in tablespace INDX
ORA-1652: unable to extend temp segment by 16 in tablespace INDX
ORA-1652: unable to extend temp segment by 16 in tablespace INDX
ORA-1652: unable to extend temp segment by 16 in tablespace INDX
ORA-1652: unable to extend temp segment by 16 in tablespace INDX
ORA-1652: unable to extend temp segment by 16 in tablespace INDX

прибавь 5 гб как олег говорит...
01.03.2009 21:44
блин ничего я в этой жизни не помнимаю.... места в INDX вроде как грязи, что собственно видно по скринам. Щас попробую...

Себестоимость рассчиталась. Что нарыл:
После переноса оказалось что несколько индексов оказались битыми
alter index FFDOCUMENTS_SALEDATEIDX rebuild;
alter index FFDOCUMENTS_INCOMEDATEIDX rebuild;
alter index FFDOCUMENTS_CREATEDAT rebuild;
alter index FFSPEC_CAUSEIDX rebuild;
alter index FFSPEC_ART rebuild;
alter index FFPRODEXPSPEC_ART rebuild;
alter index FFPRODOUTSPEC_ART rebuild;
alter index FFPRODDOCUMENTS_DATE rebuild;
alter index FFPRODDOCUMENTS_ZONE rebuild;
престроил.
Очистил полностью аналитическую базу.
Перенес, рассчитал. Всё прокатило. Сейчас в INDX три файла по 2,5 Гига, в каждом занято от 32% до 35%.
Вообщем резюме, если вылезает что-то похожее надо не думать "сколько бы добавить в INDX", а тупо добавить 5 Гигов.
Всем спасибо.
Часовой пояс GMT +3, время: 07:37.

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