ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / Управление рабочими "диалоговыми" процессами SAP R/3
23 сообщений из 23, страница 1 из 1
Управление рабочими "диалоговыми" процессами SAP R/3
    #36449622
Фотография А6дуллаh3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
А6дуллаh3
Участник
Привет.
Встретились в работе с такой особенностью SAP - жестко задано количество т.н. "диалоговых" процессов, например, 10, и если запустить 10 параллельных процессов -загрузчиков, пользователи не могут войти!

Нет ли в R/3 какой-нибудь галочки, чтобы, например, какой-то приоритет присвоить интерактивным пользователям, а какой-то более низкий - пакетным процессам, и попытка занять 10 процессов SAP под загрузки не приводила ни к невозможности входов в GUI, ни к сбою процесса загрузки. А высвобождаемые в процессе загрузки процессы аккуратненько задействовались следующими процессами, ожидающими выполнения?
...
Рейтинг: 0 / 0
04.02.2010, 14:12
| Ответить | Цитировать | Написать  
Управление рабочими "диалоговыми" процессами SAP R/3
    #36450345
Ананним
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ананним
Гость
попробуйте использовать Operation mode
...
Рейтинг: 0 / 0
04.02.2010, 17:38
| Ответить | Цитировать | Написать  
Управление рабочими "диалоговыми" процессами SAP R/3
    #36450793
Proforg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Proforg
Участник
Индусский рассадник рулит
...
Рейтинг: 0 / 0
04.02.2010, 23:08
| Ответить | Цитировать | Написать  
Управление рабочими "диалоговыми" процессами SAP R/3
    #36450988
Lepaj
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lepaj
Участник
А почему загрузки не делать в фоновых процессах?

__________________

С уважением, Lepaj
...
Рейтинг: 0 / 0
05.02.2010, 07:38
| Ответить | Цитировать | Написать  
Управление рабочими "диалоговыми" процессами SAP R/3
    #36450993
Фотография А6дуллаh3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
А6дуллаh3
Участник
Proforg Индусский рассадник рулит

Это способ добавить процессов, а их добавлять нельзя, т.к. их число сверху жестко ограничено нашим железом (по словам базиса).
...
Рейтинг: 0 / 0
05.02.2010, 07:42
| Ответить | Цитировать | Написать  
Управление рабочими "диалоговыми" процессами SAP R/3
    #36450995
Фотография А6дуллаh3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
А6дуллаh3
Участник
LepajА почему загрузки не делать в фоновых процессах?

__________________

С уважением, Lepaj

А где при вызове BAPI задается, в фоновом процессе она запущена или нет?
Вызов происходит снаружи, через RFC.
...
Рейтинг: 0 / 0
05.02.2010, 07:43
| Ответить | Цитировать | Написать  
Управление рабочими "диалоговыми" процессами SAP R/3
    #36452727
Фотография А6дуллаh3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
А6дуллаh3
Участник
А6дуллаh3
А где при вызове BAPI задается, в фоновом процессе она запущена или нет?
Вызов происходит снаружи, через RFC.

Наши специалисты уверяют, что "снаружи" относительно инстанции SAP можно вызвать ее RFC только в диалоговом процессе.
Есть ли способ вызвать RFC в фоновом процессе?
...
Рейтинг: 0 / 0
05.02.2010, 18:10
| Ответить | Цитировать | Написать  
Управление рабочими "диалоговыми" процессами SAP R/3
    #36453515
hithere
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hithere
Участник
А какого вида RFC-вызов? Процессы-загрузчики долго отрабатывают? Опишите процесс детальнее.

Как вариант - посмотрите в сторону создания фоновых заданий из вызываемых по RFC модулей.
...
Рейтинг: 0 / 0
06.02.2010, 17:33
| Ответить | Цитировать | Написать  
Управление рабочими "диалоговыми" процессами SAP R/3
    #36453539
Фотография А6дуллаh3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
А6дуллаh3
Участник
Описано в легендарном треде.

По второму варианту (создания фоновых заданий из вызываемых по RFC модулей) пошли несколько месяцев назад, успешно. Но хотелось бы параллельно постить снаружи, как во многие другие системы, а не распараллеливать внутри.
Соответственно, если у нас на системе разработки 4 диалоговых и 11 фоновых процессов, предел распараллеливания "снаружи" это 4 потока + невозможность входа юзеров. Как решить эту проблему, невероятную в других системах?
...
Рейтинг: 0 / 0
06.02.2010, 18:19
| Ответить | Цитировать | Написать  
Управление рабочими "диалоговыми" процессами SAP R/3
    #36453543
Фотография А6дуллаh3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
А6дуллаh3
Участник
Распараллеливание "внутри" требует квалифицированного абапера. А это неинтересно. Как можно запустить стандартные BAPI в 10 потоков безо всякого кодирования? Причем, даже это бы не требовалось, если бы не шикарная скорость штатных BAPI, описанная в легендарном треде.
В Oracle под этим же SAP записи укладываются в любое количество потоков со скоростью десятки тыс записей в одном потоке. Но это, как понятно, хак, и обход функционала BAPI, который все же нужен, поэтому этим способом пользуемся редко.
...
Рейтинг: 0 / 0
06.02.2010, 18:23
| Ответить | Цитировать | Написать  
Управление рабочими "диалоговыми" процессами SAP R/3
    #36453568
