На самом деле была проблема с поднятием базы такой старой версии до 1.024.4 Kadr прав сначала нужно обнавлятся до 1.024 потом выше. Сейчас разработчики говорят что поправили это, но что то все равно коряво обнавляется так что при любом раскладе сначала 1.024 потом остальное.......
Propil, так если БД пустая, может просто создать чистую.. Зачем себе искать приключения ?! *04
Оно и быстрее будет и как мне кажется от ошибок избавишься которые могли уже присутствовать в тестовой БД..
А классификатор перебить и несколько десятков артикулов,это не такая уж и проблема.
Может попробовать пабликов наштамповать еще для SMDOCUMENTS и SMSPEC? Не нравится мне эта идея. Собственно, засада-то очень проста была, ошибка в том, что генератор заскакивал в базу под sys и не переключался на supermag, из-за чего и не видит части таблиц. Просто так и все таблицы можно перебрать. Проще чистую базу создать.
В чем принципиальность перехода на новую версию? Может просто открыться на старой тогда, а потом подкинешь новые дистрибутивы.
Кстати чем именно заполнили? Я же, вроде, делал перебросчик данных между двумя базами.
olegon,
принципиальность - Х.З. :)
новые формы документов, счет-фактрура, к примеру
Видимо, так и придется делать - сидеть пока на 23-й.
Карточки пока забивают - все жидкости практически уже в базе...
Хочу за неделю здесь (в Тюмени) управиться и домой.
Поборол проблему, обновивишись сразу до версии 1.024.5
Видимо, в 24.4 был кривой DbInit
Однако выскочила другая проблема - лицензию сгенерили на другой ключ
Так что сижу и жду...
При переходе с версии 1.022 на 1.024.5 инициализация прошла успешна но при расчете остатков (хотя пишется что это происходит автоматически) валится ошибка
Версия 1.024.5
>>> Запись 1
Источник: СуперМаг - 2000
HRESULT=80004005 custom=133 SQLState=<none>
Перерасчет остатков не удался. Выполните его повторно. Дальнейшая работа торговой системы невозможна.
>>> Запись 2
Источник: Microsoft OLE DB Provider for Oracle
HRESULT=80004005 custom=3232 SQLState=<none>
ORA-03232: невозможно выделить экстент размером 128 блоков из раздела БД 3
ORA-06512: на "SUPERMAG.GOODS", line 870
ORA-06512: на "SUPERMAG.SMRECALCSHOPAMOUNTS", line 3
ORA-06512: на line 1
>>> Запись 3
Источник: SmLibaryBase trace
HRESULT=80004005 custom=0 SQLState=<none>
begin supermag.SMRecalcShopAmounts(3); end;
Что это может быть? В табличном пространстве место есть. Оптимизер ошибок не обнаружил. Подскажите что можно сделать?