Терминальный доступ

[DinDim]

Здравствуйте. Почему при большинстве внедрений, используется терминальный доступ для работы клиентов в AX, какие преимущества данного подхода и почему не распространен способ с обычной установкой клиентов на рабочие места пользователей?

[mazzy]

Цитата:

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

Почему при большинстве внедрений

А с чего вы взяли что терминальный доступ используется при большинстве внедрений?

Вообще говоря, вопрос сформулирован в стиле "вы больше не пьете коньяк по утрам?"

[DinDim]

Я исхожу из того, что видел внедрения в терминале и консультанты рекомендуют делать именно так.

[George Nordic]

Поищите по 4хзвенка.

Ох, как руки дойдут, напишу про 4х звенную архитектуру.

С Уважением,
Георгий

[DinDim]

Цитата:

Сообщение от George Nordic

Поищите по 4хзвенка.

Ох, как руки дойдут, напишу про 4х звенную архитектуру.

С Уважением,
Георгий

Извините, а можно поподробнее...

[Vadik]

Цитата:

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

Здравствуйте. Почему при большинстве внедрений, используется терминальный доступ для работы клиентов в AX, какие преимущества данного подхода и почему не распространен способ с обычной установкой клиентов на рабочие места пользователей?

Ну, тезис насчет большинства внедрений Ва сами ввели, Вам его и доказывать
Не уверен (не имею статистики) насчет большинства внедрений, но вот Вам наводяший вопрос: Вы пробовали развернуть клиента на 500 рабочих станциях? В нескольких странах одновременно? Обновить их (клиентов) версии за ночь (точнее, за 6-8 часов, которые выделены на весь апгрейд)?

[glibs]

Причин много. Вот некоторые.

1. Обычно в качестве каналов связи сейчас используют VPN над Интернет. Такие каналы связи не всегда работают стабильно. Бывает, что на короткий период времени связь обрывается. Это приводит к подвисанию или прекращению работы клиента. В случае с WTS ничего не отваливается, и можно вернуться к работе.

2. Открытие некоторых форм и запуск некоторых отчетов может сопровождаться большим объемом прокачки данных с сервера на клиент. Это может быть и просто большая форма или большой отчет, и неоптимально написанная функциональность. Формы с display-методами могут тормозить сильно, например.

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

Подобного рода задачи комфортнее с т.з. скорости получаются на терминале.

[DinDim]

Цитата:

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

Ну, тезис насчет большинства внедрений Ва сами ввели, Вам его и доказывать
Не уверен (не имею статистики) насчет большинства внедрений, но вот Вам наводяший вопрос: Вы пробовали развернуть клиента на 500 рабочих станциях? В нескольких странах одновременно? Обновить их (клиентов) версии за ночь (точнее, за 6-8 часов, которые выделены на весь апгрейд)?

Скажите, а зачем обновлять клиентов? Я так понимаю там вся логика на сервере приложений, к которому конектятся клиенты или я не прав?

[sukhanchik]

Теоретически, установка клиента АХ на большое кол-во компьютеров решается через групповую политику. Правда я пробовал так ставить только офис (а там есть специальное средство для создания файла "ответов" на вопросы инсталлятора) и еще несколько программ, не требующие при установке участия пользователя. Главное, чтобы инсталляшка была в виде MSI-пакета.
На моем опыте терминалка использовалась только в случае невозможности использования обычного клиента (когда имелись удаленные пользователи).
Т.е. установка клиента на рабочие места пользователей вполне была распространена у тех клиентов, которых я видел.
Но также я знаю, что терминалку используют в случае:
- Размещения БД вне сети с пользователями (например, при использовании датацентров)
- Использования одного или нескольких терминальных серверов для сокращения пользовательских лицензий и стоимости рабочих станций (т.е. на маломощные компьютеры пользователей ставится бесплатный софт - какая-нить Ubuntu + Open Office не больше, а вся работа происходит на этих серверах).
- виртуализации, т.е. использования одной виртуальной машины на которой все и работают

Цитата:

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

Скажите, а зачем обновлять клиентов? Я так понимаю там вся логика на сервере приложений, к которому конектятся клиенты или я не прав?

Для клиентов тоже выходят обновления. Плюс регулярно подключаются новые клиенты (например, взамен старых вышедших из строя компьютеров)

[belugin]

http://blogs.msdn.com/aeremenk/archi...7/1093960.aspx

[Ivanhoe]

Цитата:

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

Теоретически, установка клиента АХ на большое кол-во компьютеров решается через групповую политику.

Не только теоретически. Начиная с 4.0 есть официальный документ от MS, описывающий централизованную установку клиентов. На всех своих проектах рекомендую клиентам использовать эту возможность - работает!

[DinDim]

Цитата:

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

http://blogs.msdn.com/aeremenk/archi...7/1093960.aspx

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

[sukhanchik]

Цитата:

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