hithere
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hithere
Участник
Стандартными средствами, думаю, ничего сделать не получится. Собственно, понятия "поток" как такового в САПе нет, каждый выполняемый БАПИ в любом случае займет один из рабочих процессов.

Если не рассматривать увеличение количества процессов в системе, остается только вариант с перераспределением нагрузки на фоновые процессы.
Чтобы уменьшить затраты на RFC-вызовы, можно запускать извне не BAPI, а небольшой функциональный модель, который будет собирать данные в Z-таблицы. И уже эти таблицы можно будет обрабатывать фоновым заданием - переодическим или запускаемым вручную (которое и будет создавать данные в системе).
В принципе программирование тут несложное, хватит минимальных знаний ABAP, проблемы могут возникнуть только с обеспечением параллельной обработки и обработкой ошибок.

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

Но если абапера нет, то даже не знаю, что можно посоветовать...
...
Рейтинг: 0 / 0
06.02.2010, 19:12
| Ответить | Цитировать | Написать  
Управление рабочими "диалоговыми" процессами SAP R/3
    #36453571
hithere
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hithere
Участник
Кстати, в свои таблицы данные можно класть и средствами Оракла (сразу даже не задумался об этом, привык уже мыслить только САПом:)), тогда получится совсем быстро, без нагрузки на диалоговые процессы..
...
Рейтинг: 0 / 0
06.02.2010, 19:15
| Ответить | Цитировать | Написать  
Управление рабочими "диалоговыми" процессами SAP R/3
    #36454125
Фотография AnS1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AnS1
Участник
А6дуллаh3Proforg Индусский рассадник рулит

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

В принципе, кол-во диал. процессов ограничивается памятью. Вряд ли у вас их 10, я думаю, должно быть на порядок поболе
А что вообще за задача? А то получается как-то в слепую давать какие-то советы - Вы задали общий тренд, возможно, что он не совсем корректен...
...
Рейтинг: 0 / 0
07.02.2010, 15:42
| Ответить | Цитировать | Написать  
Управление рабочими "диалоговыми" процессами SAP R/3
    #36454178
Фотография А6дуллаh3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
А6дуллаh3
Участник
Три последних поста либо предлагают то, что уже реализовано, либо вопрошают о том, что уже отвечено выше и в легендарном треде.
...
Рейтинг: 0 / 0
07.02.2010, 16:55
| Ответить | Цитировать | Написать  
Управление рабочими "диалоговыми" процессами SAP R/3
    #36454309
Proforg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Proforg
Участник
А6дуллаh3Proforg Индусский рассадник рулит

Это способ добавить процессов, а их добавлять нельзя, т.к. их число сверху жестко ограничено нашим железом (по словам базиса).
Памяти мало? Она сейчас копейки стоит.
Стоимость реализации любого Z для этих целей даже при внутренних расценках в 5 тыр в день (абапер в штате на 60 тырах) встанет в 10-20 чд. Память обойдется существенно дешевле.

Про легендарный тред - там троллинг сплошной. У одного из клиентов (порядка 100 систем связанных с сапом) - всё реализовано либо через обмен плоскими файлами, либо через Idocs.
...
Рейтинг: 0 / 0
07.02.2010, 19:48
| Ответить | Цитировать | Написать  
Управление рабочими "диалоговыми" процессами SAP R/3
    #36454718
Фотография А6дуллаh3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
А6дуллаh3
Участник
ProforgА6дуллаh3Proforg Индусский рассадник рулит

Это способ добавить процессов, а их добавлять нельзя, т.к. их число сверху жестко ограничено нашим железом (по словам базиса).
Памяти мало? Она сейчас копейки стоит.
Стоимость реализации любого Z для этих целей даже при внутренних расценках в 5 тыр в день (абапер в штате на 60 тырах) встанет в 10-20 чд. Память обойдется существенно дешевле.

Про легендарный тред - там троллинг сплошной. У одного из клиентов (порядка 100 систем связанных с сапом) - всё реализовано либо через обмен плоскими файлами, либо через Idocs.

И кто-нибудь называет это хорошей архитектурой для столь комплексной интеграции, кроме внедрявших SAP?

По железу - ну где вы в России видели SAP на дешевом железе? У нас стопудово любой модуль памяти от ста килобаксов, полгода на закупку. Ландшафт реконфигурируют уже больше года :)
...
Рейтинг: 0 / 0
08.02.2010, 09:54
| Ответить | Цитировать | Написать  
Управление рабочими "диалоговыми" процессами SAP R/3
    #36455228
Proforg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Proforg
Участник
А6дуллаh3И кто-нибудь называет это хорошей архитектурой для столь комплексной интеграции, кроме внедрявших SAP?
Ну они сапу чуть ли не с R2 пользуют. Некоторые системы с того времени не изменялись.
Интеграция еще и между системами есть.
...
Рейтинг: 0 / 0
08.02.2010, 13:01
| Ответить | Цитировать | Написать  
Управление рабочими "диалоговыми" процессами SAP R/3
    #36455341
