До обновления было:
ядро - 6.40, пакет 0058
базис - 6.20, пакет 0051

После обновления:
ядро - 6.40, 0221
базис - 6.20, 0064

При прочих равных SAP стал сильнее тормозить, причем это бывает пиками. Т.е. тормозит-не тормозит-тормозит.

SQL и сервер SAP стоят на одной машине:
HP DL380G4, 6 SCSI-винтов, из них построено два RAID5.
Памяти - 6 гигов.
SQL 2000 SP4.

Одновременно работают 20 пользователей, из них 10 активно, остальные - нет.

Посоветуйте, какие поставить параметры, чтобы минимизировать тормоза.

Чтобы подсказать параметры, необходимо выяснить, где именно тормозит...

Тормозит все: открытие меню, ввод значений в любые поля в любых транзакциях, любые отчеты и пр.
Привожу кусок из ST02:

Nametab (NTAB)
Table definition 94,35 4.298 0 0,00 20.000 0 0,00 428.819 766.136
Field description 95,16 30.859 3.076 10,25 20.000 12.066 60,33 522.620 530.910
Short NTAB 99,45 3.332 2.820 94,00 5.000 4.365 87,30 0 635
Initial records 92,89 6.332 4.445 74,08 5.000 324 6,48 217.699 222.380

Program 85,07 450.000 1.151 0,26 112.500 100.936 89,72 407.757 1.261.233
CUA 99,63 3.000 23 0,86 1.500 936 62,40 12.969 1.465
Screen 98,50 4.297 13 0,31 2.000 1.656 82,80 1.917 6.784
Calendar 100,00 488 369 76,88 200 54 27,00 0 146
OTR 100,00 4.096 3.657 100,00 2.000 2.000 100,00 0 0

Tables
Generic key 99,68 29.297 9.949 35,08 5.000 1.344 26,88 185 162.599
Single record 95,46 10.000 1.311 13,25 500 378 75,60 7 185.250

Export/import 86,01 4.096 143 3,91 2.000 483 24,15 210.697 0
Exp./Imp. SHM 98,60 4.096 3.623 99,07 2.000 1.999 99,95 0 0

Программный буфер очень маленький, это видно по Hitratio, рекомендуется для разных версий от 600 до 800. Желательно приблизиться к ситуации, когда в ST02 не будет красного и Hitratio всех буферов больше 99%...
Скопируйте еще часть для SAP memory.
А вообще советую почитать/посетить курс ADM315.

все свопится у вас.
table definition полный - плохо!

работать с буферами нужно.

SAP memory Current use Max. use In memory On disk
[%] [kB] [kB] [kB] [kB]

Roll area 3,16 8.278 9.448 262.144 0
Paging area 15,07 39.504 49.664 131.072 131.072
Extended Memory 44,38 1.362.944 2.449.408 3.070.976
Heap Memory 0 0

рискну предположить, что SGEN не запускался.
Возможно, что при прочих равных просто пока идет процесс генерации программ?

И это тоже - но 60% уже сгенерировано. Сегодня ночью остальные будут.

Вот какие параметры поменял (слева старое значение, справа-новое):

abap/buffersize 450000 700000
rsdb/ntab/entrycount 20000 40000
rsdb/obj/buffersize 4096 6144
rsdb/obj/max_objects 2000 3000

И все полетело

Еще увеличил число процессов до 20 (было 15). В хелпе написано, что для 4-процессорного сервера надо 20-25.
В дневном режиме на диалоговые сейчас 13, на фоновые 3, остальные по 1. Это нормально?

И еще вопрос - у нас отключена статистика по быстродействию - в истории видно только текущие значения. Как ее включить, не подскажете?

"Полетело" - я так понимаю стало быстро работать?

Да. Правда половина народа уже домой ушла.
Сужу по отчетам, которые даже без пользователей работали в 2-3 раза дольше.

Сейчас добился увеличением размеров буферов полного отсутствия СВАПа.

Вот сделанные изменения (слева старое значение):

abap/buffersize 450000 800000
rsdb/ntab/ftabsize 30000 250000
zcsa/presentation_buffer_area 4400000 15000000
rsdb/cua/buffersize 3000 20000
zcsa/calendar_area 500000 1000000
zcsa/calendar_ids 200 600
zcsa/table_buffer_area 30000000 90000000
zcsa/db_max_buftab 5000 25000
rtbb/buffer_length 10000 30000
rtbb/max_tables 500 1000
rsdb/ntab/entrycount 20000 149000
rsdb/obj/buffersize 4096 100000
rsdb/obj/max_objects 2000 5000
abap/heap_area_dia 2000000000 4000000000
abap/heap_area_nondia 2000000000 3000000000
abap/heap_area_total 2000000000 5000000000
abap/heaplimit 40000000 100000000


И еще 1,5 Гб свободной памяти осталось!!!
Все стало работать намного стабильнее и быстрее.

Никто не знает такой вопрос - у нас отключена статистика по быстродействию - в истории видно только текущие значения. Как ее включить?

ИМХО зря Вы эти параметры трогали, не нужно это...
Если я не ошибаюсь, эта статистика собирается с момента запуска системы.

ИМХО зря Вы эти параметры трогали, не нужно это...
[quote="Johnny"]

Трогание первых 3-х в списке в принципе не страшно. Т.е. скажется только при определенных редких условиях. А вот abap/heaplimit я бы рекомендовал возвернуть обратно. Этот параметр не стоит увеличивать, он отвечает за перезапуск рабочего процесса, при превышении выделения указанного в параметре количества памяти с кучи.