Posted: Thu Oct 07, 2010 1:15 pm Post subject: About Work Process
Через тр.SM50 наблюдаю странную картину.
Диалоговый рабочий процесс обслуживает некий SQL запрос от пользователя и достаточно долго (запрос видимо тяжелый) и держит его, пока на экране пользователя не выплюнется результат. Видел один процесс который обрабатывался ~ час.
Нормально ли это? Ведь число таких процессов ограничено (например 10-20) и если появится 10-20 таких запросов, то они реально повесят систему. Как я понимаю рабочий процесс, дожен разделяться между пользователями, но это как будто не происходит. Чем это управляется, как проверить настройку рабочего процесса ?
Далее вижу процесс со статусом On Hold(стоит) причина (PRIV) - он тоже держит процесс. У пользователя в этот момент высветился результат выборки из средства поиска и он ничего не выбирает (пошел курить), а процесс занят. Что это за состояние, из-за чего оно возникает и как бороться с его отрицательным эффектом?
Posted: Thu Oct 07, 2010 2:51 pm Post subject: Re: About Work Process
MrN wrote:
Через тр.SM50 наблюдаю странную картину.
Диалоговый рабочий процесс обслуживает некий SQL запрос от пользователя и достаточно долго (запрос видимо тяжелый) и держит его, пока на экране пользователя не выплюнется результат. Видел один процесс который обрабатывался ~ час.
Нормально ли это? Ведь число таких процессов ограничено (например 10-20) и если появится 10-20 таких запросов, то они реально повесят систему.
Все правильно, повесят. В таком случае нужно увеличивать количество рабочих процессов (и возможно добавлять сервера приложений), а также оптимизировать ПО (по возможности)
MrN wrote:
Как я понимаю рабочий процесс, дожен разделяться между пользователями, но это как будто не происходит. Чем это управляется, как проверить настройку рабочего процесса ?
Рабочий процесс выполняет одну задачу (диалоговый шаг) пользователя и на других не отвлекается. Вот когда выполнит - тогда может выполнять задачу другого пользователя. На самом деле все несколько сложнее, но что то не нашел на help.sap.com подходящего хелпа. Может коллеги подскажут
MrN wrote:
Далее вижу процесс со статусом On Hold(стоит) причина (PRIV) - он тоже держит процесс. У пользователя в этот момент высветился результат выборки из средства поиска и он ничего не выбирает (пошел курить), а процесс занят. Что это за состояние, из-за чего оно возникает и как бороться с его отрицательным эффектом?
Вот тут написано как можно бороться с состоянием 'On Hold' и причиной 'PRIV', но вследствии чего процесс оказыватся в состоянии 'On Hold' - я понимаю довольно таки смутно.
Может кто нибудь разъяснит?
Уважаемые эксперты.
Поставлю свой вопрос более узко.
Если пользователь занял рабочий процесс, и его запрос обрабатывается долго, может ли сервер приложений отложить обслуживание этого пользователя и переключиться на следующего.
Из того, что я читаю в доках SAP - это так. Но на деле этого не вижу.
В чем причина? Или что-то настроено не так, тогда - что?
Или это разводка SAPa (несоответствие документации и реальности) и выход только в наращивании кол-ва серверов приложений и рабочих процессов на них?
И попутно, из вашей практики и на известной вам аппаратной платформе сколько пользователей может комфортно обслуживать один сервер приложений например с 20 рабочими процессами (10 - диалоговых)?
Уважаемые эксперты.
Поставлю свой вопрос более узко.
Если пользователь занял рабочий процесс, и его запрос обрабатывается долго, может ли сервер приложений отложить обслуживание этого пользователя и переключиться на следующего.
Нет, не может. Точнее не может до завершения текущего диалогового шага.
Пример:
Диалоговая программа,
- при запуске первый попавшийся диалоговый процесс отрабатывает отрисовку экрана и PBO-логику
- программа ждет ввода пользователя, а процесс освобождается
- после заполнения экрана диалоговый процесс (уже может быть другой) отрабатывает PAI-логику
- после завершения процесс опять таки освобождается
и тд.
Пока процесс выполняет текущий шаг - он не может прерваться и переключиться на другого пользователя
Еще здесь почитайте, раздел Dispatching Dialog Steps
MrN wrote:
Из того, что я читаю в доках SAP - это так. Но на деле этого не вижу.
В чем причина? Или что-то настроено не так, тогда - что?
Или это разводка SAPa (несоответствие документации и реальности)
Дайте ссылку на документацию - возможно вы что то неправильно понимаете
MrN wrote:
и выход только в наращивании кол-ва серверов приложений и рабочих процессов на них?
В общем случае да
MrN wrote:
И попутно, из вашей практики и на известной вам аппаратной платформе сколько пользователей может комфортно обслуживать один сервер приложений например с 20 рабочими процессами (10 - диалоговых)?
Есть какие то саповские рекомендации на это дело, но лучше у базисников спросить, например в соответствующем разделе сапфорума
Age: 48 Joined: 25 Jan 2008 Posts: 580 Location: Москва
Posted: Fri Oct 08, 2010 1:04 pm Post subject:
Armann wrote:
MrN wrote:
И попутно, из вашей практики и на известной вам аппаратной платформе сколько пользователей может комфортно обслуживать один сервер приложений например с 20 рабочими процессами (10 - диалоговых)?
Есть какие то саповские рекомендации на это дело, но лучше у базисников спросить, например в соответствующем разделе сапфорума
Более того, количество рабочих процессов рассчитывается исходя из аппаратных ресурсов сервера приложений.
Но это действительно вопрос с базисникам, а не к разработчикам. _________________ С уважением,
Удав.
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You can download files in this forum
All product names are trademarks of their respective companies. SAPNET.RU websites are in no way affiliated with SAP AG. SAP, SAP R/3, R/3 software, mySAP, ABAP, BAPI, xApps, SAP NetWeaver and any other are registered trademarks of SAP AG. Every effort is made to ensure content integrity. Use information on this site at your own risk.
