Upgrade с AX 3.0 SP2 до AX 3.0 SP5 KR2

[gl00mie]

Цитата:

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

2. На AX 3.0 SP2 KR2 установить только приложение от SP5, получим AX 3.0 SP5 KR2. Обновление данных является обязательной процедурой в связи с изменением значений некоторых пунктов некоторых перечислений.
Все.
Есть замечания?

Применительно к приложению AX 3.0 SP5 обновление данных связано не только с изменением некоторых перечислений. В SP5 (точнее, еще начиная с SP4, когда вместо CIS стало EE ) слили воедино локализации под кучу стран, в частности, много будет встречаться польского, литовского функционала и т.п. В результате переименовали и объединили многие поля, а многие - удалили, так что в ходе обновления часть полей/индексов получат конфигурационный ключ SysDeletedObjects30, и процедуры обновления будут переливать их значения в новые поля... В общем, если у вас база не игрушечных размеров, то надо очень внимательно прошерстить все эти процедуры обновления данных, чтобы, во-первых, отключить ненужные, из-за которых вы только время потеряете, а во-вторых, подправить, если найдете что-то косячное применительно к вашей ситуации. И еще: поскольку на период обновления "принято" включать конфигурационный ключ SysDeletedObjects30, то надо внимательно посмотреть, чтобы в ваших больших таблицах не появились новые ненужные поля, из-за которых может сильно затянуться первоначальная синхронизация на рабочей базе. Это, конечно, при условии, если вам не выделена пара-тройка дней на ее обновление - в противном случае можно, конечно, оставить все на откуп стандартным процедурам обновления данных.

[vallys]

Цитата:

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

Нет замечаний.

Вот и замечательно

Цитата:

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

Применительно к приложению AX 3.0 SP5 обновление данных связано не только с изменением некоторых перечислений. В SP5 (точнее, еще начиная с SP4, когда вместо CIS стало EE ) слили воедино локализации под кучу стран, в частности, много будет встречаться польского, литовского функционала и т.п. В результате переименовали и объединили многие поля, а многие - удалили, так что в ходе обновления часть полей/индексов получат конфигурационный ключ SysDeletedObjects30, и процедуры обновления будут переливать их значения в новые поля... В общем, если у вас база не игрушечных размеров, то надо очень внимательно прошерстить все эти процедуры обновления данных, чтобы, во-первых, отключить ненужные, из-за которых вы только время потеряете, а во-вторых, подправить, если найдете что-то косячное применительно к вашей ситуации.

Спасибо, прошерстим обязательно.

Цитата:

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

И еще: поскольку на период обновления "принято" включать конфигурационный ключ SysDeletedObjects30, то надо внимательно посмотреть, чтобы в ваших больших таблицах не появились новые ненужные поля, из-за которых может сильно затянуться первоначальная синхронизация на рабочей базе. Это, конечно, при условии, если вам не выделена пара-тройка дней на ее обновление - в противном случае можно, конечно, оставить все на откуп стандартным процедурам обновления данных.

Выделено 2,5 суток: с вечера пятницы до утра понедельника. С установкой SP5 еще не игрались, поэтому не могу сделать вывод о целесообразности данной операции в нашем случае. Посмотрим как оно будет на тестовой.