Всем привет!

Кто-нибуть использует логон группы?
Интересуют принципы, по которым народ разбивает на группы, и полученный эффект.

Интересует именно ПРАКТИЧЕСКИЙ опыт!

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

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

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

Их выкинет из системы, правда обычно никто просто так не стопит, сначала выводят апликуху из логон группы, и когда все юзеры переходят на другие апликухи ее стопят

Хмм... а в чем гибкость-то? В чем отличие от варианта с одной логон-группой, когда управляем изменением пороговых значеиний респонс тайма?

Вам же написали что выигрышь в наполнении буферов

Это при Разбиваем на группы исходя из географического расположения пользователей системы. ??? причем тут буфера?
Пардон, но "Не верю" (с).

Можно использовать и одну группу не вопрос, изначально вопрос звучал в контексте используется ли вообще и что это дает.
Как Вы собственно занаете, гибкость в том , что в случае пиковой нагрузки на одном из серверов, можно направить часть пользователей на менее загруженный апликейшен сервер.С учетом географической распределенности нашего проекта(большая разница начала работ по времени ),а так же разного количества активных пользователей в каждом из регионов, наличие нескольких логон групп,дает более гибкие механизмы влияния на распределение нагрузки по имеющимся вычеслительным ресурсам.
Успехов.

На практике так:
Пользователей отстрелит.
Если необходимо срочно перестартовать, то вывешивается оповещение пользователям на этом апликейшен сервере с просьбой сохранить данные выйти и зайти в систему снова, предварительно убрав апликейшен сервер из настроек в логон группах, полльзователи продолжают работать, а Вы делаете с апликухой что угодно.Естественно есть типы , которые игнорируют уведомление, таких нещадно отстреливаете, т.к. в сообщении строго указывается время до которого надо перелогиниться.
Однако срочный перестрат, дело достаточно редкое, поэтому с вечера выводите сервер из группы и с утра неспешно начинаете свои работы.
Успехов.

Прошу извинить за возможно дурацкий вопрос.
А можно ли как-то указать конкретному пользователю аппликуху не меняя настройки на клиенте?
Есть ли централизованный способ замены saplogon.ini?

...указать конкретному пользователю аппликуху не меняя настройки на клиенте? - НЕТ
Централизованно менять *.ini файл можно, например, с помощью AD. Или с помощью MS SMS системы.
А еще есть замечательная тулза SAP Installation Server - для централизованной инсталляции SAPLogon. Имеет Веб-интерфейс. Можно прямо оттуда инсталлировать удаленные клиентские места.

А патчить как-то цивилизованно можно?

все также через инсталяционный сервер

Через Install Server очень удобно