KernelRollup на SP5

[mazzy]

Цитата:

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

некоторые умельцы клиента через групповые политики обновляют

а как? можешь принцип описать? куда рыть?

[Vadik]

Цитата:

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

куда рыть?

сюда, я полагаю

[gl00mie]

Цитата:

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

а как? можешь принцип описать? куда рыть?

Принцип довольно простой:

• Устанавливаемый дистрибутив (если он идет архивом или к MSI прилагаются cab'ы) распаковывается в расшаренный каталог; для прог с MSI необходимо запустить setup /a или msiexec /a <product.msi>;
• Берется установочный файл MSI (если используется не MSI, его можно создать, но это отдельная тема) и к нему создается transform MST, где должны быть указаны все параметры, которые MSI при обычной установке может запросить: пути, регистрационные коды, подтверждения EULA, перечень компонентов для установки, etc; MST можно создать, например, с помощью Ms Office Resource Kit;
• в AD создается групповая политика (GP) для стандартного CN (Users или, например, Computers) либо, предпочтительнее, для OU;
• в GP либо в User Сonfiguration, либо в Computer Configuration (в зависимости от того, к чему привязывается GP) выбирается пункт Software Settings/Software Installation и в нем создается новый пакет (Package); для доменов, где есть w2k3 доменные контроллеры, в GP можно также указать WMI-фильтр для компьютеров/пользователей, к которым будет применяться эта GP, т.е. она может применяться не ко всем объектам из выбранной OU;
• в пакете выбирается MSI из распакованного дистрибутива, но строго через шару, а не с локального/сетевого диска, т.е. так, как его будут забирать клиентские машины; на вкладке Modifications выбирается MST - тоже через шару;
• для пакета указываются необходимые параметры, после чего ему присваивается статус Published или Assigned (после того, как пакету присвоен статус Assigned, он будет ставиться "без спроса", но поменять в его свойствах уже мало что удастся);

Таким образом создается пакет для установки, скажем, Axapta 3.0 CIS. Затем на административную установку (шару, куда распакован дистрибутив) можно накатить обновление, например, для MSP можно сказать: msiexec /p d:\axapta-kr2-cli.msp /a d:\ax30\client\ax-3.0-client.msi shortfilenames=true /qb, где d:\axapta-kr2-cli.msp - патч в формате MSP, а d:\ax30\client\ - путь, куда для административной установки распакован дистрибутив. После этого в созданной ранее GP сделать All Tasks/Redeploy Application - на клиентских машинах произойдет обновление установленного с помощью GP пакета. Либо обновление - в виде MSI - можно установить отдельным пакетом, указав на вкладке Upgrades, что именно должен обновлять этот пакет.

[mazzy]

Цитата:

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

Принцип довольно простой:

Цитата:

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

на клиентских машинах произойдет обновление установленного с помощью GP пакета.

Бездна секса! (С) ans.

Боюсь, что моих навыков не хватит...
Но идея понятна. Интересно. Огромное спасибо.

[vesna dba]

Цитата:

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

Принцип довольно простой:

• Устанавливаемый дистрибутив (если он идет архивом или к MSI прилагаются cab'ы) распаковывается в расшаренный каталог; для прог с MSI необходимо запустить setup /a или msiexec /a <product.msi>;
• Берется установочный файл MSI (если используется не MSI, его можно создать, но это отдельная тема) и к нему создается transform MST, где должны быть указаны все параметры, которые MSI при обычной установке может запросить: пути, регистрационные коды, подтверждения EULA, перечень компонентов для установки, etc; MST можно создать, например, с помощью Ms Office Resource Kit;
• в AD создается групповая политика (GP) для стандартного CN (Users или, например, Computers) либо, предпочтительнее, для OU;
• в GP либо в User Сonfiguration, либо в Computer Configuration (в зависимости от того, к чему привязывается GP) выбирается пункт Software Settings/Software Installation и в нем создается новый пакет (Package); для доменов, где есть w2k3 доменные контроллеры, в GP можно также указать WMI-фильтр для компьютеров/пользователей, к которым будет применяться эта GP, т.е. она может применяться не ко всем объектам из выбранной OU;
• в пакете выбирается MSI из распакованного дистрибутива, но строго через шару, а не с локального/сетевого диска, т.е. так, как его будут забирать клиентские машины; на вкладке Modifications выбирается MST - тоже через шару;
• для пакета указываются необходимые параметры, после чего ему присваивается статус Published или Assigned (после того, как пакету присвоен статус Assigned, он будет ставиться "без спроса", но поменять в его свойствах уже мало что удастся);

Таким образом создается пакет для установки, скажем, Axapta 3.0 CIS. Затем на административную установку (шару, куда распакован дистрибутив) можно накатить обновление, например, для MSP можно сказать: msiexec /p d:\axapta-kr2-cli.msp /a d:\ax30\client\ax-3.0-client.msi shortfilenames=true /qb, где d:\axapta-kr2-cli.msp - патч в формате MSP, а d:\ax30\client\ - путь, куда для административной установки распакован дистрибутив. После этого в созданной ранее GP сделать All Tasks/Redeploy Application - на клиентских машинах произойдет обновление установленного с помощью GP пакета. Либо обновление - в виде MSI - можно установить отдельным пакетом, указав на вкладке Upgrades, что именно должен обновлять этот пакет.

А есть ли способ объединить в один дистрибутив Axapta Client 3.0 Release и собственно апдейт, например Axapta Client 3.0 SP4 и объединить это в один MSI? А бывает ли дистрибутив клиента полный, сразу с сервис паком?