Operating System - HP-UX
1850605 Members
3900 Online
104054 Solutions
New Discussion

kernel parameters for oracle

 
SOLVED
Go to solution
Henk Geurts
Esteemed Contributor

kernel parameters for oracle

hi everybody.

we run app. 30 to 35 oracle instances configured in packages in a 2 node MC/SG-cluster.

HPUX B.11.11 (11iv1)
ServiceGuard A.11.14
Oracle from 8.1 to 9.2.0.6

however our kernel parms for the semaphores are not oke when trying to run all databases on one node ...

our current semaphore parms:

kmtune |grep -i sem
sema 1 - 1
semaem 16384 - 16384
semmap 1026 - (SEMMNI+2)
semmni 1024 - 1024
semmns 32767 - 32767
semmnu 2328 - (NPROC-4)
semmsl 2048 Y 2048
semume 512 - 512
semvmx 32768 - 32768

can someone advise what they should be ?
and why?



9 REPLIES 9
Nguyen Anh Tien
Honored Contributor

Re: kernel parameters for oracle

Hi Henk
You should know what kernel parameter mean
see attached file for detail explaination
and then check this docs for how to tune it
http://docs.hp.com/en/1219/tuningwp.html
HTH
tienna
HP is simple
Henk Geurts
Esteemed Contributor

Re: kernel parameters for oracle

hi Tienna.
thanks for your quick reply.
i know what these parms mean , however i don't know what values i should set to be able to run all 30/35 oracle instances on one node.
so i am looking for someone who has similar configuration who can advise me in settings.
regards.
Isralyn Manalac_1
Regular Advisor

Re: kernel parameters for oracle

Hi Henk,

Usually, application or database vendors would have their own recommended kernel parameter values. It is best to ask Oracle to determine what their recommended values are.

Regards,

Isralyn
Henk Geurts
Esteemed Contributor

Re: kernel parameters for oracle

Tienna
please replay again as i had submitted points
i was surprised when to see 0 points!!
i will assign points to your next replay....
Eric Antunes
Honored Contributor

Re: kernel parameters for oracle

To be able to run all 30/35 oracle instances on one node? Minimum memory requirements are:

32 Mb for each shared_pool_size (16 Mb for 32 bits OS) + 8Mb db_block_buffers (db_buffer_cache in Oracle 9i) for a db_block_size of 8K. So I think you'll need a minimum 50Mb SGA for each instance, wich means 2 Gb minimum physical memory.

Regards,

Eric Antunes
Each and every day is a good day to learn.
Victor BERRIDGE
Honored Contributor

Re: kernel parameters for oracle

Hi,

How many users concurent accesses? How many total users?

I would start to try with:

semaem 16384 - 16384
semmap 1026 - (SEMMNI+2) (SEMMNI+2)
semmni 1024 - 1024 6000
semmns 32767 - 32767
semmnu 2328 - (NPROC-4) 5120
semmsl 2048 Y 2048
semume 512 - 512
semvmx 32768 - 32768

All the best
Victor
Victor BERRIDGE
Honored Contributor

Re: kernel parameters for oracle

Now,
What makes you think you have trouble with semaphores? when you say not OK what do you mean? The 25th instance will not start?
This for me is more like you have left all the previous instances use (reserve! it may never sue all that...) up all the shared memory...


All the best
Victor
Darrel Louis
Honored Contributor
Solution

Re: kernel parameters for oracle

Henk,

Isn't a two node cluster too small for 30 to 35 applications?

See the following Best practices document
http://h21007.www2.hp.com/dspp/files/unprotected/database/HP3KOracle.ppt

nproc
specifies the maximum number of processes that can exist simultaneously on the system at any given time (limited by memory). May need to be increased if the server runs both the application and the database.

Make semmni equal to nproc, this will change all related semaphore kernel parameters, because this is too small.
Good Luck

Darrel
Henk Geurts
Esteemed Contributor

Re: kernel parameters for oracle

thanks to all
will increase semmni... abd
discovered that semmns is limited to 32767
Ther database parameters initSID.ora PROCESSES on the system needs to be reconsidered as now they are set to 2000 per database which implicates max 16 packages on one node....
(http://forums1.itrc.hp.com/service/forums/questionanswer.do?admit=716493758+1115386947939+28353475&threadId=856675 )
Darrel: thanks for the very usefull best practices link...