Фотография AnS1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AnS1
Участник
А6дуллаh3Три последних поста либо предлагают то, что уже реализовано, либо вопрошают о том, что уже отвечено выше и в легендарном треде.

и все же скажите, что за задача? У нас одна из sap систем (не erp) обрабатывает в день порядка 50 тыс. вызовов web-сервисов - создание PO \ SD заказа, изменение... Железо самое что-ни на есть слабое. Никаких траблов. Архитектурно на ФМ "навесили" web-сервис (1 час работы) и используем WCF для его вызова....
...
Рейтинг: 0 / 0
08.02.2010, 13:30
| Ответить | Цитировать | Написать  
Управление рабочими "диалоговыми" процессами SAP R/3
    #36455734
Фотография А6дуллаh3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
А6дуллаh3
Участник
AnS1
и все же скажите, что за задача? У нас одна из sap систем (не erp) обрабатывает в день порядка 50 тыс. вызовов web-сервисов - создание PO \ SD заказа, изменение... Железо самое что-ни на есть слабое. Никаких траблов. Архитектурно на ФМ "навесили" web-сервис (1 час работы) и используем WCF для его вызова....

Так не утверждается же, что любые BAPI тормозят! Конкретные. BAPI_BANK_CHANGE и другие. Ваши, видимо, не тормозят. Плюс, у вас же, насколько я понял, WS-интеграция, поштучная. Постинг одного объекта через BAPI - быстр. Наша проблема наблюдается при постинге пачки от десятков тысяч.
...
Рейтинг: 0 / 0
08.02.2010, 15:57
| Ответить | Цитировать | Написать  
Управление рабочими "диалоговыми" процессами SAP R/3
    #36455773
Фотография AnS1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AnS1
Участник
А6дуллаh3AnS1
и все же скажите, что за задача? У нас одна из sap систем (не erp) обрабатывает в день порядка 50 тыс. вызовов web-сервисов - создание PO \ SD заказа, изменение... Железо самое что-ни на есть слабое. Никаких траблов. Архитектурно на ФМ "навесили" web-сервис (1 час работы) и используем WCF для его вызова....

Так не утверждается же, что любые BAPI тормозят! Конкретные. BAPI_BANK_CHANGE и другие. Ваши, видимо, не тормозят. Плюс, у вас же, насколько я понял, WS-интеграция, поштучная. Постинг одного объекта через BAPI - быстр. Наша проблема наблюдается при постинге пачки от десятков тысяч.

понятно. уточняющий вопрос - какая периодичность такого рода постинга? Это "разовая" загрузка или часть процесса? Если второе, то периодичность какая постинга? Постим только измененные записи?
...
Рейтинг: 0 / 0
08.02.2010, 16:09
| Ответить | Цитировать | Написать  
Управление рабочими "диалоговыми" процессами SAP R/3
    #36455783
Фотография AnS1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AnS1
Участник
и, кстати, не смотрели ноту

Note 1381116 - BAPI_BANK_CHANGE: Performance problems

In the BAPI BAPI_BANK_CHANGE, the global table change_key_tab is not
emptied at the start of each call. This means that
the table overflows during a mass call of the BAPI, and the program response becomes slower.
...
Рейтинг: 0 / 0
08.02.2010, 16:13
| Ответить | Цитировать | Написать  
Управление рабочими "диалоговыми" процессами SAP R/3
    #36461848
Фотография А6дуллаh3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
А6дуллаh3
Участник
Короче, помог топик. Вызываем исходную BAPI параллельно в несколько потоков кусками по 500, достигнута мегаскорость в 50 записей/сек. Раз уж она не чистит мусор, принудим :))
Кстати, нота свежая? Вполне могли по нашим обращениям ее написать.
...
Рейтинг: 0 / 0
10.02.2010, 23:10
| Ответить | Цитировать | Написать  
Управление рабочими "диалоговыми" процессами SAP R/3
    #36466300
Кодер_сапы
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кодер_сапы
Гость
2 А6дуллаh3:

1) обычно, все-таки, такие вопросы решают на сапборде или сапнете. Там профильных спецов побольше тусит
2) при вызове по RFC в любом случае задействуется диалоговый, а не бэкграунд процесс
3) для общения с внеш. системами подымается отдельный сервер приложений(это не сервер субд, и потому достаточно маломощная машина). Общение с внеш. системами пускаете через него, а пользователей - через старую инстанцию
...
Рейтинг: 0 / 0
12.02.2010, 16:02
| Ответить | Цитировать | Написать  
23 сообщений из 23, страница 1 из 1
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / Управление рабочими "диалоговыми" процессами SAP R/3
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=29&msg=36466300&tid=1526534]:
 0ms
get settings:
 10ms
get forum list:
 13ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 212ms
get topic data:
 11ms
get forum data:
 2ms
get page messages:
 64ms
get tp. blocked users:
 2ms
others: 17ms
total:  337ms
созд. / загр.: 337ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]