Текущее время: Ср, май 14 2025, 18:02

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



Начать новую тему Ответить на тему  [ Сообщений: 83 ]  На страницу Пред.  1, 2, 3, 4, 5, 6  След.
Автор Сообщение
 Заголовок сообщения: Re: Как победить дикие тормоза после миграции на новый сервер? (Гетерогенное копирование WIN-->LINUX)
СообщениеДобавлено: Ср, ноя 28 2012, 07:32 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 16 2004, 17:10
Сообщения: 2229
Откуда: Moscow, кажется...
Пол: Мужской
SDE написал(а):
А это откуда такая красота?

avlag написал:
Короче:
Вот рекомендация по изменению параметров вашей системы при 16Gb памяти.

Из Excel'а :mrgreen: Из вдумчивого чтения нот.
И из определенного опыта :) Который, между прочим, показывает, что когда нужна система на over 1000 юзеров, не надо стремиться все впихнуть на одну железку. И четыре аппликухи по 16 Gb позволят жить комфортнее, чем две по 32. И еще комфортнее, чем одна на 64. А параметр em/initial_size_MB вообще имеет верхнюю границу 64000. И на железках, где памяти больше, это весьма заметно в ST06.
И параметры все подряд задирать вверх не имеет принципиального смысла. Тюнить надо то, чего не хватает. Как минимум через недельку, после запуска системы и житья там нужного количества юзеров.
И по количеству процессов на больших системах, с десятком и более аппликух, тоже не все просто. Зависит от режимов работы клиента, от количества данных, которые ночью, к примеру, вливаются и обрабатываются. И там уже систему начинают тормозить не всегда очевидные вещи, к памяти и процессорам имеющие очень слабое отношение.
Так что те параметры, которые я привел, следует использовать для начального запуска. А потом внимательно смотреть на буфера и тюнить. Аккуратненько. У всех ведь свое построение системы внутри. И если кому то хватает одного спул-процесса, то другой день и ночь печатает :)

_________________
Я бы хотел поглядеть на эффективную армию, состоящую из эффективных менеджеров.
BRGDS,
Aleks Изображение


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Как победить дикие тормоза после миграции на новый сервер? (Гетерогенное копирование WIN-->LINUX)
СообщениеДобавлено: Ср, ноя 28 2012, 07:56 
Специалист
Специалист

Зарегистрирован:
Вт, авг 03 2010, 06:32
Сообщения: 143
avlag написал:
А параметр em/initial_size_MB вообще имеет верхнюю границу 64000. И на железках, где памяти больше, это весьма заметно в ST06.

Ограничение 64G для em/initial_size_MB снимается с определенных патчей к кернелу, если он не совсем древний.
У нас, к примеру, используется больше.

_________________
Мне и отсюда хорошо видно


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Как победить дикие тормоза после миграции на новый сервер? (Гетерогенное копирование WIN-->LINUX)
СообщениеДобавлено: Ср, ноя 28 2012, 08:13 
Менеджер
Менеджер

Зарегистрирован:
Пн, фев 11 2008, 11:38
Сообщения: 625
Цитата:
А параметр em/initial_size_MB вообще имеет верхнюю границу 64000.

Не хочу никого обижать , но это полный бред. По дефолту начиная с NN патча на 640 ядре уже можно до 250GB выставлять , а если изменить размер блока до 8МБ то можно выставить 1TB.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Как победить дикие тормоза после миграции на новый сервер? (Гетерогенное копирование WIN-->LINUX)
СообщениеДобавлено: Ср, ноя 28 2012, 08:18 
Специалист
Специалист

Зарегистрирован:
Чт, окт 02 2008, 09:55
Сообщения: 138
Оппа! Поменял параметры в профиле как указано выше, сделал еще
alter system set db_cache_size=10000M;
alter system set shared_pool_size=2000M;
и после рестарта и ребута системы, вообще не могу войти в сап( Хотя вроде все стартует, сначала листенер запустил, потом ./startsap


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Как победить дикие тормоза после миграции на новый сервер? (Гетерогенное копирование WIN-->LINUX)
СообщениеДобавлено: Ср, ноя 28 2012, 08:25 
Менеджер
Менеджер

Зарегистрирован:
Пн, фев 11 2008, 11:38
Сообщения: 625
Что значит не стартует? База открылась хоть? sqlplus / as sysdba коннектится ?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Как победить дикие тормоза после миграции на новый сервер? (Гетерогенное копирование WIN-->LINUX)
СообщениеДобавлено: Ср, ноя 28 2012, 08:26 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 16 2004, 17:10
Сообщения: 2229
Откуда: Moscow, кажется...
Пол: Мужской
adem написал(а):
avlag написал:
А параметр em/initial_size_MB вообще имеет верхнюю границу 64000. И на железках, где памяти больше, это весьма заметно в ST06.

Ограничение 64G для em/initial_size_MB снимается с определенных патчей к кернелу, если он не совсем древний.
У нас, к примеру, используется больше.

А можно, если не сложно, ссылку на информацию? В нотах, конечно, есть данные по значению вплоть до 1Tb. Но только по ядру 6.40. И давно.

_________________
Я бы хотел поглядеть на эффективную армию, состоящую из эффективных менеджеров.
BRGDS,
Aleks Изображение


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Как победить дикие тормоза после миграции на новый сервер? (Гетерогенное копирование WIN-->LINUX)
СообщениеДобавлено: Ср, ноя 28 2012, 08:28 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 16 2004, 17:10
Сообщения: 2229
Откуда: Moscow, кажется...
Пол: Мужской
SergoB написал(а):
Цитата:
А параметр em/initial_size_MB вообще имеет верхнюю границу 64000.

Не хочу никого обижать , но это полный бред. По дефолту начиная с NN патча на 640 ядре уже можно до 250GB выставлять , а если изменить размер блока до 8МБ то можно выставить 1TB.

Про ядро 6.40 - я в курсе ;)
Покажите ноты про ядро 7.x

_________________
Я бы хотел поглядеть на эффективную армию, состоящую из эффективных менеджеров.
BRGDS,
Aleks Изображение


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Как победить дикие тормоза после миграции на новый сервер? (Гетерогенное копирование WIN-->LINUX)
СообщениеДобавлено: Ср, ноя 28 2012, 08:32 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 16 2004, 17:10
Сообщения: 2229
Откуда: Moscow, кажется...
Пол: Мужской
SDE написал(а):
Оппа! Поменял параметры в профиле как указано выше, сделал еще
alter system set db_cache_size=10000M;
alter system set shared_pool_size=2000M;
и после рестарта и ребута системы, вообще не могу войти в сап( Хотя вроде все стартует, сначала листенер запустил, потом ./startsap

При сохранении профиля система должна была выдать рекомендации по ipc/shm_psize_XX
Текущие параметры, и предлагаемые.
Надеюсь, вы согласились с предлагаемыми, а не оставили то, что было в профиле до того?

_________________
Я бы хотел поглядеть на эффективную армию, состоящую из эффективных менеджеров.
BRGDS,
Aleks Изображение


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Как победить дикие тормоза после миграции на новый сервер? (Гетерогенное копирование WIN-->LINUX)
СообщениеДобавлено: Ср, ноя 28 2012, 08:32 
Менеджер
Менеджер

Зарегистрирован:
Пн, фев 11 2008, 11:38
Сообщения: 625
Ну вы ноту немного не так поняли )))
Note 835474 - More than 32 GB extended memory
The maximum value of the em/initial_size_MB parameter is increased to 1 TB as of Kernel Release 640. The default value is still 4096. (Тут главное AS OF)
НУ на эту ноту ссылается так же основная нота :
Note 146289 - Parameter Recommendations for 64-Bit SAP Kernel
em/initial_size_MB 1024 up to 1TB (note 835474)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Как победить дикие тормоза после миграции на новый сервер? (Гетерогенное копирование WIN-->LINUX)
СообщениеДобавлено: Ср, ноя 28 2012, 08:36 
Менеджер
Менеджер

Зарегистрирован:
Пн, фев 11 2008, 11:38
Сообщения: 625
Если с базой все ок то :
профиль свой прочекайте , перейдите в директорию с профилем и дайте команду
sappfpar check pf=имя_вашего_SAPпрофиля


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Как победить дикие тормоза после миграции на новый сервер? (Гетерогенное копирование WIN-->LINUX)
СообщениеДобавлено: Ср, ноя 28 2012, 08:38 
Специалист
Специалист

Зарегистрирован:
Чт, окт 02 2008, 09:55
Сообщения: 138
SergoB написал(а):
Что значит не стартует? База открылась хоть? sqlplus / as sysdba коннектится ?



Да, по sqlplus / as sysdba соединяюсь. С виду вообще как будто ничего не произошло.
avlag - по ipc/shm_psize_XX ничего система не сказала

Изображение


В профиле сейчас вот такое:

