Ошибка синхронизации при накате SP4 EE FP1

[Silence]

Добрый день, возникла такая проблемма: После установки SP4 EE FP1 при попытке синхронизации таблиц вываливаеться диалог, где предлагают снести таблицы. Таблицы наши, на стандартные вроде не ругаеться. Индексы снесены. В сиквеле OWNER на все таблицы DBO.
В чём может быть проблемма?

ЗЫ. Постепенно становлюсь мастером на все руки... Интересно, что дальше заставят делать?

[RVS]

Сообщение стандартное. Означает в данном случае то, что в AOT нет таких таблиц.

У Вас чистый SP4EE FP1? Без Ваших доработок? Или доработки переносили-таки?

[Silence]

Не совсем понял вопрос.
У нас стоял Axapta 3.0 CIS SP3 CU1, на него поставили SP4. Все проекты есть, таблицы ес-сно тоже.

Для меня администрирование на таком уровне в новинку, объясните, как вообще должен проходить сий процесс.

Вот как делал я:

1. Удалил индексы, ect...
2. Сменил на сиквеле OWNER всех таблиц на dbo
3. Накатил SP4
4. Пытаюсь синхронизовать

Может я что-то не так делаю или не делаю совсем?

[raz]

Возможно отключен конфигурационный ключ для этих таблиц.

Проигнорируйте сообщение (не удаляйте таблицы). Посмотрите привязан к ним конфигурационный ключ, если да, то он должен быть включен.

[RVS]

1. У Вас Axapta явно доработана кем-то. Под Вашу специфику. Иначе - откуда бы там табличкам с такими именами взяться?
2. У Вас есть желание перейти на новую версию Axapta, при этом сохранив Ваши доработки.
Эта процедура описана в Modification transfer.chm, есть в стандартной поставке Axapta, насколько я помню. Почитайте, найдете много интересного.

[kvan]

Может это поможет?

[Silence]

Цитата:

Сообщение от raz

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

Ключи не помогли.

Цитата:

Сообщение от RVS

1. У Вас Axapta явно доработана кем-то. Под Вашу специфику. Иначе - откуда бы там табличкам с такими именами взяться?
2. У Вас есть желание перейти на новую версию Axapta, при этом сохранив Ваши доработки.
Эта процедура описана в Modification transfer.chm, есть в стандартной поставке Axapta, насколько я помню. Почитайте, найдете много интересного.

Естевственно доработана. Нами и доработана, консалтинг все-таки.
Просто в данный момент нет ни одного админа, а обновление горит
В хелпе не нашёл ничего полезного.

Может есть ещё предложения?

[Roman777]

В каком слое сделаны Ваши разработки?
Если в USR, проверьте, не имеет ли файл axusr.aod "нулевую" длину (~8кб).
Возможно при установке обновления файл слоя с Вашими разработками переместился в директорию приложения \OLD
И еще: может дистрибутив SP кривой попался?

[Silence]

Цитата:

Сообщение от Roman777

В каком слое сделаны Ваши разработки?
Если в USR, проверьте, не имеет ли файл axusr.aod "нулевую" длину (~8кб).
Возможно при установке обновления файл слоя с Вашими разработками переместился в директорию приложения \OLD
И еще: может дистрибутив SP кривой попался?

1. Да, ровно 8 кб.
2. Да, слой USR, но никаких папок нет
3. Нет, дистрибутив нормальный. У клиента он стоит на тестовом серве. Мы не можем его установить у себя, для разработки.

[Roman777]

Вам нужно найти USR слой, тот что был до наката SP и вернуть его в приложение. Только затем синхронизировать и компилировать.

[George Nordic]

Не пугай людей. Если окажется, что usr-слой с базы куда-то пропал...

Надеюсь, Вы не на боевой базе программируете?
1) Если проводилась синхронизация, то будьте аккуратны: "лишние" поля, которые были определены в usr-слое, могли снестись вместе с данными.
2) Накатите целиком usr-слой с разработческой базы.
3) Сделайте глобальную компиляцию.

Можно также сделать реиндексацию для очистки совести!
Удачи!

Георгий

[RVS]

Боясь показаться занудой, еще раз настоятельно порекомендую почитать Modification Transfer.

Дело в том, что просто переноса USR-слоя может не хватить. Только что пару клиентов перевели на SP4, местами пришлось программировать...