20.09.2006 09:23
mary
 
На самом деле была проблема с поднятием базы такой старой версии до 1.024.4 Kadr прав сначала нужно обнавлятся до 1.024 потом выше. Сейчас разработчики говорят что поправили это, но что то все равно коряво обнавляется так что при любом раскладе сначала 1.024 потом остальное.......
20.09.2006 10:38
Propil
 
Mtirt,
Да, это вчера еще сделал, не помогло
kadr,
bob,
mary,
нахожусь за 1000 км от своего компа, дистрибутивов старых нету :(
20.09.2006 10:55
Little
 
Propil, так если БД пустая, может просто создать чистую.. Зачем себе искать приключения ?! *04
Оно и быстрее будет и как мне кажется от ошибок избавишься которые могли уже присутствовать в тестовой БД..
А классификатор перебить и несколько десятков артикулов,это не такая уж и проблема.
20.09.2006 11:06
OlegON
 
Может попробовать пабликов наштамповать еще для SMDOCUMENTS и SMSPEC? Не нравится мне эта идея. Собственно, засада-то очень проста была, ошибка в том, что генератор заскакивал в базу под sys и не переключался на supermag, из-за чего и не видит части таблиц. Просто так и все таблицы можно перебрать. Проще чистую базу создать.
20.09.2006 11:15
Propil
 
Да у меня бригада операторов за сутки базу уже кое-чем наполнила...
Как они на меня посмотрят, если я щас их работу похерю?
20.09.2006 11:20
OlegON
 
В чем принципиальность перехода на новую версию? Может просто открыться на старой тогда, а потом подкинешь новые дистрибутивы.
Кстати чем именно заполнили? Я же, вроде, делал перебросчик данных между двумя базами.
20.09.2006 11:29
Propil
 
olegon,
принципиальность - Х.З. :)
новые формы документов, счет-фактрура, к примеру
Видимо, так и придется делать - сидеть пока на 23-й.
Карточки пока забивают - все жидкости практически уже в базе...
Хочу за неделю здесь (в Тюмени) управиться и домой.
20.09.2006 11:58
mary
 
ну если есть доспут к инету значит можно зайти на ftp и взять дистрибутив 1.024 оттуда потом запросить последний файл
21.09.2006 11:07
Propil
 
У бедного Иванушки и . . везде камушки...

Поборол проблему, обновивишись сразу до версии 1.024.5
Видимо, в 24.4 был кривой DbInit
Однако выскочила другая проблема - лицензию сгенерили на другой ключ
Так что сижу и жду...
25.09.2006 11:24
Magway
 
При переходе с версии 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;

Что это может быть? В табличном пространстве место есть. Оптимизер ошибок не обнаружил. Подскажите что можно сделать?
Часовой пояс GMT +3, время: 22:56.

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