Upgrade с AX 3.0 SP2 до AX 3.0 SP5 KR2

[vallys]

Здраствуйте, уважаемые форумчане.

В связи с планируемым переходом c SP2 на SP5 KR2 появильсь некоторые вопросы. Может кто-нибудь подскажет?

Если KR2 инсталировать до SP5, то необходимо (или желательно) ли деинсталировать KR2 перед установкой SP5?
Если SP5 возможно установить на KR2, то необходимо ли запустить процесс исталяции KR2 после установки SP5?

Заранее спасибо.

[Logger]

Не совсем понятно что имелось в виду.
Мы с SP3 переезжали на SP5 KR3 в 2 этапа
1. Поменяли ядро, оставив приложение от SP3
2. Поменяли приложение с SP3 на SP5

[vallys]

Спасибо за ответ.

Цитата:

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

Не совсем понятно что имелось в виду.

Я, наверное, не совсем корректно задал вопрос... Хм... Вообщем, как правильно установить SP5 на SP2 KR2 чтобы в итоге получился SP5 KR2?

Цитата:

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

Мы с SP3 переезжали на SP5 KR3 в 2 этапа
1. Поменяли ядро, оставив приложение от SP3
2. Поменяли приложение с SP3 на SP5

Можно немного подробней? Как именно проводилась замена ядра? И, чтобы не было недопонимания с моей стороны, что подразумевается под "приложением"?

[Logger]

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

На рабочей : установили новую версию, убили индексы *.kti для соответсвующих *.ktd файлов подложили предварительно скомпилированное на KR2 (взятое с рабочей приложение - чтобы не компилять его на рабочей и не тратить на это время) запустились в двухзвенке, синхронизировались, удалили аос файлы, стартовали аосы.

Под приложением подразумевалась application, папка где хранятся aod-файлы, метки и т.п.

[Raven Melancholic]

Цитата:

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

фактически там все пункты можно пропустить кроме глобальной компиляции и синхронизации

Стоп, между SP2 и SP5 поменялись значения некоторых пунктов некоторых перечислений, поэтому, если будет пропущен этап Обновления данных перед синхронизацией/Обновление после синхронизации. то придётся менять некоторые значения в базе другими способами.

[gl00mie]

Цитата:

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

Вообщем, как правильно установить SP5 на SP2 KR2 чтобы в итоге получился SP5 KR2?

Вроде бы Аксапта может ставиться отдельными компонентами: приложение, ядро сервера, ядро клиента... Никто вас не заставляет при установке SP5 ставить еще и ядро от SP5, перезатирая ранее установленное ядро KR2.

Цитата:

Сообщение от Raven Melancholic

Стоп, между SP2 и SP5 поменялись значения некоторых пунктов некоторых перечислений, поэтому, если будет пропущен этап Обновления данных перед синхронизацией/Обновление после синхронизации. то придётся менять некоторые значения в базе другими способами.

Да это все понятно, но речь шла лишь об обвнолении ядра до обновления приложения.

[Logger]

Цитата:

Сообщение от Raven Melancholic

Стоп, между SP2 и SP5 поменялись значения некоторых пунктов некоторых перечислений, поэтому, если будет пропущен этап Обновления данных перед синхронизацией/Обновление после синхронизации. то придётся менять некоторые значения в базе другими способами.

Я имел в виду замену ядра, а не приложения.
Это был ответ на вопрос :

Цитата:

Можно немного подробней? Как именно проводилась замена ядра?

А с енумами при смене приложения там вообще веселуха
Обновление данных при переходе на Ax3 SP5 - ошибка. Караул !
т.е. даже стандартная процедура не гарантирует правильного результата

[egorych]

У нас вообще сейчас работает клиент/АОС KR2, а приложение фактически SP1 - ну из разных SP надергали нужные места, но полностью не обновляли - и все работает нормально.

[vallys]

Цитата:

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

Ядро меняли просто...

Про переход все понятно. Спасибо. Планируется аналогичная операция.

Цитата:

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

Под приложением подразумевалась application, папка где хранятся aod-файлы, метки и т.п.

Ок

Цитата:

Сообщение от Raven Melancholic

Стоп, между SP2 и SP5 поменялись значения некоторых пунктов некоторых перечислений...

Есть такое.

Цитата:

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

Вроде бы Аксапта может ставиться отдельными компонентами: приложение, ядро сервера, ядро клиента... Никто вас не заставляет при установке SP5 ставить еще и ядро от SP5, перезатирая ранее установленное ядро KR2.

Вот теперь мне все ясно. Спасибо.

Цитата:

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

Да это все понятно, но речь шла лишь об обвнолении ядра до обновления приложения.

Да, именно. Планируется сначала обновить ядро (т.е. AX 3.0 SP2 -> AX 3.0 SP2 KR2), а затем после тестирования - обновить приложение (т.е. AX 3.0 SP2 KR2 -> AX 3.0 SP5 KR2). Собственно, вопрос про такую возможность и был задан.

Цитата:

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

У нас вообще сейчас работает клиент/АОС KR2, а приложение фактически SP1 - ну из разных SP надергали нужные места, но полностью не обновляли - и все работает нормально.

Надеюсь и у нас проблем с KR2 не возникнет, т.к. KR2 официально можно устанавливать на SP2.

Цитата:

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

А с енумами при смене приложения там вообще веселуха
Обновление данных при переходе на Ax3 SP5 - ошибка. Караул !
т.е. даже стандартная процедура не гарантирует правильного результата

Будем разбираться. Спасибо за предупреждение.

[vallys]

Подведу итоги:

Для перехода с AX 3.0 SP2 на AX 3.0 SP5 KR2 через AX 3.0 SP2 KR2 необходимо и достаточно:
1. На AX 3.0 SP2 установить KR2, получим AX 3.0 SP2 KR2.
2. На AX 3.0 SP2 KR2 установить только приложение от SP5, получим 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 еще не игрались, поэтому не могу сделать вывод о целесообразности данной операции в нашем случае. Посмотрим как оно будет на тестовой.

[Logger]

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

[Alex05507]

постоянно идет разговор про переход на SP5, но та же служба поддержки MBS говорит что сейсас поддерживается официально только SP6

[vallys]

Цитата:

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

постоянно идет разговор про переход на SP5, но та же служба поддержки MBS говорит что сейсас поддерживается официально только SP6

Так и есть. Скоро и поддержка Ax 3.0 закончится...
Сведения о жизненном цикле продуктов корпорации Майкрософт