Текущее время: Пн, май 05 2025, 13:17

Часовой пояс: UTC + 3 часа


Правила форума


ВНИМАНИЕ! Прежде чем задавать вопрос, ознакомьтесь со ссылками ниже:

Вопросы по отличиям версий SAP, Add-On, EHP - сюда
Вопросы по SAP Front End (SAPlogon, SAPgui, guiXT и т.д.) - сюда
Вопросы по LSMW - сюда
Вопросы по архивации в SAP - сюда
Вопросы по SAP GRC - сюда
Вопросы по SAP Business Workplace (почте SAP) и SAP Office - сюда
Вопросы по miniSAP (SAP mini basis) - сюда
Вопросы по SAP HANA - сюда
Вопросы по лицензированию продуктов SAP - сюда



Начать новую тему Ответить на тему  [ Сообщений: 20 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: Performance - 50% Wait time
СообщениеДобавлено: Чт, май 10 2007, 17:10 
Специалист
Специалист

Зарегистрирован:
Чт, фев 15 2007, 11:04
Сообщения: 176
Периодически (уже наверно 3-й раз за месяц) возникает следующая проблема: Любое действие в системе - вход в нее, запуск транзакций, работа диалоговых програм и т.п. неожиданно начинает нипадецки тормозить- 2-3 часа. К сожаленью все это лично понаблюдать(доступа в систему не имел по причине отсутствия) не удалось, инфа с рассказов пользователей, так что-то более подробного об симптомах рассказать не магу. Однако в st03n в хистори видно что у программ обрабатываемых диалоговыми процессами более 50% от response time составляет wait time. С мануалами по перформансу в инете и на сапнете мне показалось имеется некоторая напряжонка, единственное что нашол по поводу большого Wait time - "Общая проблема производительности". Подскажите плз на что смотреть кто в курсе.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, май 10 2007, 17:18 
Старший специалист
Старший специалист

Зарегистрирован:
Пн, фев 21 2005, 12:41
Сообщения: 361
вероятно не было свободных рабочих процессов. Поэтому все время задачи уходило на ожидание раб. процесса.

Куда смотреть - понять, что в эти моменты такое запускалось. Может отчетик какой...


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, май 11 2007, 11:09 
Специалист
Специалист

Зарегистрирован:
Чт, фев 15 2007, 11:04
Сообщения: 176
BillyBird написал(а):
вероятно не было свободных рабочих процессов. Поэтому все время задачи уходило на ожидание раб. процесса.

Куда смотреть - понять, что в эти моменты такое запускалось. Может отчетик какой...


А в хистори это можно как-то увидеть - что не хватало свободных процессов?

Еще вопрос - так и не понял из документации - сколько же нужно запускать этих диалоговых процессов?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, май 11 2007, 11:46 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Ср, ноя 17 2004, 18:38
Сообщения: 211
Откуда: МО
Пол: Мужской
nazarov_serg303 написал(а):

А в хистори это можно как-то увидеть - что не хватало свободных процессов?
Еще вопрос - так и не понял из документации - сколько же нужно запускать этих диалоговых процессов?


Смотрите данные по очереди диспетчера - SM51 "Перейти к" - "Информация по серверам"- "Информация по очереди" и смотрим значение МаксОжидОчереди для DIA. Некоторое значение , более 100 например говорит о нехватке диалогов.

А диалогов сколько не запускай(в разумных пределах в зависимости от версии системы), все равно в пиковые моменты они все будут заняты(при например загрузке CPU 100% , хотя опять же не всегда). Кстати рекомендую посмотреть загрузку по процессорам в данные моменты(ST06 хотя бы).


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, май 11 2007, 13:19 
Специалист
Специалист

Зарегистрирован:
Чт, фев 15 2007, 11:04
Сообщения: 176
Vit написал:
nazarov_serg303 написал(а):

А в хистори это можно как-то увидеть - что не хватало свободных процессов?
Еще вопрос - так и не понял из документации - сколько же нужно запускать этих диалоговых процессов?


Смотрите данные по очереди диспетчера - SM51 "Перейти к" - "Информация по серверам"- "Информация по очереди" и смотрим значение МаксОжидОчереди для DIA. Некоторое значение , более 100 например говорит о нехватке диалогов.

А диалогов сколько не запускай(в разумных пределах в зависимости от версии системы), все равно в пиковые моменты они все будут заняты(при например загрузке CPU 100% , хотя опять же не всегда). Кстати рекомендую посмотреть загрузку по процессорам в данные моменты(ST06 хотя бы).



Кол-во DIA у меня равно кол-ву процессоров на сервере(16), сервер под WebAS всего один, счел что запускать большее кол-во DIA нету смысла. Верно? sm51 для DIA показывает в МаксОжидЗапр - 68. Это много? Это в секундах?.
в st06 хистори у меня только на сутки назазад, так что бывает в момент "торможения" в ОС к сожалению не знаю..


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, май 11 2007, 13:51 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Ср, сен 14 2005, 20:14
Сообщения: 340
Откуда: Киев, Украина
nazarov_serg303 написал(а):
Vit написал:
nazarov_serg303 написал(а):

А в хистори это можно как-то увидеть - что не хватало свободных процессов?
Еще вопрос - так и не понял из документации - сколько же нужно запускать этих диалоговых процессов?


Смотрите данные по очереди диспетчера - SM51 "Перейти к" - "Информация по серверам"- "Информация по очереди" и смотрим значение МаксОжидОчереди для DIA. Некоторое значение , более 100 например говорит о нехватке диалогов.

А диалогов сколько не запускай(в разумных пределах в зависимости от версии системы), все равно в пиковые моменты они все будут заняты(при например загрузке CPU 100% , хотя опять же не всегда). Кстати рекомендую посмотреть загрузку по процессорам в данные моменты(ST06 хотя бы).



Кол-во DIA у меня равно кол-ву процессоров на сервере(16), сервер под WebAS всего один, счел что запускать большее кол-во DIA нету смысла.


:cry: :cry: :cry:
Диалогов надо поболее, очередь не в секундах, а в количестве диалогов.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, май 14 2007, 14:46 
Специалист
Специалист

Зарегистрирован:
Чт, фев 15 2007, 11:04
Сообщения: 176
ManOwaR написал(а):
nazarov_serg303 написал(а):
Vit написал:
nazarov_serg303 написал(а):

А в хистори это можно как-то увидеть - что не хватало свободных процессов?
Еще вопрос - так и не понял из документации - сколько же нужно запускать этих диалоговых процессов?


Смотрите данные по очереди диспетчера - SM51 "Перейти к" - "Информация по серверам"- "Информация по очереди" и смотрим значение МаксОжидОчереди для DIA. Некоторое значение , более 100 например говорит о нехватке диалогов.

А диалогов сколько не запускай(в разумных пределах в зависимости от версии системы), все равно в пиковые моменты они все будут заняты(при например загрузке CPU 100% , хотя опять же не всегда). Кстати рекомендую посмотреть загрузку по процессорам в данные моменты(ST06 хотя бы).



Кол-во DIA у меня равно кол-ву процессоров на сервере(16), сервер под WebAS всего один, счел что запускать большее кол-во DIA нету смысла.


:cry: :cry: :cry:
Диалогов надо поболее, очередь не в секундах, а в количестве диалогов.


А сколько именно DIA нужно?
Поймал "торможение" лично. Похоже не хватает Extended memory - в sm50 почти все DIA в HOLD in PRIV mode. em/initial_size_MB = 4Гиг


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, май 14 2007, 15:00 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Ср, сен 14 2005, 20:14
Сообщения: 340
Откуда: Киев, Украина
nazarov_serg303 написал(а):
ManOwaR написал(а):
nazarov_serg303 написал(а):
Vit написал:
nazarov_serg303 написал(а):

А в хистори это можно как-то увидеть - что не хватало свободных процессов?
Еще вопрос - так и не понял из документации - сколько же нужно запускать этих диалоговых процессов?


Смотрите данные по очереди диспетчера - SM51 "Перейти к" - "Информация по серверам"- "Информация по очереди" и смотрим значение МаксОжидОчереди для DIA. Некоторое значение , более 100 например говорит о нехватке диалогов.

А диалогов сколько не запускай(в разумных пределах в зависимости от версии системы), все равно в пиковые моменты они все будут заняты(при например загрузке CPU 100% , хотя опять же не всегда). Кстати рекомендую посмотреть загрузку по процессорам в данные моменты(ST06 хотя бы).



Кол-во DIA у меня равно кол-ву процессоров на сервере(16), сервер под WebAS всего один, счел что запускать большее кол-во DIA нету смысла.


:cry: :cry: :cry:
Диалогов надо поболее, очередь не в секундах, а в количестве диалогов.


А сколько именно DIA нужно?
Поймал "торможение" лично. Похоже не хватает Extended memory - в sm50 почти все DIA в HOLD in PRIV mode. em/initial_size_MB = 4Гиг


Миниум в 2 раза больше, вообще надо делать сайзинг исходя из потребностей пользователей, какие отчеты будут крутится и прочее...
Сколько всего ОЗУ на сервере, исходя из этого выставляется EM_TOTAL


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, май 14 2007, 15:17 
Специалист
Специалист

Зарегистрирован:
Чт, фев 15 2007, 11:04
Сообщения: 176
да, в ОС при этом почти полный штиль - общая загрузка процессоров 10-15%


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, май 14 2007, 15:21 
Специалист
Специалист

Зарегистрирован:
Чт, фев 15 2007, 11:04
Сообщения: 176
ManOwaR написал(а):
nazarov_serg303 написал(а):
ManOwaR написал(а):
nazarov_serg303 написал(а):
Vit написал:
nazarov_serg303 написал(а):

А в хистори это можно как-то увидеть - что не хватало свободных процессов?
Еще вопрос - так и не понял из документации - сколько же нужно запускать этих диалоговых процессов?


Смотрите данные по очереди диспетчера - SM51 "Перейти к" - "Информация по серверам"- "Информация по очереди" и смотрим значение МаксОжидОчереди для DIA. Некоторое значение , более 100 например говорит о нехватке диалогов.

А диалогов сколько не запускай(в разумных пределах в зависимости от версии системы), все равно в пиковые моменты они все будут заняты(при например загрузке CPU 100% , хотя опять же не всегда). Кстати рекомендую посмотреть загрузку по процессорам в данные моменты(ST06 хотя бы).



Кол-во DIA у меня равно кол-ву процессоров на сервере(16), сервер под WebAS всего один, счел что запускать большее кол-во DIA нету смысла.


:cry: :cry: :cry:
Диалогов надо поболее, очередь не в секундах, а в количестве диалогов.


А сколько именно DIA нужно?
Поймал "торможение" лично. Похоже не хватает Extended memory - в sm50 почти все DIA в HOLD in PRIV mode. em/initial_size_MB = 4Гиг


Миниум в 2 раза больше, вообще надо делать сайзинг исходя из потребностей пользователей, какие отчеты будут крутится и прочее...
Сколько всего ОЗУ на сервере, исходя из этого выставляется EM_TOTAL


с DIA понял, при случае увеличу в 2 раза(точнее уже увеличил, перезапуск нужен ;()
На сервере 32гиг RAM, с сайзингом непросто - добрая половина програм самописная.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, май 14 2007, 16:26 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Ср, ноя 17 2004, 18:38
Сообщения: 211
Откуда: МО
Пол: Мужской
nazarov_serg303 написал(а):

с DIA понял, при случае увеличу в 2 раза(точнее уже увеличил, перезапуск нужен ;()
На сервере 32гиг RAM, с сайзингом непросто - добрая половина програм самописная.


Увеличение кол-ва диалогов не спасет, когда кончается ext память все диалоги последовательно уйдут в PRIV(). Нужно выявлять самые толстые в смысле потребления памяти программы(самописные) (например через Sm04 "перейти к"- "память", смотрим толстых пользователей(колонка пам(сумма)), смотрим что они запустили) и теребить авторов в плане оптимизации.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, май 14 2007, 20:17 
Специалист
Специалист

Зарегистрирован:
Чт, фев 15 2007, 11:04
Сообщения: 176
Vit написал:
nazarov_serg303 написал(а):

с DIA понял, при случае увеличу в 2 раза(точнее уже увеличил, перезапуск нужен ;()
На сервере 32гиг RAM, с сайзингом непросто - добрая половина програм самописная.


Увеличение кол-ва диалогов не спасет, когда кончается ext память все диалоги последовательно уйдут в PRIV(). Нужно выявлять самые толстые в смысле потребления памяти программы(самописные) (например через Sm04 "перейти к"- "память", смотрим толстых пользователей(колонка пам(сумма)), смотрим что они запустили) и теребить авторов в плане оптимизации.


Т.е. em/initial_size_MB = 4Гиг вполне достаточно?
Конечно тяжелые программы отловить полезно, но с другой стороны странно что процессор-память и ввод-вывод стораджа заняты на 10-15% в момент когда система стоит колом...
Попробую проверить увеличив Ext mem и кол-во DIA , рез-т сообщу.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, май 14 2007, 20:59 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Вт, авг 17 2004, 14:04
Сообщения: 328
Откуда: MO/Korolev
nazarov_serg303 написал(а):
Ò.å. em/initial_size_MB = 4Ãèã âïîëíå äîñòàòî÷íî?


Åñëè âñåãî 32 Ãá ïàìÿòè, òî ýòîò ïàðàìåòð íàäî ÿâíî óâåëè÷èòü. Ïîïðîáóé óñòàíîâèòü äëÿ íà÷àëà â 12-15 Ãá. Ðåçêî óâåëè÷èâàòü òîæå íå ñòîèò. È ïîòîì íåäåëüêè 2-3 ñìîòðè êàê èäåò ðàñõîä è åñëè îïÿòü áóäåò íåõâàòêà, îïÿòü íåìíîãî ïîäíèìåøü.

P.S. À âîîáùå ñèòóàöèÿ ñêëàäûâàåòñÿ òàêàÿ, ÷òî ðåñóðñîâ íà ñåðâåðå ìíîãî, íî SAP-ó äàíî ìàëî. :wink: Ýòî íå ñàìûé õóäøèé âàðèàíò. :)


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, май 15 2007, 09:50 
Специалист
Специалист

Зарегистрирован:
Чт, фев 15 2007, 11:04
Сообщения: 176
Barbarian написал(а):
nazarov_serg303 написал(а):
Т.е. em/initial_size_MB = 4Гиг вполне достаточно?


Если всего 32 Гб памяти, то этот параметр надо явно увеличить. Попробуй установить для начала в 12-15 Гб. Резко увеличивать тоже не стоит. И потом недельки 2-3 смотри как идет расход и если опять будет нехватка, опять немного поднимешь.

P.S. А вообще ситуация складывается такая, что ресурсов на сервере много, но SAP-у дано мало. :wink: Это не самый худший вариант. :)

Именно так. Все ресурсы не отданы специально - чтобы было куда расти ;)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, май 15 2007, 16:16 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Вт, авг 17 2004, 14:04
Сообщения: 328
Откуда: MO/Korolev
nazarov_serg303 написал(а):
Barbarian написал(а):
nazarov_serg303 написал(а):
Ò.å. em/initial_size_MB = 4Ãèã âïîëíå äîñòàòî÷íî?


Åñëè âñåãî 32 Ãá ïàìÿòè, òî ýòîò ïàðàìåòð íàäî ÿâíî óâåëè÷èòü. Ïîïðîáóé óñòàíîâèòü äëÿ íà÷àëà â 12-15 Ãá. Ðåçêî óâåëè÷èâàòü òîæå íå ñòîèò. È ïîòîì íåäåëüêè 2-3 ñìîòðè êàê èäåò ðàñõîä è åñëè îïÿòü áóäåò íåõâàòêà, îïÿòü íåìíîãî ïîäíèìåøü.

P.S. À âîîáùå ñèòóàöèÿ ñêëàäûâàåòñÿ òàêàÿ, ÷òî ðåñóðñîâ íà ñåðâåðå ìíîãî, íî SAP-ó äàíî ìàëî. :wink: Ýòî íå ñàìûé õóäøèé âàðèàíò. :)

Èìåííî òàê. Âñå ðåñóðñû íå îòäàíû ñïåöèàëüíî - ÷òîáû áûëî êóäà ðàñòè ;)


Íó çíà÷èò ïðèøëî âðåìÿ - îòäàòü! :)


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 20 ]  На страницу 1, 2  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: Yandex [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB