Господа, вопрос такой.

Есть система BW-oracle

Как правильно распределить память между самой BW системой и базой данных Oracle? Какие есть рекомендации на этот счёт? В нотах искал, не нашёл пока, может плохо искал.

Приветствую!

А в чём проблема? Что то не работает? Или просто руки чешатся?

Также, возникла проблема с настройками параметров памяти сервера приложений BW.
В системе BPS запускается функция (в фоновом режиме), которая перелопачивает огромный объем данных.
После того как процесс зжирает сначала 2Гб из свопа, затем также 2Гб из оперативки процесс падает в дамп (SYSTEM_NO_ROLL ...) в котором пишет, что ему не хватает порядка 200 Мб памяти.

Параметры профиля инстанции:
ztta/roll_first 1
ztta/roll_area 3000000
ztta/roll_extension 2000000000 (2GB)
abap/heap_area_dia 2000000000 (2GB)
abap/heap_area_nondia 2000000000 (2GB)
abap/heap_area_total 2000000000 (2GB)
ztta/max_memreq_MB - 2047MB

Базисники утверждают, что они везде проставили максимальные значения и увеличить ничего больше не могут.
Мне, почему-то в это вериться с трудом; не может промышленное хранилище быть ограничено всего 4 Гб памяти.
(софт и железо 64 разрядное).

Странно что вы не нашли ноты.
Надо посмотреть ноты которые указаны в руководстве по инсталляции
Так как раз приведено отличие которое при OLTP и OLAP в оракловых параметрах. Может сейчас по другому, но раньше при инсталляции BW оракловые параметры ставились как для OLTP

Врут. Это в нотах сказано, не ставьте больше 2 гигабайт, ай ай. Ноты от начала 2000-х годов, тогда это казалось очень много.

Я поставил 3, всё живо. Где-то читал, что при каких-то условиях на 64-разрядной системе проблемы, если больше 32 гигабайт памяти, так что уточните.



Работает, но медленно, и бывает падает в дамп по нехватке памяти. Ребята Ораклисты отожрали 60 процентов памяти, и задают вопрос "а зачем сапу вообще память? Зачем она ему, можешь объяснить?"

А я, как-бы, и не знаю что ответить

При инсталляции на одном сервере память "кушается" для SAP по умолчанию как 2/3.Объясни ораклистам, что SAP это то что жрет много памяти под свои буфера, и ее никогда для SAP не хватает:)

У нас тут ораклисты - муж с женой, мне харизмы их просто переспорить не хватает.

Этот аргумент я приводил, и он был отсечён гениальным "ну и что?"

поэтому нота нужна

Объясни что принцип буферизации в SAP это не то что часто используется, а то что связано по бизнес логики, также объясни, что саповские программы данные берут не из ораклого кэша, а из саповского, механизм работы описан в самом начальном курсе по базису.

Ребят

Пока всё это звучит исключительно бестолково. Есть некий ресурс (память), который нужно разделить наиболее оптимальным образом.

Любую пропорцию (скажем, 60 на 40 или 20 на 80) нужно обосновать. Например, "опыты показали, что макисмальная эффективность достигается если..." и так далее.

Пока доводы идут не не в форме измеримых категорий, а в форме "ну, по-моему это слишком мало! Там же буферы."

Я не к тому, что вывод 40 на 60 - неверный. Я к тому, что нужно как-то его численно обосновать, и пока обоснование такое одно (при исталяции сап распределяет память вот так). Этого всё-таки мало...

Так запусти транзакцию ST02 и попугай оракловых супругов краснотой в нехватке буферной памяти:)

Hello,
from BW360 course, pp13-14:
Share of memory and CPU consumption of database instance against SAP
Instances is higher than in SAP R/3 systems.
For large SAP BW environments (>200GB) storage subsystems are
recommended.
For a typical landscape with database and central instance, the database
needs up to 50 percent of the configured resources.
Additional information to storage subsystems:
• Cache capacity is up to 64 GB (with 2GB, 4GB, 8GB, or 16GB cache
boards)
• Disc space configured for several Terabytes
• Highly integrated control unit with powerful CPUs and Cache
(several GBytes)
• Distribution of data is done automatically by the control unit
• Scalable capacity
• Redundant design (each Chip exists twice)→ fail over possible
• Dataintegritylogic
• System-wide Error Checking and Correction
• Partitioned cache for parallel access

Important setting for BW databases:
• Large data block buffer or corresponding parameter depending on
the type or vendor of the database
• Hit ratio (transaction ST04) should be around 99 percent.
• Large sort area because a lot of sorts have to be done during query
execution.
• Large SQL area because SQL statements for reporting are very
complex and long.
• Large number of redo logs
• Large and (very fast) temporary database area (typically 15 -20 GB)
• Typical setting for a productive SAP BW system using database
Oracle (200- 500 named user):
• Databuffer: around 2 GB
• SQLArea:around800MB-1GB

it can help

Best regards