Проблема при установке AX 2009 SP1 Rollup7 (RU7)

[wedmak_dk]

Доброго времени суток.
Проблема вот в чем: на тестовой машине установлено 5 экземпляров AOS и 5 экземпляров приложения Axapta 2009 EE SP1 Hotfix Rollup 6.
AX 2009 SP1 Rollup7 (KB2503850) необходимо установить на 1 экземпляр AOS и 1 экземпляр приложения соответственно.
В программе установки есть возможность выбрать конкретный экземпляр приложения, который необходимо обновить, но нет возможности выбрать экземпляр AOS. Показывается только один AOS из пяти существующих. Обновлять все экземпляры AOS не вариант, для тестирования необходимы все разные. Пробовал физически перемещать папки с AOSами, оставлять в папке по-умолчанию только нужный - не помогло. Выключение AOSов на момент обновления тоже не дает результат.
В чем может дело и как обновить конкретный AOS?

[gl00mie]

А дополнительные АОСы как ставились, штатно повторным запуском установщика? См. также How does the Dynamics AX Setup detect existing AOS Instances?

[Poleax]

Возможно AOSы уже обновлены до RU7, и остался один не обновленный.

Я особой проблемы не заметил, когда AOS Ru7 работает с приложением к примеру RU5 или Ru6.
Только в логах ОС появляется warning "Object Server 01: Internal version mismatch. Microsoft Dynamics AX Client from KAKOYTOPC (5.0.1500.3761) tried to attach with 5.0.1500.4570 revision of AOS kernel."

[Ivanhoe]

Если уж обновлять AOS, то заодно и клиента, тогда и warning не будет. На практике, нормальная ситуация когда приложение старое, а клиент и AOS новее - проверено не одним проектом.
Единственная причина оставлять старые версии - чтобы с 99,9% тестировать проблемы конкретной версии.

[Poleax]

Цитата:

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

Если уж обновлять AOS, то заодно и клиента, тогда и warning не будет.

Клиент обновляется через SMS Server. Обновление назначено на включение ПК. Но не которые упорные юзеры месяц комп могут не перезагружать. В итоге задание ждет в логах ОС имеем варнинги.

[wedmak_dk]

Цитата:

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

А дополнительные АОСы как ставились, штатно повторным запуском установщика? См. также How does the Dynamics AX Setup detect existing AOS Instances?

Да, ставились штатно, повторным запуском установщика. По поводу статьи по ссылке - в реестре все AOSы видны.

Цитата:

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

Возможно AOSы уже обновлены до RU7, и остался один не обновленный.

Уже обновлены? Установка и попытка установки происходят первый раз.

Цитата:

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

Если уж обновлять AOS, то заодно и клиента, тогда и warning не будет. На практике, нормальная ситуация когда приложение старое, а клиент и AOS новее - проверено не одним проектом.
Единственная причина оставлять старые версии - чтобы с 99,9% тестировать проблемы конкретной версии.

Да, именно для тестирования конкретных версий нужен AOS c RU7 и отдельно AOS c RU6

[Wamr]

offtop про клиента
если используется несколько АОСов с разными RollUp-ами, то клиента нельзя обновлять. Его будет "плющить" со старыми АОСами.

[wedmak_dk]

Проблема решена. В программе установки Rollup7 не виделся по той причине, что AOS не был обновлен до SP1. В этой ветке подсказали, где правильно смотреть версии AOSов и клиентов Всем спасибо.

[propeller]

Похожая проблема при установке RU8. Только установщик не видит папки приложения. На всех компонентах установлен RU7. Я так понимаю в реестре должна быть какая-то запись. Подскажите где искать
Спасибо.

[Bega]

Цитата:

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

Похожая проблема при установке RU8. Только установщик не видит папки приложения. На всех компонентах установлен RU7. Я так понимаю в реестре должна быть какая-то запись. Подскажите где искать
Спасибо.

Внутри вот этой ветки реестра, только уже не помню какой из путей менять.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Dynamics\5.0\Setup
Помню, что потом обратно нужно менять.

[Bega]

Я лично держу стандартное приложение (без модификаций) по стандартному пути c:\Program Files, на него сначала все ставлю, а потом копирую его в нашу разработческую логику (наши верхние слои остаются). В любом случае полезно иметь чистое приложение и пути не надо менять.