Показать сообщение отдельно
Старый 25.07.2008, 14:23   #12  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5803 (201) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от vallys Посмотреть сообщение
2. На AX 3.0 SP2 KR2 установить только приложение от SP5, получим AX 3.0 SP5 KR2. Обновление данных является обязательной процедурой в связи с изменением значений некоторых пунктов некоторых перечислений.
Все.
Есть замечания?
Применительно к приложению AX 3.0 SP5 обновление данных связано не только с изменением некоторых перечислений. В SP5 (точнее, еще начиная с SP4, когда вместо CIS стало EE ) слили воедино локализации под кучу стран, в частности, много будет встречаться польского, литовского функционала и т.п. В результате переименовали и объединили многие поля, а многие - удалили, так что в ходе обновления часть полей/индексов получат конфигурационный ключ SysDeletedObjects30, и процедуры обновления будут переливать их значения в новые поля... В общем, если у вас база не игрушечных размеров, то надо очень внимательно прошерстить все эти процедуры обновления данных, чтобы, во-первых, отключить ненужные, из-за которых вы только время потеряете, а во-вторых, подправить, если найдете что-то косячное применительно к вашей ситуации. И еще: поскольку на период обновления "принято" включать конфигурационный ключ SysDeletedObjects30, то надо внимательно посмотреть, чтобы в ваших больших таблицах не появились новые ненужные поля, из-за которых может сильно затянуться первоначальная синхронизация на рабочей базе. Это, конечно, при условии, если вам не выделена пара-тройка дней на ее обновление - в противном случае можно, конечно, оставить все на откуп стандартным процедурам обновления данных.