Не считается себестоимость : Супермаг Плюс (Супермаг 2000)

Рано обрадовался. Следующий расчет себестоимости привел к той же ошибке. Ругается на разные индексы. Замечены в UNISABLE были:
FFDOCUMENTS_SALEDATEIDX
FFDOCUMENTS_INCOMEDATEIDX
FFDOCUMENTS_CREATEDAT
FFSPEC_CAUSEIDX
FFSPEC_ART
FFPRODEXPSPEC_ART
FFPRODOUTSPEC_ART
FFPRODDOCUMENTS_DATE
FFPRODDOCUMENTS_ZONE
FFMAPREP_ARTICLE
FFMAPREP_SALEDATE
FFMAPREP_LOCFROM
FFMAPREP_LOCTO
FFMAPREP_DOC
FFMAPREP_SUPPLIER
FFCMAPININ_PK
FFMAPININ_INCOMES
alter index rebild врукопашную проходит нормально.
В файлике имябазыALRT.LOG больше нет записей по поводу нехватки индексов, зато есть:
Mon Mar 02 13:05:55 2009
Errors in file d:\Oracle\admin\DBELENA\udump\ORA03840.TRC:
ORA-00600: код внутр. ошибки, аргументы: [6926], [], [], [], [], [], [], []

Mon Mar 02 13:07:22 2009
Errors in file d:\Oracle\admin\DBELENA\udump\ORA03700.TRC:
трейсы лежат тут:

Предлагаю не страдать ерундой и перейти на 10.2.0.4. Ломаная через пень-колоду инсталляция рано или поздно упадет окончательно.

Олег, чего-то я не вкурил, с чего ты взял что это ломаная инсталляция. Полудохлый Oracle был в одном из магазинов.
Собственно к твоему посту есть несколько вопросов:
1. Перенос делается твоей утилитой СМ-апгрейдер, либо через exp/imp?
2. Дистрибутивом Oracle поделишься?
3. На десятку надо будет переходить везде или можно тока в офисе?
4. Какие вопросы я тут не задал по наивности?

1. Да :) Это одно и тоже. Апгрейдер - GUI к exp/imp с фишечками, но апгрейдит только до 9ки
2. Есть на оракле, патчи - на фтп форума
3. А насколько терпения хватит :) Можно только в офисе.

кстати, еще validate structure cascade для всех таблиц сделай. Так еще ошибку можешь найти.

Это нормально.
При очистке расчетов делается truncate table и при расчете unusable index для более быстрой загрузки sqlldr-ом, после загрузки для индексов делается rebuild и сбор статистики.

Если лениво перейти на новую версию оракла - тогда переустанови ОС, поставь текущую версию оракла и подключи существующую БД.

Тему отдельную не стал создавать, в этой пишу.
SM 1.026sp3
Перенос успешно прошел, расчет частично проходит (в конце обработки артикулов), выдается ошибка:
код: 80004005h
доп. код: 13
Источник: админ. модуль
"Ошибка считывания данных из базы"

код: 80004005h
доп код: 0
-//-
"Ошибка загрузки пункта спецификации 1 документа 27688"

код: 8002000Ah
доп.код: 0
-//-
"Выход за пределы диапазона"

Как быть, что делать?
Заранее благодарен.

думаю, что если сделаешь
сильно удивишься. Т.е. в спецификации, скорее всего, забили очень большое число. Возможно, что просто сами остатки (smgoods) уже накопились немерянные. Есть некоторое различие между возможностями хранилища и самого Супермага. Весьма странное.

Отобрал карточки измененные за вчера-сегодня: 1 под названием "Бонус" имеет на остатках 99`805`211 - многовато имхо, завтра узнаю что это за фигня у бухов-операторов\... .

Сделал:
SQL> select max(quantity) from smspec;

MAX(QUANTITY)
-------------
100000000

на сколько понимаю 100лямов указано количество у какого-то товара\.... Как найти, исправить\... его?

теперь отбери запросом док-т, в котором указано такое количество.

Перенос проходит нормально когда начинаешь рассчитывать вот такая ошибка

ORA-00904: "DROP_SEGMENTS": недопустимый идентификатор
ORA-06512: на "SUPERMAG.FIXREMAINS", line 59
ORA-06512: на "SUPERMAG.FIFO", line 67
ORA-06512: на "SUPERMAG.SMSTARTCALC", line 30
ORA-06512: на line 1

думал сделать экспорт/импорт

EXP-00008: ORACLE выдала ошибку 942
ORA-00942: таблица или представление пользователя не существует
EXP-00024: Экспорт представлений не установлен. Известите Вашего АБД
EXP-00000: Экспорт данных завершился неудачно