Administrace komentářů

Na to není jednoduchá odpověď. Není to je o tom, že si podle best practicles rozkrájíš paměť a hotovo.
Musíš znát paměťovou architekturu Oracle + musíš znát reálné provozní režie.

Zjednodušeně řečeno, Oracle má něco jako SGA a něco jako PGA. Obě arény do sebe slučují spousty různých paměťových bufferů a keší.

Když to hodně zjednoduším, tak pod PGA spadají režie související s klienty (tzn. kolik máš využitých session procesů apod.) a do SGA spadá cache ohledně db (kešování tabulek apod.).

Dále Oracle umožňuje něco jako Automatic Memory Management(AMM). Každá verze Oracle má tuto fci nějak upravenou, poladěnou, vylepšenou. Ohledně tohoto se používají hodnoty :

MEMORY_TARGET=
MEMORY_MAX_TARGET=

Rovnou říkám, AMM nepoužívat. Je to zabugovaný, mají v tom chyby, které se táhnou s verzí a nějak se to asi moc neřeší. Nám se na EE 12.2 stávalo třeba to, že všude bylo dost paměti a i přesto docházelo k odpojování klientů s hláškama, že paměť není. Výsledkem bylo, že to byl nějaký bug, asi rok starý.

Takže místo AMM používat ruční nastavení paměti. Tj. nedefinovat zmíněné dva parametry a místo toho si definovat aspoň tyto + omezení na procesy a sessions :

SGA_MAX_SIZE=
SGA_TARGET=
PGA_AGGREGATE_TARGET=
SESSIONS=
PROCESSES=

Dále čím víc ram máš pro DB vyhrazeno, tím víc se vyplatí nasadit Huge Pages. A toto je jedna z věcí, která není doporučována u AMM.
Já jsem u nás Huge Pages nasadil na dvounodovém clusteru a parádička.

Jinak, pokud se vymlouváš na to, že nejsi db správce, ale správce OS, tak na to nesahej. Pokud na to chceš sahat, tak se nevymlouvej, že nejsi db správce, protože jakmile nějaký takový zásah děláš, tak se na něj sám pasuješ a měl by jsi tím pádem vědět, co děláš a proč.
Zdar Max