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

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

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

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

Что значит не стартует? База открылась хоть? sqlplus / as sysdba коннектится ?

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

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

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

Ну вы ноту немного не так поняли )))
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)

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

Да, по 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

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

2 SDE
В /usr/sap/<SID>/DVEBMGS00/work логи почитайте?
sapstart.log
dev_disp
stderrX
dev_ms
dev_wXX

Опять 2 SDE
Что, неужели при кардинальном изменении параметров у вас не вылезал вот такой запрос?


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

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

Та нет , ругатся то зачем , я просто чтобы не было дезинфы.
Какие то злые у вас SAP-ы ) У нас Linux-ы аппликухи стоит по 64 ГБ (em)(не 3.0 пока еще) и все съедает без проблем.
На каких то аппликухах стоит по 100 гиг , но их много , пользаков пока не хватает для теста, "буду посмотреть" как говорится ).