Не только теоретически. Начиная с 4.0 есть официальный документ от MS, описывающий централизованную установку клиентов. На всех своих проектах рекомендую клиентам использовать эту возможность - работает!

О! А ссылка какая-нить есть на сию доку?

[DinDim]

Цитата:

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

А с чего вы взяли что терминальный доступ используется при большинстве внедрений?

Вообще говоря, вопрос сформулирован в стиле "вы больше не пьете коньяк по утрам?"

Я может быть не так выразился, про шу прощения. Правильней было бы сказать, зачем использовать терминальный доступ вообще? По практике знаю предприятия у которых до 300-х клиентов в одном здании и работают через терминал. Мы готовимся к внедрению AX поэтому и собираю информацию

[egorych]

Цитата:

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

Я может быть не так выразился, про шу прощения. Правильней было бы сказать, зачем использовать терминальный доступ вообще?

Хм, что значит зачем? А зачем вообще использовать терминалы (не Аксапта) ?
Причин много может быть - использовать старые компы, плохой канал связи, упрощение администрирования, экономия на лицензиях и т.п.

[Ivanhoe]

Цитата:

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

О! А ссылка какая-нить есть на сию доку?

https://mbs.microsoft.com/NR/rdonlyr...sAXClient2.pdf

На форуме были темы:
Khue Trinh: Mass Deployment of the Microsoft Dynamics AX Client
Dynamics AX: Mass Deployment of the Microsoft Dynamics AX Client

[Damn]

Для Ax2009 всё это есть в руководстве по установке на вполне даже русском языке
http://www.microsoft.com/downloads/d...6-1e2a025569fd

[gl00mie]

Цитата:

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

Причин много. Вот некоторые.
Бывают задачи а-ля нужно скопировать большой массив данных с грида формы и сбросить в Эксельку, а потом в ней что-то посмотреть, просуммировать или отредактировать.

Ага, а если забыть отключить "расшаривание" буфера обмена, то весь этот большой массив прилетит на клиентскую машину

Цитата:

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

Начиная с 4.0 есть официальный документ от MS, описывающий централизованную установку клиентов.

Только "своеобразная" реализация пакета установки (MSI-пакет не самодостаточен - обязательно нужно запускать setup.exe) делает такую централизованную установку возможной лишь средствами какого-нить SCOM - обычные групповые политики для этого уже не годятся.

[sukhanchik]

Цитата:

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

Только "своеобразная" реализация пакета установки (MSI-пакет не самодостаточен - обязательно нужно запускать setup.exe) делает такую централизованную установку возможной лишь средствами какого-нить SCOM - обычные групповые политики для этого уже не годятся.

А был уже отрицательный опыт такого развертывания? Или откуда такая информация?
(Сам не ставил - хотел попробовать)

[gl00mie]

Цитата:

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

А был уже отрицательный опыт такого развертывания? Или откуда такая информация?

Из документации, откуда же еще А также от Алексея Еременко, которого удалось озадачить этим вопросом на одном из мастер-классов. Читаем руководство по установке, раздел Mass deployment of clients:

Цитата:

If you need to deploy a large number of clients, we recommend using the following process:

1. Copy the contents of the Microsoft Dynamics AX DVD to a shared directory on the network.
2. Create a common configuration file in a shared directory on the AOS computer that clients will connect to.
3. Create a command (batch) file in a shared directory in the Microsoft Dynamics AX DVD shared folder, at the same level as Setup.exe.
4. Test the command file on a local computer.
5. Use a mass deployment tool such as Group Policy or Microsoft Systems Management Server to run the command file from a logon script.

И далее следует описание, с какими параметрами нужно запускать setup.exe, чтобы поставить клиента "без лишнего шума и пыли". Однако, по прочтении пп.3, 5 всем, кто имеет хоть какое-то отношение к администрированию виндов, становится понятно, что установка через logon script будет запускаться в контексте безопасности текущего залогиненного пользователя, которому для успешной установки придется дать права локального администратора или хотя бы power user'а (которого серьезно поприжали начиная с висты, потому что power user был фактически тот же локальный администратор). Очевидно, для любого здравомыслящего администратора перспектива иметь в сети сотню-другую локальных администраторов не перевесит "удобства", получаемые за счет такого способа развертывания, и придется придумывать что-то другое.
Групповые же политики, насколько мне известно, не умеют развертывать ПО с помощью батников, так что остается лишь использовать SCOM или аналогичное ПО. Ответ Алексея Еременко был такой же: используйте SMS/SCCM (дело было в январе 2008-го), и будет вам счастье. Раньше в MSDN online был раздел, посвященный параметрам командной строки установкщика, и там было явно указано, что, мол, для успешной массовой установки клиента "втихую" предлагаемым способом пользователям будут нужны права локального администратора. Сейчас я этот раздел найти не смог - поиск выводит лишь на руководство по установке, но в нем этот "нюанс" как-то замалчивается.