Проблема с переходом СМ 2000 1.023.2 на 1.026 sp4 : Супермаг Плюс (Супермаг 2000)

konst · █ 24.04.2008 14:56

Может быть кому поможет
При предыдущем подъеме версии база ЦО также отказалась принимать часть документов, вот что помогло запустить обмен:

Ответ разработчиков:

в БД ЦО в таблице SMSpecStat поля DocType, DocID и SpecItem определены с модификатором NULL, а в правильной схеме они должны быть NOT NULL. Причина изменения этих полей мне не ясна, они были NOT NULL с момента создания таблицы.

С нашей стороны СуперМаг обновляли не первый раз и даже не второй, во время обновления ничего нештатного не происходило, но почему-то в этой таблице значения поменялись - исправили - и все заработало...

kadr · █ 24.04.2008 15:31

NULL и NOT NULL выявляются при сверке структуры БД с эталоном

deucel · █ 30.04.2008 17:47

Цитата:

konst ➤ Ответ разработчиков:

в БД ЦО в таблице SMSpecStat поля DocType, DocID и SpecItem определены с модификатором NULL, а в правильной схеме они должны быть NOT NULL. Причина изменения этих полей мне не ясна, они были NOT NULL с момента создания таблицы.

это еще не все

Цитата:

вот запрос, который выдаёт структуры почтовых объектов WI,WO и CR. Результат этого запроса должен совпадать отсылающей и принимающей БД.

Код:

SELECT   t.objtype, t.tablename, t.tablenu, t.pkname, c.column_name, c.col_comment, c.data_type, c.data_length,
         c.data_scale, c.isnotnull, c.ispk
    FROM smposttable t, smpostcolumn c
   WHERE t.objtype IN ('WI', 'CR', 'WO') AND c.table_name = t.tablename
ORDER BY objtype, tablenu, column_name

нам это помогло

andr25 · █ 28.05.2008 14:54

На тестовом сервере было произведено обновление с версии 1.024.3 sp6 до версии1.026.1. (ORACLE 8,WIN.SERVER2000) Обновление прошло успешно.
Все боевые базы вращаются на ORACLE9i Enterprise Edition Rlease 9.2.07.0 WinServer2003.Было произведено поэтапное обновление 1.024.3--1.024.5--1.024.6,до это версии все прошло успешно. Как только ставим версию 1.025.1 происходит следующая ошибка: ORA-22856: невозможно присоединить столбцы к таблицам объектов
ORA-06512: at "SUPERMAG.SMINITNEWFIELD", line 11
ORA-06512: at line 2
http://www.olegon.ru/printthread.php?t=791
А у меня как раз Rlease 9.2.07.0
Да методом exp imp тоже проводилось,ошибка тажа
Похожий случай был у ISI из Иркутска(Пришлось экспортировать, пересоздать, и заново импортировать две таблицы с опцией NOCOMPRESS:
SMPostParm
SADocDefaults)https://olegon.ru/showthread.php?t=2...FIELD,+line+11

Было опробованно ,без результатно,тоже самое
Дайте умный совет,в пойск прошу не отправлять были и пробовали,не получилось
--

akonev · █ 29.05.2008 10:11

а импорт на чем валится? что в логе видно?

deucel · █ 29.05.2008 11:11

Цитата:

andr25 ➤ Дайте умный совет,в пойск прошу не отправлять были и пробовали,не получилось
--

Натыкался на подобную проблему
не забудь, что надо с индексов тоже снять компрессию :)

P.S.
мне несколько индексов пришлось пересоздать, хотя везде показывал, что они без компрессии.
Вычислял по скриптам подъема версии (там, где тормозится).

andr25 · █ 29.05.2008 17:11

Цитата:

Andrew_Konev ➤ а импорт на чем валится? что в логе видно?

Импорт не валиться ,все встает,но как только версию подымаеш через ин. базы все слетает

andr25 · █ 29.05.2008 17:15

Цитата:

deucel ➤ Натыкался на подобную проблему
не забудь, что надо с индексов тоже снять компрессию :)

P.S.
мне несколько индексов пришлось пересоздать, хотя везде показывал, что они без компрессии.
Вычислял по скриптам подъема версии (там, где тормозится).

Запускал скрипт показал ,только таблицу SMDOCLOG.Про индексы не подумал,попробую

wood30 · █ 30.05.2008 13:35

А как вариант после 1.024.6 перейти сначала на 1.025? Или архива нет и осталось только поднимать то что есть?
Вот с 1.025 можно сразу переходить на 1.026.

andr25 · █ 01.06.2008 17:45

Индексы посмотрел,такая же задница,компрессии нет:mad: