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

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

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