[Evgeniy2020]

Доброго времени суток

есть несколько вопросов к тем кто уже проходил процедуру апгрейда.
вопросы по переходу из ax 3 в ax 2009

прошел успешный перегон БД при помощи встроенной dbupgrade.exe,
база весит 55 Гб, в LedgerTrans 16 млн строк.

наибольшее время заняло LeftJustify (15 часов),
(я решил делать при помощи SQL скриптов)
после база успешно была переведена для ax2009.

В старом приложении в трешке есть axCus.aod axVar.aod axUSR.aod

1. Вопрос нужно ли переносить axVar или все же лучше axVar не переносить в ax 2009?

еще до синхронизации БД, я сначала три слоя скопировал
к сожалению лицензия не смогла загрузится из за грубых ошибок в коде.

убрал три слоя Var, Сus, USR
сделал глобальную компиляцию
после чего смог успешно загрузить лицензию в новое приложение в ax 2009.
после этого скопировал только два слоя CUS USR

начал проверять на таблице LedgerTable (План счетов)

выявилась ошибка что теперь поле TaxCode есть в слое SYS и в слое CUS
из за этого грубового дублирования одного поля но на разных слоях,
(видимо это поле стало стандартным функционалом в sys слое)
зашел в тестовую трешку и удалил это поле с CUS слоя,
после скопировал axCUS.aod в девятку
запустил ax2009 и успешно синхронизировал таблицу
после подредактировал один метод display метод,
и после форма План счетов нормально запустилась и показывает
данные из трешки, то есть привычный план счетов.

Вопрос 2 есть ли какой то xpo который покажет дублирование полей
в разных слоях? (хотя наверно не сложно написать самому)

и вопрос есть ли еще у кого то какие то вспомогательные xpo
для выявления грубых ошибок?

и нужно ли переносить VAR слой? или лучше какие то модификации вручную переносить с VAR слоя? и (старый) VAR слой убрать из ax 2009 ?

и синхронизацию всех таблиц проводить уже после выявления грубых ошибок?

и сервис пак SP1 RU5 накатывать уже потом после обновления кода?
или можно сразу?


увы, с VAR как то совсем тяжко, практически не стартует клиент из за многочисленных ошибок