ztta/short_area = 3800000
zcsa/table_buffer_area = 200000000
zcsa/presentation_buffer_area = 26000000
sap/bufdir_entries = 18000
abap/heaplimit = 40000000
rtbb/buffer_length = 60000
ztta/roll_extension_nondia = 2000000000
ztta/roll_extension_dia = 2000000000
abap/shared_objects_size_MB = 80
abap/heap_area_total = 12000000000
ztta/roll_extension = 4000000000
rsdb/obj/max_objects = 120000
rdisp/PG_MAXFS = 131072
rsau/max_diskspace/local = 20485760
rsdb/cua/buffersize = 20000
rsau/selection_slots = 2
rsdb/ntab/entrycount = 140000
ztta/roll_area = 6500000
rsdb/obj/buffersize = 16384
rsdb/obj/large_object_size = 8192
abap/heap_area_dia = 2000000000
rsdb/ntab/irbdsize = 30000
abap/buffersize = 1200000
em/initial_size_MB = 16384
abap/heap_area_nondia = 2000000000
login/system_client = 700
SAPSYSTEMNAME = PRD
SAPSYSTEM = 00
INSTANCE_NAME = DVEBMGS00
DIR_CT_RUN = $(DIR_EXE_ROOT)/run
DIR_EXECUTABLE = $(DIR_INSTANCE)/exe
exe/saposcol = $(DIR_CT_RUN)/saposcol
ssl/ssl_lib = $(DIR_EXECUTABLE)$(DIR_SEP)$(FT_DLL_PREFIX)sapcrypto$(FT_DLL)
sec/libsapsecu = $(ssl/ssl_lib)
ssf/ssfapi_lib = $(ssl/ssl_lib)
ssf/name = SAPSECULIB
rdisp/wp_no_dia = 50
rdisp/wp_no_btc = 25
exe/icmbnd = $(DIR_CT_RUN)/icmbnd
#-----------------------------------------------------------------------
# SAP Message Server parameters are set in the DEFAULT.PFL
#-----------------------------------------------------------------------
ms/server_port_0 = PROT=HTTP,PORT=81$$
rdisp/wp_no_enq = 1
rdisp/wp_no_vb = 3
rdisp/wp_no_vb2 = 2
rdisp/wp_no_spo = 2
ipc/shm_psize_10 = 136000000
ipc/shm_psize_40 = 112000000
rdisp/max_wprun_time = 10000
login/no_automatic_user_sapstar = 1
login/disable_multi_gui_login = 1
rec/client = 700
rsau/enable = 1



Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Как победить дикие тормоза после миграции на новый сервер? (Гетерогенное копирование WIN-->LINUX)
СообщениеДобавлено: Ср, ноя 28 2012, 08:41 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 16 2004, 17:10
Сообщения: 2229
Откуда: Moscow, кажется...
Пол: Мужской
SergoB написал(а):
Ну вы ноту немного не так поняли )))
Note 835474 - More than 32 GB extended memory
The maximum value of the em/initial_size_MB parameter is increased to 1 TB as of Kernel Release 640. The default value is still 4096. (Тут главное AS OF)
НУ на эту ноту ссылается так же основная нота :
Note 146289 - Parameter Recommendations for 64-Bit SAP Kernel
em/initial_size_MB 1024 up to 1TB (note 835474)

Ок. Будем считать так :) Не будем раздувать огонь войны :)
Но вы попробуйте, как нибудь, скушать памяти больше на аппликухе, где нет базы. А про Linux SAP'ы вообще больше 32-х Gb не рекомендуют... Вот про Kernel 3.x надо почитать, там не знаю еще :)
Все, молчу-молчу... :)

_________________
Я бы хотел поглядеть на эффективную армию, состоящую из эффективных менеджеров.
BRGDS,
Aleks Изображение


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Как победить дикие тормоза после миграции на новый сервер? (Гетерогенное копирование WIN-->LINUX)
СообщениеДобавлено: Ср, ноя 28 2012, 08:50 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 16 2004, 17:10
Сообщения: 2229
Откуда: Moscow, кажется...
Пол: Мужской
2 SDE
В /usr/sap/<SID>/DVEBMGS00/work логи почитайте?
sapstart.log
dev_disp
stderrX
dev_ms
dev_wXX

_________________
Я бы хотел поглядеть на эффективную армию, состоящую из эффективных менеджеров.
BRGDS,
Aleks Изображение


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Как победить дикие тормоза после миграции на новый сервер? (Гетерогенное копирование WIN-->LINUX)
СообщениеДобавлено: Ср, ноя 28 2012, 09:18 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 16 2004, 17:10
Сообщения: 2229
Откуда: Moscow, кажется...
Пол: Мужской
Опять 2 SDE
Что, неужели при кардинальном изменении параметров у вас не вылезал вот такой запрос?
Изображение

Попробуйте перенести параметры ipc/shm из профиля DEFAULT в профиль инстанции.
И добиться, все-таки, такого запроса при сохранении профиля. Чтобы посчитать их руками - много возни, а так, система, обычно, корректные значения предлагает.

P.S. На mail.ru офигели. Посчитали скриншот порнографией... Ща куда-нибудь положу еще.

_________________
Я бы хотел поглядеть на эффективную армию, состоящую из эффективных менеджеров.
BRGDS,
Aleks Изображение


Последний раз редактировалось avlag Ср, ноя 28 2012, 09:36, всего редактировалось 2 раз(а).

Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Как победить дикие тормоза после миграции на новый сервер? (Гетерогенное копирование WIN-->LINUX)
СообщениеДобавлено: Ср, ноя 28 2012, 09:24 
Менеджер
Менеджер

Зарегистрирован:
Пн, фев 11 2008, 11:38
Сообщения: 625
Та нет , ругатся то зачем , я просто чтобы не было дезинфы.
Цитата:
А про Linux SAP'ы вообще больше 32-х Gb не рекомендуют..
Какие то злые у вас SAP-ы ) У нас Linux-ы аппликухи стоит по 64 ГБ (em)(не 3.0 пока еще) и все съедает без проблем.
На каких то аппликухах стоит по 100 гиг , но их много , пользаков пока не хватает для теста, "буду посмотреть" как говорится ).


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

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


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

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


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

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